Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Überwachung der Vektorindexkapazität
Um den Kapazitätsverbrauch für Vektorindexoperationen zu INDEXES überwachen, setzen Sie den ReturnConsumedCapacity Parameter TOTAL in Ihren SearchVectors Anfragen auf oder oder INDEXES in Ihren API-Schreibanforderungen auf.
Vektorindexoperationen werden in zwei Einheiten gemessen, getrennt von den in der Basistabelle verwendeten Einheiten für Lese- und Schreibkapazität:
-
Vektorsuche (VS) — Die Einheit, die
SearchVectorsOperationen misst. Der VS-Verbrauch wird als angegebenVectorSearchRequestBytesund skaliert entsprechend der Größe der Vektordaten, die bei der Suche untersucht und zurückgegeben werden. -
Vector Write (VWR) — Die Einheit, die Meter in einen Vektorindex repliziert schreiben. Der VWR-Verbrauch wird als angegeben
VectorWriteRequestBytesund skaliert entsprechend der Größe der in den Index replizierten Daten.
Das folgende Beispiel zeigt den Wert, der von einer ConsumedCapacity SearchVectors Anforderung zurückgegeben wird.
{ "ConsumedCapacity": { "VectorSearchRequestBytes": 41714.0 } }
Bei Schreiboperationen (PutItem,UpdateItem,DeleteItem,BatchWriteItem,TransactWriteItems) enthält die Antwort eine VectorIndexes ZuordnungConsumedCapacity, die anhand des Indexnamens eingegeben wird. Jeder Eintrag gibt an, wie viel Kapazität VectorWriteRequestBytes bei der Replikation von Änderungen an den einzelnen Vektorindizes verbraucht wird.
{ "ConsumedCapacity": { "TableName": "Products", "CapacityUnits": 5.0, "Table": { "CapacityUnits": 5.0 }, "VectorIndexes": { "ProductEmbeddingIndex": { "VectorWriteRequestBytes": 4125.0 } } } }
Die Kapazität des Vektorindexes wird in verarbeiteten Byte gemessen und getrennt von der Lese- und Schreibkapazität der Basistabelle gemeldet. Verwenden Sie diese Felder, um zu verstehen, was die Kosten Ihres Vektorindexes beeinflusst:
-
Search cost (
VectorSearchRequestBytes) skaliert in erster Linie mit der Größe der Vektoren, die bei der Suche untersucht werden müssen. Diese Größe wächst mit der Anzahl der Dimensionen im Index und der Menge der zurückgegebenen Daten. Die Beschränkung einer Suche auf einen einzelnen Partitionsschlüsselwert reduziert die Menge der untersuchten Daten. Die Rückgabe des Vektorattributs in den Ergebnissen erhöht die Kosten weiter, da die Antwortvariablen die vollständigen Vektordaten enthalten. -
Die Schreibkosten (
VectorWriteRequestBytes) fallen jedes Mal an, wenn Sie ein Element schreiben, aktualisieren oder löschen, das ein vektorindiziertes Attribut ändert, und skaliert mit der Größe der in den Index replizierten Daten. Schreibvorgänge, die ein indiziertes Attribut nicht ändern, erfordern keine Vektor-Schreibkapazität.
Higher-dimensional Einbettungen erhöhen sowohl die Such- als auch die Schreibkosten, da jeder Vektor mehr Daten enthält. Aktuelle Preise finden Sie in den Amazon DynamoDB-Preisen
DynamoDB veröffentlicht außerdem die Vektorindexkapazität CloudWatch als VectorSearchRequestBytes und VectorWriteRequestBytes -Metriken, dimensioniert durch und. TableName VectorIndexName Verwenden Sie diese Metriken, um die Nutzung von Vektorindizes im Laufe der Zeit grafisch darzustellen und Warnmeldungen zu erstellen. Definitionen von Metriken finden Sie unter VectorSearchRequestBytes undVectorWriteRequestBytes.