設定佈建輸送量容量模式 - Amazon Keyspaces (適用於 Apache Cassandra)

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

設定佈建輸送量容量模式

如果您選擇佈建的輸送量容量模式,您可以指定應用程式所需的每秒讀取和寫入次數。這有助於您管理 Amazon Keyspaces 的使用情況,使其保持在或低於定義的請求率,以優化價格並保持可預測性。若要進一步了解佈建輸送量的自動調整,請參閱使用 Amazon Keyspaces 自動擴展自 auto 管理輸送量容量

如果符合下列任一條件,則佈建輸送量容量模式是一個不錯的選擇:

  • 您有可預期的應用程式流量。

  • 您執行流量一致或逐漸增加的應用程式。

  • 您可以預測容量需求以優化價格。

讀取容量單位和寫入容量單位

對於佈建的輸送量容量模式表格,您可以根據讀取容量單位 (RCUs) 和寫入容量單位 () 來指定輸送容量容量:WCUs

  • 對於大小不超過 4 KB 的資料列,一LOCAL_QUORUMRCU代表每秒LOCAL_ONE讀取一次,或每秒讀取兩次。如果您需要讀取大於 4 KB 的資料列,則讀取作業會使用額外的資料列RCUs。

    RCUs所需的總數取決於行大小以及您是LOCAL_QUORUM否要LOCAL_ONE讀取。例如,如果您的資料列大小為 8 KB,則需RCUs要 2 維持每秒一次LOCAL_QUORUM讀取,RCU如果您選擇LOCAL_ONE讀取,則需要 1。

  • 對於大小不超過 1 KB 的資料列,其中一個WCU代表每秒寫入一次。所有寫入都使用LOCAL_QUORUM一致性,並且使用輕量型交易不收取額外費用 (LWTs)。如果您需要寫入大於 1 KB 的資料列,則寫入作業會使用額外的資料列WCUs。

    WCUs所需的總數取決於行大小。例如,如果您的資料列大小為 2 KB,則需要 2 WCUs 來維持每秒一個寫入要求。如需如何預估資料表讀取和寫入容量耗用量的詳細資訊,請參閱預估 Amazon Keyspaces 中讀取和寫入輸送量的容量消耗

如果您的應用程式讀取或寫入較大的資料列 (最大為 1 MB 的 Amazon Keyspaces 最大資料列大小),則會消耗更多容量單位。若要深入瞭解如何估計資料列大小,請參閱估計 Amazon Keyspaces 中的行大小。例如,假設您建立包含 6 RCUs 和 6 的已佈建表格WCUs。透過這些設定,您的應用程式可執行下列項目:

  • 執行LOCAL_QUORUM讀取速度高達每秒 24 KB (4 KB × 6RCUs)。

  • 執行LOCAL_ONE讀取速度高達每秒 48 KB (讀取輸送量的兩倍)。

  • 每秒最多可寫入 6 KB (1 KB × 6WCUs)。

佈建輸送量是應用程式可從表格中消耗的最大輸送量容量。如果您的應用程式超出佈建的輸送量容量,您可能會發現容量不足錯誤。

例如,沒有足夠輸送量容量的讀取要求會失敗,並出現例Read_Timeout外狀況,並張貼至ReadThrottleEvents量度。沒有足夠輸送量容量的寫入要求會失敗,並發生Write_Timeout例外狀況,並張貼至WriteThrottleEvents量度。

您可以使用 Amazon CloudWatch 監控佈建和實際輸送量指標,以及容量不足事件。如需這些指標的詳細資訊,請參閱 Amazon Keyspaces 指標和維度

注意

由於容量不足而導致重複的錯誤可能導致客戶端驅動程序特定的異常,例如 DataStax Java 驅動程序失敗,並顯示NoHostAvailableException.

若要變更表格的輸送量容量設定,您可以使用 AWS Management Console 或使用的ALTER TABLE陳述式CQL,如需詳細資訊,請參閱ALTER TABLE

若要深入瞭解帳戶的預設配額,以及如何增加配額,請參閱Amazon Keyspaces 的配額(阿帕奇卡桑德拉)