このページでは、Spanner で使用可能なさまざまなリージョン タイプについて説明します。
- 読み取り / 書き込みリージョン
- 読み取り専用リージョン
- ウィットネス リージョン
読み取り / 書き込みリージョン
各デュアルリージョン構成には 2 つの読み取り / 書き込みリージョンがあり、それぞれに 2 つの読み取り / 書き込みレプリカと 1 つのウィットネス レプリカが含まれます。読み取り / 書き込みレプリカは、マルチリージョン構成の読み取り / 書き込みレプリカと同じように動作します。
各マルチリージョン構成には 2 つの読み取り / 書き込みリージョンが存在し、それぞれに 2 つの読み取り / 書き込みレプリカが含まれます。
これらの読み取り / 書き込みリージョンの 1 つがデフォルトのリーダー リージョンになります。リーダーは、各スプリットのデフォルト リーダー リージョン内のレプリカから選択されます。リーダー レプリカに障害が発生した場合、デフォルトのリーダー リージョンのもう一方のレプリカが自動的にリーダーになります。異常が見つかった場合にリーダーを切り換えられるように、リーダーは自身のヘルスチェックを実行します。ほとんどの場合、デフォルトのリーダー リージョンが正常な状態に戻ると、自動的に再びリーダーになります。
書き込みは、デフォルトのリーダー リージョンで最初に処理されます。instance/leader_percentage_by_region モニタリング指標を使用して、特定のリージョン内のレプリカの割合をモニタリングできます。詳細については、Spanner の指標をご覧ください。
2 番目の読み書きリージョンに存在するレプリカが読み取り処理を行い、書き込みの commit を決める投票に参加します。この 2 番目の読み書きリージョンのレプリカがリーダーの候補になります。まれにデフォルトのリーダー リージョンにあるすべてのレプリカが失われた場合は、2 番目の読み取り / 書き込みリージョンから新しいリーダー レプリカが選択されます。
データベースのリーダー リージョンを構成するには、データベース のリーダー リージョンを変更するの手順に従います。詳細については、デフォルトのリーダー リージョンを構成するをご覧ください。
読み取り専用リージョン
読み取り専用リージョンには読み取り専用レプリカが含まれます。これにより、読み書きリージョンの外にあるクライアントに低レイテンシの読み取りを提供できます。 読み取り専用レプリカはデータの完全なコピーを維持します。このデータは読み書きレプリカから複製されます。書き込みの commit を決める投票に参加しないため、書き込みレイテンシに影響が及ぶことはありません。
一部の基本マルチリージョン構成には、読み取り専用レプリカが含まれます。また、カスタム インスタンス構成を作成し、カスタムのリージョンとマルチリージョン インスタンスの構成に読み取り専用レプリカを追加して、読み取りをスケーリングし、低レイテンシのステイル読み取りをサポートすることもできます。すべての読み取り専用レプリカは、コンピューティング容量とデータベース ストレージ費用の対象となります。さらに、読み取り専用レプリカをインスタンス構成に追加しても、インスタンス構成の Spanner SLA は変更されません。詳細については、読み取り専用レプリカをご覧ください。
ウィットネス リージョン
ウィットネス リージョンには、書き込みクォーラムを形成して書き込みの投票を行うウィットネス レプリカが含まれます。Spanner のミューテーションには、投票レプリカの過半数で構成される書き込みクォーラムが必要です（デュアルリージョン構成の場合、クォーラムには両方のリージョンから 2 つのレプリカが必要です）。まれですが、読み取り / 書き込みリージョンが使用不能になった場合、ウィットネスは重要な役割を果たします。デュアルリージョン構成とマルチリージョン構成にのみ、監視対象リージョンが含まれます。リーダー リージョンと投票レプリカの詳細については、レプリケーションをご覧ください。
次のステップ
- リージョン、デュアルリージョン、マルチリージョン構成の詳細を確認する。
- レプリケーションの詳細。
- Google Cloud の地域とリージョンの詳細を確認する。