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
<a name="VectorSearchMonitoring"></a>

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 `SearchVectors` Operationen misst. Der VS-Verbrauch wird als angegeben `VectorSearchRequestBytes` und 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 `VectorWriteRequestBytes` und 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` Zuordnung`ConsumedCapacity`, 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 ](https://aws.amazon.com/dynamodb/pricing/) auf der Website. AWS 

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](metrics-dimensions.md#VectorSearchRequestBytes) und[VectorWriteRequestBytes](metrics-dimensions.md#VectorWriteRequestBytes).