翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Amazon Keyspaces でのマルチリージョンレプリケーションの働き

このセクションでは、Amazon Keyspaces マルチリージョンのレプリケーションの働きの概要を説明します。料金の詳細については、「Amazon Keyspaces (for Apache Cassandra) pricing (Amazon Keyspaces (Apache Cassandra 向け) の料金)」を参照してください。

Amazon Keyspaces でのマルチリージョンレプリケーションの働き

Amazon Keyspaces マルチリージョンレプリケーションは、データを独立した地理的分散型に分散するデータ耐障害性アーキテクチャを実装します。 AWS リージョン。 アクティブ/アクティブレプリケーション を使用します。これは、各リージョンが個別に読み取りと書き込みを実行できるローカルの低レイテンシーを提供します。

Amazon Keyspaces マルチリージョンキー空間を作成すると、データの複製先になる追加リージョンを最大 5 つ選択できます。マルチリージョンのキー空間に作成するテーブルは、Amazon Keyspaces に 1 つの単位と認識される複数のレプリカテーブル (リージョンごとに 1 つ) で構成されます。

すべてのレプリカは、同じテーブル名と同じプライマリキーのスキーマを持っています。アプリケーションによって 1 つのリージョンのローカルテーブルにデータが書き込まれると、データはその LOCAL_QUORUM 整合性レベルを使用して永続的に書き込まれます。Amazon Keyspaces は、データを他のレプリケーションリージョンに自動的に非同期で複製します。リージョン間のレプリケーション遅延は通常 1 秒未満なので、アプリケーションのパフォーマンスやスループットには影響はありません。

データが書き込まれると、LOCAL_ONE/LOCAL_QUORUM 整合性レベルが設定された別のレプリケーションリージョンのマルチリージョンテーブルからデータを読み取ることができます。サポートされる設定の詳細については、「Amazon Keyspaces マルチリージョンレプリケーション使用に関する注意事項」をご参照ください。

マルチリージョンのレプリケーション競合の解決

Amazon Keyspaces のマルチリージョンレプリケーションは完全マネージド型であるため、データ同期の問題を解消するために定期的に実行する修復操作などのレプリケーションタスクを実行する必要はありません。Amazon Keyspaces は、異なる のテーブル間のデータ整合性をモニタリングします。 AWS リージョン は、競合を検出して修復し、レプリカを自動的に同期します。

Amazon Keyspaces では、最終ライターが勝者となる方法を使用してデータ調整を行います。この競合解決メカニズムでは、マルチリージョンキー空間内のすべてのリージョンが最新の更新を受け入れ、すべてのリージョンで同一のデータが保存される状態に収束します。調整プロセスはアプリケーションのパフォーマンスには影響しません。競合解決をサポートするため、マルチリージョンテーブルではクライアント側のタイムスタンプが自動的にオンになります。オフにすることはできません。詳細については、「Amazon Keyspaces でのクライアント側のタイムスタンプ」を参照してください。

マルチリージョンレプリケーションのディザスタリカバリ

Amazon Keyspaces マルチリージョンレプリケーションでは、書き込みは各リージョンにわたって非同期的にレプリケートされます。めったにありませんが、1 つのリージョンで機能低下や障害が発生しても、マルチリージョンレプリケーションがあればアプリケーションにほとんどまたはまったく影響を与えることなくディザスターから回復できます。ディザスタからの復旧は通常、目標復旧時間 (RTO) と目標復旧時点 () の値を使用して測定されますRPO。

目標復旧時間 - ディザスター後にシステムが稼働状態に戻るまでにかかる時間。RTO は、ワークロードが許容できるダウンタイムを時間単位で測定します。マルチリージョンレプリケーションを使用して影響を受けていないリージョンにフェイルオーバーするディザスタリカバリプランの場合、 はほぼゼロになるRTO可能性があります。RTO は、アプリケーションが障害状態を検出し、トラフィックを別のリージョンにリダイレクトできる速度によって制限されます。

目標復旧時点 - 損失するおそれのあるデータの量 (時間単位)。マルチリージョンレプリケーションを使用して影響を受けていないリージョンにフェイルオーバーするディザスタリカバリプランの場合、 は通常 1 桁の秒RPOです。RPO は、フェイルオーバーターゲットレプリカへのレプリケーションレイテンシーによって制限されます。

Amazon Keyspaces のレプリケーションはアクティブ-アクティブなので、リージョンの障害または機能低下が発生しても、セカンダリリージョンの昇格や、データベースのフェイルオーバー手順の実行は必要ありません。代わりに、Amazon Route 53 で、最も近くにある正常なリージョンにアプリケーションをルーティングできます。Route 53 の詳細については、「Amazon Route 53 とは?」を参照してください。 。

単一の AWS リージョン が分離または低下した場合、アプリケーションは Route 53 を使用してトラフィックを別のリージョンにリダイレクトし、別のレプリカテーブルに対して読み取りと書き込みを実行できます。また、カスタムビジネスロジックを適用すれば、リクエストを他のリージョンにリダイレクトするタイミングを決定できます。一例として、使用可能な複数のエンドポイントをアプリケーションに認識させるケースが考えられます。

リージョンがオンラインに戻ると、Amazon Keyspaces はそのリージョンから他のリージョンのレプリカテーブルへの保留中の書き込みの伝播を再開します。また、他のレプリカテーブルから現在オンラインに戻っているリージョンへの書き込みの伝播も再開します。

マルチリージョンレプリケーションと point-in-time リカバリとの統合 (PITR）

P oint-in-time リカバリは、マルチリージョンテーブルでサポートされています。でマルチリージョンテーブルを正常に復元するにはPITR、次の条件を満たす必要があります。

restore ステートメントは、ソーステーブルが使用可能であれば、どのリージョンからでも実行できます。Amazon Keyspaces は、各リージョンのターゲットテーブルを自動的に復元します。の詳細については、PITR「」を参照してくださいAmazon Keyspaces での point-in-time リカバリの仕組み。

マルチリージョンレプリケーションと との統合 AWS サービス

異なる のテーブル間のレプリケーションパフォーマンスをモニタリングできます。 AWS リージョン Amazon CloudWatch メトリクスを使用する。次のメトリクスでは、マルチリージョンキー空間を継続的にモニタリングできます。

CloudWatch メトリクスのモニタリング方法の詳細については、「」を参照してくださいアマゾンによるアマゾンKeyspaces モニタリング CloudWatch。