Google Cloudは、フルマネージド分散SQLデータベースサービス「Spanner」の重要なアップデートとして、デュアルリージョン構成オプションの提供を発表した。同社はこの機能強化により、高可用性を確保しつつ、クラウドのサポートが限定的な国々にまたがるデータレジデンシー基準を遵守する企業の支援を目的としている。
今回のアップデート以前は、Google Cloudのリージョンが2つしかない国で事業を展開する企業は、リージョンごとのSpanner構成を使用する制約があった。マルチリージョン構成では3つのリージョンが必要となり、多くの場合、1つのリージョンが国外となるため、データレジデンシー要件に抵触していた。新しいデュアル・リージョン構成はこの問題を軽減し、1つの国に2つのクラウド・リージョンしかなくても、企業はデータレジデンシーのコンプライアンスと高可用性を維持できる。
Googleのシニア・プロダクト・マネージャーであるNitin Sagar氏は、ブログ投稿でデュアルリージョン構成の運用の仕組みを詳しく説明している。同氏は、レプリカの1つに影響を及ぼすゾーン停電が発生しても、各リージョンの少なくとも2つのレプリカは機能しているため、Spannerは可用性を維持できると説明している。しかし、リージョン全体が停止に直面した場合、データベースは可用性を失う。このような場合、1つのリージョンに3つのレプリカを配置するシングルリージョンモードに切り替えることで、可用性を回復できる。
(出典：Googleブログ記事)
ドキュメントには、マルチリージョン構成についてこう書かれている。
マルチリージョン構成では、クォーラム（読み書き）レプリカが複数のリージョンにまたがるため、トレードオフがあります。書き込みクォーラムを形成するために、これらのレプリカが互いに通信する際に、ネットワークレイテンシが追加されることに気づくかもしれません。読み込みにはクォーラムは必要ありません。その結果、アプリケーションは、書き込みレイテンシをわずかに増加させる代償として、より多くの場所でより高速な読み込みを実現することになります。
同社は、ホットスポットやパフォーマンスの問題を防ぐためにスキーマを設計することを提案している。単一リージョン依存を避け、マルチリージョン構成でパフォーマンスを最適化するためには、重要なコンピューティング・リソースを少なくとも2つのリージョンに分散させるべきである。さらに、パフォーマンスを向上させるために、各リージョンで優先度の高いCPU使用率の合計を45％未満に保つ。
このような機能を提供しているのはGoogle Cloudだけではない。マイクロソフト、AWS、Oracleといった他のクラウド・プロバイダーも、Azure SQL、Cosmos DB、Amazon Aurora、Amazon DynamoDB、Oracle NoSQLデータベースといったDBaaSのマルチリージョン設定を提供している。さらに、Cockroach LabsやDataStaxのような他のデータベース・ベンダーも同様のマルチリージョン機能を提供している。
マルチリージョンのトラフィック要件とクラウドDBaaSソリューションに関して、最近のRedditスレッドの回答者はこう書いている。
各リージョンのローカルを維持するか、そのために利用可能な様々なツールやテクニックを使って、最終的に一貫性のあるモデルにアーキテクチャを移行する必要があります。
最後に、Google Cloudの新しいデュアルリージョン構成は、オーストラリア、ドイツ、インド、日本で利用可能になった。