本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 監控向量索引容量
<a name="VectorSearchMonitoring"></a>

若要監控向量索引操作的容量耗用，請在`SearchVectors`請求`TOTAL`中將 `ReturnConsumedCapacity` 參數設定為 `INDEXES` 或 ，或在寫入 API 請求`INDEXES`中設定為 。

向量索引操作以兩個單位計量，與基礎資料表使用的讀取和寫入容量單位不同：
+ **向量搜尋 (VS)** – 計量`SearchVectors`操作的單位。VS 耗用報告為 `VectorSearchRequestBytes`，並隨搜尋檢查和傳回的向量資料大小擴展。
+ **向量寫入 (VWR)** – 計量複寫至向量索引之寫入的單位。VWR 耗用報告為 `VectorWriteRequestBytes`，並隨複寫至索引的資料大小擴展。

下列範例顯示 `SearchVectors` 請求`ConsumedCapacity`傳回的 。

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

對於寫入操作 (`PutItem`、`UpdateItem`、`DeleteItem`、`BatchWriteItem`、`TransactWriteItems`)，回應包含 中的`VectorIndexes`映射`ConsumedCapacity`，以索引名稱為索引鍵。每個項目`VectorWriteRequestBytes`都會報告複寫每個向量索引的變更時所耗用的容量。

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

向量索引容量是以處理的位元組計量，與基底資料表讀取和寫入容量分開報告。使用這些欄位來了解向量索引成本的驅動因素：
+ **搜尋成本** (`VectorSearchRequestBytes`) 主要取決於搜尋必須檢查的向量大小，這會隨著索引中的維度和傳回的資料量而增加。將搜尋限制為單一分割區索引鍵值，可減少檢查的資料量。在結果中傳回向量屬性會進一步增加成本，因為回應包含完整的向量資料。
+ 每次您寫入、更新或刪除變更向量索引屬性的項目時，都會產生**寫入成本** (`VectorWriteRequestBytes`)，並根據複寫至索引的資料大小進行擴展。不會變更索引屬性的寫入不會產生向量寫入容量。

較高的維度內嵌會增加搜尋和寫入成本，因為每個向量都攜帶更多資料。如需目前的定價，請參閱 AWS 網站上的 [Amazon DynamoDB 定價](https://aws.amazon.com/dynamodb/pricing/)。

DynamoDB 也會將向量索引容量發佈至 CloudWatch，做為 `VectorSearchRequestBytes`和 `VectorWriteRequestBytes`指標，以 `TableName`和 為維度`VectorIndexName`。使用這些指標來繪製向量索引用量的圖表和警示。如需指標定義，請參閱 [VectorSearchRequestBytes](metrics-dimensions.md#VectorSearchRequestBytes)和 [VectorWriteRequestBytes](metrics-dimensions.md#VectorWriteRequestBytes)。