グローバルデータベースネットワーク (GDN) は、国内の複数のリージョンにデプロイされた複数のPolarDBクラスターで構成されています。 このトピックでは、GDNについて説明します。
GDN内のすべてのクラスターでデータが同期されるため、ジオディザスタリカバリが可能になります。 すべてのクラスターが読み取り要求を処理し、書き込み要求はプライマリクラスターのみが処理します。 GDNは、次のシナリオに最適です。
アクティブなgeo冗長性
アプリケーションを複数のリージョンにデプロイし、データベースをプライマリリージョンにのみデプロイする場合、プライマリリージョンにデプロイされていないアプリケーションは、地理的に離れたリージョンにある可能性のあるデータベースと通信する必要があります。 この結果、待ち時間が長くなり、パフォーマンスが低下します。 GDNは、低レイテンシでリージョン間でデータを複製し、リージョン間の読み取り /書き込み分割を提供します。 GDNを使用すると、アプリケーションはリージョンにローカルなデータベースからデータを読み取ることができます。 これにより、データベースに2秒以内にアクセスできます。
ジオディザスタリカバリ
GDNは、アプリケーションが同じリージョンにデプロイされているかどうかに関係なく、ジオディザスタリカバリをサポートします。 プライマリクラスターがデプロイされているリージョンで障害が発生した場合は、手動でサービスをセカンダリクラスターに切り替えるだけで済みます。
説明一般的なフェイルオーバーは10分で完了できます。 ほとんどの場合、フェイルオーバーは5分以内に完了できます。 フェールオーバー中、サービスは最大160秒間中断されることがあります。 オフピーク時に切り替えを実行し、アプリケーションがデータベースサービスに自動的に再接続するように構成されていることを確認することをお勧めします。
リクエストルーティング
GDN内の各クラスターでの読み取りおよび書き込みリクエストは、クラスターエンドポイント設定に基づいてルーティングされます。 たとえば、3つのGDNクラスターがあるとします。 クラスタ1はプライマリクラスタであり、クラスタ2およびクラスタ3はセカンダリクラスタです。 クラスタ2のエンドポイントが読み取りおよび書き込み要求を処理できるが、読み取り要求をプライマリクラスタのプライマリノードにルーティングできるように構成されている場合、要求の待ち時間が長くなる可能性があります。 クラスター3のエンドポイントが読み取り要求のみを処理するように設定されている場合、読み取り要求は、プライマリクラスタまたはセカンダリクラスタのプライマリノードではなく、セカンダリクラスタの読み取り専用ノードにのみルーティングされます。 クラスターのエンドポイントを設定する方法の詳細については、「PolarProxyの設定」をご参照ください。
セカンダリクラスタのエンドポイントが読み取り要求と書き込み要求の両方を処理するように設定されている場合、書き込み要求とその他のブロードキャスト要求 (SETステートメントなど) はプライマリクラスタのプライマリノードにルーティングされます。 セッション整合性がセカンダリクラスタに対して有効になっている場合、クラスタ上の読み取り要求はプライマリクラスタのプライマリノードにルーティングされる可能性があります。
メリット
デプロイのためのゼロコード変更: アプリケーションが1つのリージョンにデプロイされている場合、コードを変更することなく複数のリージョンにデプロイできます。 詳細については、「クロスリージョンデプロイ」をご参照ください。
リージョン間の読み書き分離: GDNクラスターは、読み取り要求と書き込み要求の両方を処理できます。 読み取り要求は同じリージョンのクラスターに送信され、書き込み要求はプライマリクラスターに転送されます。 詳細については、「クロスリージョン読み書き分離」をご参照ください。
柔軟な設定: プライマリとセカンダリのクラスターは別々に設定できます。 クラスターの構成には、クラスターの仕様、ホワイトリスト、およびパラメーター値が含まれます。 詳細については、「GDNの作成とリリース」をご参照ください。
リージョン間の低遅延データ同期。 物理レプリケーションは複数のチャネルで実行されます。これにより、負荷が重い場合でも、2秒未満のレイテンシですべてのノードにデータをレプリケートできます。 詳細については、「リージョン間の低レイテンシ同期」をご参照ください。
料金
GDN内のクロスリージョンデータ送信中に生成されたトラフィックに対しては課金されません。 GDNでのPolarDBクラスターの使用に対してのみ課金されます。 PolarDBクラスターの料金ルールの詳細については、「請求項目の概要」をご参照ください。
サポート対象のリージョンとクラスター
リージョン: GDNは、中国本土内のリージョン、中国 (香港) リージョン、中国以外のリージョンなど、10を超えるリージョンでご利用いただけます。 詳細については、「プライマリクラスターとセカンダリクラスター間のリージョンマッピング」をご参照ください。
GDNのクラスターはEnterprise Editionで、次の要件を満たす必要があり。
PolarDB for MySQL 8.0.2クラスター
リビジョンバージョンが8.0.1.1.17以降のPolarDB for MySQL 8.0.1クラスター。
リビジョンバージョンが5.7.1.0.21以降のPolarDB for MySQL 5.7クラスター。
リビジョンバージョンが5.6.1.0.32以降のPolarDB for MySQL 5.6クラスター。
プライマリクラスターとセカンダリクラスターは、同じデータベースエンジンのバージョン (MySQL 8.0、MySQL 5.7、またはMySQL 5.6) である必要があります。
GDNは、1つのプライマリクラスタと最大4つのセカンダリクラスタで構成されています。 リージョンの制限の詳細については、「プライマリクラスターとセカンダリクラスター間のリージョンマッピング」をご参照ください。
説明セカンダリクラスターを追加するには、[クォータセンター] に移動します。 GDNクラスター上限調整に対応する [操作] 列の [適用] をクリックします。
クラスターは1つのGDNにのみ属します。
GDNのセカンダリクラスターには、少なくとも4コアが必要です。
GDNのクラスターは、データベースとテーブルの復元機能をサポートしていません。
GDN内のクラスターは、インメモリ列インデックス (IMCI) 機能をサポートしていません。
プライマリクラスターとセカンダリクラスター間のリージョンマッピング
GDNはリージョン間で通信できます。 次の表に、GDN内のプライマリクラスターとセカンダリクラスター間のリージョンマッピングを示します。
プライマリクラスターのリージョン | セカンダリクラスターのリージョン |
中国本土のすべての地域 | プライマリクラスターと同じリージョン、またはプライマリクラスターがデプロイされているリージョン以外の中国本土のリージョンにあります。 たとえば、プライマリクラスターが中国 (杭州) リージョンにある場合、セカンダリクラスターは中国 (杭州) リージョンまたは中国本土の別のリージョンにあります。 |
中国 (香港) | 中国 (香港) |
日本 (東京) | 日本 (東京) |
韓国 (ソウル) | 韓国 (ソウル) |
シンガポール | シンガポール |
マレーシア (クアラルンプール) | マレーシア (クアラルンプール) |
インドネシア (ジャカルタ) | インドネシア (ジャカルタ) |
フィリピン (マニラ) | フィリピン (マニラ) |
ドイツ (フランクフルト) | ドイツ (フランクフルト) |
イギリス (ロンドン) | イギリス (ロンドン) |
米国 (シリコンバレー) | 米国 (シリコンバレー)、米国 (バージニア) |
米国 (バージニア) | 米国 (シリコンバレー)、米国 (バージニア) |
フィリピン (マニラ) | フィリピン (マニラ) |
タイ (バンコク) | タイ (バンコク) |
GDNを使い始める
詳細については、「GDNの作成」をご参照ください。