Atlas は、高可用性、 低レイテンシ、 規制コンプライアンスを確保するために、データのグローバルな分散をサポートしています。データの分散を慎重に計画することで、EU の一般データ保護規則( GDPR )法など、 データ所有権 のコンプライアンス要件を確実に満たすことができます。データ主権を確保する必要があるリージョンに 1 つ以上のクラスターを設定し、適切なゾーンまたはジオシャードキーを使用して、その特定のデータを正しいクラスターまたはノードに書込むようにアーキテクチャを構成します。
以下の図は、グローバルに分散されたトポロジーを示しています。各3 1 つのリージョンに 1 つずつ、3 クラスターがあります。各クラスターには、 リージョン全体に分散された5 3ノードの同じリージョン分散があります。
このトポロジーにより、アプリケーションはリージョン固有のデータをそのリージョンに適切なクラスターのみに送信できます。したがって、 GDPRによってカバーされるEU データは、アプリケーションによって、EU にあるノードを持つクラスター 2 に書き込まれます。同様に、APAC 固有のデータはクラスター 3 にのみ書き込まれ、すべてのノードは APAC ロケーションに配置されています。グローバル データまたはリージョンに固有ではないデータは、すべての 3 クラスターに書き込まれます。これにより、1 つのクラスターが停止時、アプリケーションの他の部分に影響を与える可能性がなくなります。

大規模なグローバルエンタープライズまたはグローバルアプリケーションの場合、アーキテクチャは複数の地理的または大陸にクラスターを配置する必要がある場合があります。一般的に、ベストプラクティスは、各リージョンに個別のマルチリージョンクラスターを配置することです。これにより、単一のリージョンでアプリケーションに高可用性が付与され、データ所有権要件を明確に把握できます。プロキシ またはリダイレクトレイヤーは、リクエストがどこから送信されているかを識別し、それらを正しい地理に割り当てる必要があります。
カスタマーは Atlas のマルチリージョン配置を活用して、複数の地理的条件に配置できますが、データ所有権要件に準拠するための複雑さを回避しない傾向があります。レプリカセットは、すべてのデータをすべてのセカンダリ ノードにネイティブに複製します。 GDPRのようなドキュメントの ソート 要件を満たす必要があるユーザー中心データの場合、これは機能しないため、このアーキテクチャはソートメント要件のないグローバルに同じパブリック参照データにのみ適用される必要があります。権限要件に準拠するためにデータを保存する必要があるリージョン情報を含むシャードキーでクラスターをシャーディングできます。Atlas には グローバルクラスター と呼ばれる機能があり、 地理的ゾーンに対応するシャードキーのセットアップを効率化します。ただし、実際には、エンタープライズは同じアプリケーション用に異なるリージョンに個別のクラスターを配置することを選択するため、アプリケーションコードが 地理的ゾーンごとに正しいシャードキーを適切に設定していることを確認するために関連する複雑さを処理する必要がありません。
グローバルクラスター
グローバル Atlas クラスターは最も複雑な配置で使用されるため、非常に慎重な計画が必要です。ほとんどの場合、マルチリージョン配置パラダイムがニーズを満たすことができます。
次の場合には、グローバル配置戦略を検討してください。
単一の グローバル接続文字列が必要です。
すべてのクラスター/シャードにわたってグローバル集計を実行する必要があります。
1 つの論理クラスターのどこからでもすべてのクラスター/シャードの読み取り/能力が必要であり、かつリージョンの読み取り/書き込みが必要です。