Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# Surveillance de la capacité de l'indice vectoriel
<a name="VectorSearchMonitoring"></a>

Pour surveiller la consommation de capacité pour les opérations d'index vectoriel, définissez le `ReturnConsumedCapacity` paramètre sur `INDEXES` ou `TOTAL` dans vos `SearchVectors` requêtes, ou `INDEXES` dans vos requêtes d'API d'écriture.

Les opérations d'index vectoriel sont mesurées en deux unités, distinctes des unités de capacité de lecture et d'écriture utilisées par la table de base :
+ **Recherche vectorielle (VS) ** : unité qui mesure les `SearchVectors` opérations. La consommation de VS est rapportée `VectorSearchRequestBytes` et évolue en fonction de la taille des données vectorielles examinées et renvoyées par la recherche.
+ **Écriture vectorielle (VWR) ** : unité qui mesure les écritures répliquées dans un index vectoriel. La consommation VWR est déclarée `VectorWriteRequestBytes` et évolue en fonction de la taille des données répliquées dans l'indice.

L'exemple suivant montre le résultat `ConsumedCapacity` renvoyé par une `SearchVectors` requête.

```
{
    "ConsumedCapacity": {
        "VectorSearchRequestBytes": 41714.0
    }
}
```

Pour les opérations d'écriture (`PutItem``UpdateItem`,`DeleteItem`,`BatchWriteItem`,`TransactWriteItems`), la réponse inclut une `VectorIndexes` carte dans`ConsumedCapacity`, saisie par nom d'index. Chaque entrée indique `VectorWriteRequestBytes` la capacité consommée lors de la réplication des modifications apportées à chaque indice vectoriel.

```
{
    "ConsumedCapacity": {
        "TableName": "Products",
        "CapacityUnits": 5.0,
        "Table": {
            "CapacityUnits": 5.0
        },
        "VectorIndexes": {
            "ProductEmbeddingIndex": {
                "VectorWriteRequestBytes": 4125.0
            }
        }
    }
}
```

La capacité d'index vectoriel est mesurée en octets traités, déclarés séparément de la capacité de lecture et d'écriture de la table de base. Utilisez ces champs pour comprendre ce qui détermine le coût de votre indice vectoriel :
+ **Le coût de recherche ** (`VectorSearchRequestBytes`) varie principalement en fonction de la taille des vecteurs que la recherche doit examiner, qui augmente en fonction du nombre de dimensions de l'index et de la quantité de données renvoyées. Limiter la recherche à une seule valeur de clé de partition réduit la quantité de données examinées. Le renvoi de l'attribut vectoriel dans les résultats augmente encore les coûts car la réponse inclut les données vectorielles complètes.
+ **Le coût d'écriture ** (`VectorWriteRequestBytes`) est encouru chaque fois que vous écrivez, mettez à jour ou supprimez un élément qui modifie un attribut indexé par vecteur et évolue en fonction de la taille des données répliquées dans l'index. Les écritures qui ne modifient pas un attribut indexé n'entraînent pas de capacité d'écriture vectorielle.

Higher-dimensional les intégrations augmentent les coûts de recherche et d'écriture car chaque vecteur contient plus de données. Pour connaître les tarifs actuels, consultez la tarification [ d'Amazon DynamoDB ](https://aws.amazon.com/dynamodb/pricing/) sur le AWS site Web.

DynamoDB publie également la capacité de l'indice vectoriel en CloudWatch tant que `VectorWriteRequestBytes` métrique `VectorSearchRequestBytes` et, dimensionnée par et. `TableName` `VectorIndexName` Utilisez ces mesures pour créer un graphique et émettre une alarme sur l'utilisation de l'indice vectoriel au fil du temps. Pour les définitions des métriques, reportez-vous [VectorSearchRequestBytes](metrics-dimensions.md#VectorSearchRequestBytes) aux sections et[VectorWriteRequestBytes](metrics-dimensions.md#VectorWriteRequestBytes).