自分のリージョンへの書き込みモード (混合プライマリ)

リージョンへの書き込み書き込みモードでは、さまざまなデータサブセットがさまざまなホームリージョンに割り当てられ、ホームリージョンを介してのみアイテムへの書き込み操作が可能になります。このモードはアクティブ/パッシブですが、アイテムに基づいてアクティブリージョンを割り当てます。各リージョンは重複しない独自のデータセットを主とするため、書き込み操作は適切な局所性を確保するために保護する必要があります。

このモードは 1 つのリージョンへの書き込みと似ていますが、各ユーザーに関連するデータをそのユーザーに近いネットワークに配置できるため、書き込み操作のレイテンシーが低くなる点が異なります。また、すべてのリージョンのインフラストラクチャがすでにアクティブになっているため、周囲のインフラストラクチャがリージョン間でより均等に分散され、フェイルオーバーシナリオ中のインフラストラクチャの構築に必要な作業が少なくなります。

アイテムのホームリージョンはいくつかの方法で決定できます。

• 内在性:特別な属性やパーティションキーに埋め込まれた値など、データの一部がホームリージョンを明確にします。この手法については、ブログ記事「リージョンピニングを使用して Amazon DynamoDB グローバルテーブル内のアイテムのホームリージョンを設定する」で説明されています。

• ネゴシエーション:各データセットのホームリージョンは、アサインメントを管理する個別のグローバルサービスなど、外部的な方法でネゴシエーションされます。アサインメントの期間には限りがあり、その後は再交渉の対象となる場合があります。

• テーブル指向:レプリケートするグローバルテーブルを 1 つ作成する代わりに、レプリケートするリージョンの数と同じ数のグローバルテーブルを作成します。各テーブルの名前はホームリージョンを示します。標準オペレーションでは、すべてのデータがホームリージョンに書き込まれ、他のリージョンは読み取り専用のコピーを保持します。フェイルオーバー中、別のリージョンがそのテーブルの書き込み権限を一時的に引き継ぎます。

たとえば、あなたがゲーム会社で働いていると想像してみてください。世界中のすべてのゲーマーに、低レイテンシーの読み取りと書き込み操作が必要です。各ゲーマーを自分に最も近い地域に割り当てます。そのリージョンが読み取りと書き込みの操作をすべて引き受けるため、read-after-write一貫性が保たれます。ただし、ゲーマーが旅行したり、ホームリージョンが停止したりした場合は、データの完全なコピーが別のリージョンで利用可能になり、ゲーマーを別のホームリージョンに割り当てることができます。

別の例として、ビデオ会議会社で働いていると想像してみてください。各電話会議のメタデータは特定の地域に割り当てられます。発信者は、最も近いリージョンを利用してレイテンシーを最小限に抑えることができます。リージョンが停止した場合、システムが呼び出しの処理をデータの複製コピーがすでに存在する別のリージョンに移動できるため、グローバルテーブルを使用すると迅速に回復できます。