Amazon Keyspaces 多區域複寫用量備註 - Amazon Keyspaces (適用於 Apache Cassandra)

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

Amazon Keyspaces 多區域複寫用量備註

當您搭配 Amazon Keyspaces 使用多區域複寫時,請考慮下列事項。

  • 您最多可以選擇六個可用的公有 AWS 區域。 AWS GovCloud (US) Regions、中國 區域,以及 AWS 區域 預設停用的

  • 在功能可用之前,請考慮下列因應措施:

  • 當您搭配 Amazon Keyspaces 自動擴展使用佈建容量管理時,請務必使用 Amazon Keyspaces API操作來建立和設定多區域資料表。Amazon Keyspaces 代您呼叫的基礎 Application Auto Scaling API操作沒有多區域功能。

    如需詳細資訊,請參閱更新 Amazon Keyspaces 中多區域資料表的佈建容量和自動擴展設定。如需如何預估佈建多區域資料表寫入容量輸送量的詳細資訊,請參閱 Amazon Keyspaces 中多區域資料表的估計和佈建容量

  • 雖然資料會自動複寫至多區域資料表的選取區域,但當用戶端連線到一個區域中的端點並查詢system.peers資料表時,查詢只會傳回本機資訊。查詢結果顯示為用戶端的單一資料中心叢集。

  • Amazon Keyspaces 多區域複寫是非同步的,它支援寫入的LOCAL_QUORUM一致性。LOCAL_QUORUM一致性要求在將成功傳回用戶端之前,在本機區域中的兩個複本上持久保留對資料列的更新。然後,將寫入傳播到複寫的區域 (或區域) 會以非同步方式執行。

    Amazon Keyspaces 多區域複寫不支援同步複寫或QUORUM一致性。

  • 當您建立多區域鍵空間或資料表時,您在建立過程中定義的任何標籤都會自動套用至所有區域中的所有鍵空間和資料表。當您使用 ALTER KEYSPACE或 變更現有標籤時ALTER TABLE,更新只會套用至您進行變更的區域中的鍵空間或資料表。

  • Amazon ReplicationLatency 為每個複寫的區域 CloudWatch 提供指標。它透過追蹤到達的資料列、比較其到達時間和初始寫入時間,以及計算平均值來計算此指標。時間會儲存在來源區域中的 CloudWatch 。如需詳細資訊,請參閱用 Amazon 監控 Amazon Keyspaces CloudWatch

    檢視平均和最大時間,以判斷平均和最壞情況的複寫延遲會很有用。此延遲沒有 SLA 。

  • 在隨需模式下使用多區域資料表時,如果資料表複本遇到新的流量峰值,您可能會觀察到非同步複寫寫入的延遲增加。與 Amazon Keyspaces 自動將單一區域隨需資料表的容量調整為其接收的應用程式流量類似,Amazon Keyspaces 會自動將多區域隨需資料表複本的容量調整為其接收的流量。複寫延遲的增加是暫時性的,因為隨著流量增加,Amazon Keyspaces 會自動配置更多容量。所有複本都適應您的流量磁碟區後,複寫延遲應會恢復正常。如需詳細資訊,請參閱峰值流量與擴展屬性

  • 在佈建模式下使用多區域資料表時,如果您的應用程式超過佈建的輸送量容量,您可能會發現容量錯誤不足,並增加複寫延遲。為了確保所有 AWS 區域 多區域資料表中所有資料表複本的讀取和寫入容量都足夠,建議您設定 Amazon Keyspaces 自動擴展。Amazon Keyspaces 自動擴展功能可自動調整輸送量容量以回應實際的應用程式流量,協助您有效率地佈建可變工作負載的輸送量容量。如需詳細資訊,請參閱多區域表格 auto 縮放的運作方式