すべてのプロダクト
Search
ドキュメントセンター

PolarDB:グローバルデータベースネットワーク (GDN)

最終更新日:Mar 25, 2026

グローバルデータベースネットワーク (GDN) は、複数の PolarDB クラスターを異なるリージョンに分散配置したネットワークです。GDN 内では、すべてのクラスター間でデータが同期されます。各クラスターは読み取り要求を処理し、書き込み要求はプライマリクラスターに転送されて処理されます。

概要

Basic Edition

Multi-write Edition

グローバルデータベースネットワーク (GDN) は、1 つのプライマリクラスターと複数のセカンダリクラスターで構成されます。書き込み要求はプライマリクラスターが処理し、セカンダリクラスターは各地域に分散配置されて、ローカルの読み取り要求を処理します。すべてのクラスター間では低遅延リンクを介してデータが同期され、単一の論理データベースを形成します。

image

Basic Edition のアーキテクチャでは、セカンダリクラスターがクロスリージョンルーティングを経由して書き込み要求をプライマリクラスターに転送します。クラスター間の物理的距離が大きい場合、セカンダリクラスターにおける書き込み遅延が大幅に増加します。GDN Multi-write Edition はテーブルレベルのマルチライティングソリューションを提供し、各クラスターが書き込み権限を持つテーブルに対してローカルで書き込みを行えるようにします。これにより、クロスリージョン書き込み遅延が大幅に削減されます。詳細については、「GDN Multi-write Edition ユーザーガイド」をご参照ください。

説明

PolarDB GDN Multi-write Edition は現在段階的リリース中です。この機能を利用するには、DingTalk グループのグループ番号を検索して参加してください。

DingTalk グループ番号:30245017864

image

データ同期メカニズム

GDN は、クロスリージョンデータ同期に非同期物理レプリケーションメカニズムを採用しています。並列物理ログ再生などの技術により、プライマリクラスターとセカンダリクラスター間のデータレプリケーション遅延を 2 秒未満に保っています。この同期方式は、プライマリクラスターのパフォーマンスおよび安定性に影響を与えず、グローバルな最終的なデータ整合性を保証します。GDN の各クラスターは読み書きサービスを提供し、ジオディザスタリカバリをサポートします。

読み書き分離およびリクエストルーティング

各クラスター内の データベースプロキシ構成 によって、読み取りおよび書き込み要求のルーティング方法が決定されます。アプリケーションコードの変更は不要です。適切なクラスターのエンドポイントに接続するだけで、以下のロジックに基づいてリクエストが自動的にルーティングされます。

  • INSERTUPDATEDELETE などの書き込み要求、SET などのブロードキャスト文、およびトランザクション内のすべての要求は、自動的にプライマリクラスターのプライマリノードに転送されて処理されます。

  • 読み取り要求はデフォルトで、ローカルのセカンダリクラスターの読み取り専用ノードにルーティングされ、ローカルアクセスが可能になります。ただし、セッションの一貫性 が有効になっている場合、一部の読み取り要求はデータ整合性を確保するためにプライマリクラスターのプライマリノードにもルーティングされることがあります。

GDN はまた、グローバルエンドポイント を提供します。この機能によりローカルアクセスが可能になり、またプライマリクラスターのフェールオーバー後もドメイン名が変更されないことが保証されます。

詳細なルーティングロジック

宛先ノード

転送される要求

プライマリクラスターのプライマリノードにのみ転送

  • INSERTUPDATEDELETESELECT FOR UPDATE などのすべての DML 操作。

  • テーブルまたはデータベースの作成・削除・変更、権限管理など、すべての DDL 操作。

  • トランザクション内のすべての要求。

  • ユーザー定義関数。

  • ストアドプロシージャ。

  • EXECUTE 文。

  • Multi Statements

  • 一時テーブルを使用する要求。

  • SELECT last_insert_id()

  • ユーザー変数に対するすべてのクエリおよび変更。

  • SHOW PROCESSLIST

  • KILLKILL 文、KILL コマンドではない)。

読み取り専用ノードまたはプライマリノードに転送

説明

読み取り要求がプライマリノードに送信されるのは、データベースプロキシ構成で プライマリノードによる読み取りリクエストの許可はい に設定されている場合のみです。

  • トランザクション外の読み取り要求。

  • COM_STMT_EXECUTE コマンド。

すべてのノードに常に転送

  • システム変数に対するすべての変更。

  • USE コマンド。

  • COM_STMT_PREPARE コマンド。

  • COM_CHANGE_USERCOM_QUITCOM_SET_OPTION などのコマンド。

説明

セカンダリクラスター内のプライマリノードは、主にプライマリクラスターからのデータレプリケーションを担当し、読み取りまたは書き込み要求を処理しません。したがって、本表における「プライマリノード」とは、プライマリクラスターのプライマリノードを指し、「読み取り専用ノード」とは、セカンダリクラスターの読み取り専用ノードを指します。

適用範囲/利用シーン

アクティブ-アクティブ地理的冗長性(マルチリージョン展開)

サービスを複数のリージョンに展開します。GDN の低遅延クロスリージョン同期、クロスリージョン読み書き分離、ローカル読み取りなどの機能により、各リージョンのアプリケーションがデータベースアクセス遅延を 2 秒未満で実現できます。

  • 代表的な業種:ゲーム、越境 EC、ローカルサービス(例:フードデリバリー)、ニューリテール(例:実店舗)。

  • ビジネスアーキテクチャ

    • 最適なパフォーマンスを得るため、各リージョンのアプリケーションは、ローカルのデータベースに対して直接読み取りおよび書き込みを行うことができます。書き込み要求はプライマリクラスターに転送されて処理されます。

    • GDN では、各クラスターが独立したエンドポイントを提供します。アプリケーションのリージョンに応じて、最も近いクラスターのエンドポイントに接続できます。

    • 中国(北京)および中国(深セン)のセカンダリクラスターの仕様は、中国(杭州)のプライマリクラスターの仕様以上である必要があります。最良の結果を得るには、同一の仕様を使用することを推奨します。

image

ジオディザスタリカバリ

GDN を使用してクロスリージョン高可用性を実現し、データセキュリティおよびシステム可用性を向上させます。プライマリクラスターをホストするデータセンターが障害を起こした場合、セカンダリクラスターへの手動フェールオーバーにより、迅速にサービスを復旧できます。GDN は、2 地域 3 センター、2 地域 4 センター、3 地域 6 センターなど、さまざまなアーキテクチャをサポートします。

  • 代表的な業種:銀行、証券、保険。

  • ビジネスアーキテクチャ(例:2 地域 3 センター アーキテクチャ):

    • プライマリリージョンは中国(北京)であり、AZ1 および AZ2 の 2 つの可用性ゾーンでデプロイされています。

    • ディザスタリカバリリージョンは中国(上海)であり、単一の可用性ゾーンでデプロイされています。

    • デフォルトでは、アプリケーションは北京リージョンの AZ1 のデータベースに対して読み取りおよび書き込みを行います。AZ1 が障害を起こした場合、システムは北京の AZ2 にフェールオーバーします。AZ1 および AZ2 の両方が障害を起こした場合、システムは上海の AZ3 にフェールオーバーします。

image
説明

GDN におけるプライマリ/セカンダリ スイッチオーバーは通常 5 分以内に完了しますが、最大で 10 分かかる場合があります。スイッチオーバー中には最大 160 秒の瞬断が発生する可能性があります。ピーク時間帯を避けてスイッチオーバーを実行し、アプリケーションに再接続メカニズムが備わっていることを確認することを推奨します。

メリット

  • クロスリージョン展開:アプリケーションコードの変更を伴わず、シングルリージョンからマルチリージョンアーキテクチャへシームレスに拡張できます。

  • クロスリージョン読み書き分離およびローカル読み取り:GDN では、読み取り要求はローカルのセカンダリクラスターにルーティングされ、書き込み要求はプライマリクラスターに転送されます。

  • 柔軟な構成:プライマリクラスターおよびセカンダリクラスターは、クラスター仕様、ホワイトリスト、パラメーター値など、それぞれ独立した構成が可能です。

  • 低遅延クロスリージョン同期:GDN は、非同期物理レプリケーション(Redo Log を基盤とする)および並列再生技術を採用し、クロスリージョンレプリケーション遅延を削減します。すべてのクラスター間でデータが同期され、レプリケーション遅延は 2 秒未満であり、非中央リージョンのアプリケーションにおける読み取り遅延が大幅に削減されます。

適用範囲

クラスター要件

  • エディション:Enterprise Edition、シリーズは Cluster Edition である必要があります。

  • データベースエンジンバージョンは、以下のいずれかである必要があります。

    • MySQL 8.0.2

    • MySQL 8.0.1(マイナーエンジンバージョンが 8.0.1.1.17 以降)。

    • MySQL 5.7(マイナーエンジンバージョンが 5.7.1.0.21 以降)。

    • MySQL 5.6(マイナーエンジンバージョンが 5.6.1.0.32 以降)。

  • ノード:クラスターには少なくとも 1 つの読み取り専用ノードを含める必要があります。

対応リージョン

中国本土のすべてのリージョン、中国(香港)、日本(東京)、韓国(ソウル)、シンガポール、マレーシア(クアラルンプール)、インドネシア(ジャカルタ)、フィリピン(マニラ)、タイ(バンコク)、ドイツ(フランクフルト)、米国(シリコンバレー)、米国(バージニア)、イギリス(ロンドン)。

説明

セカンダリクラスターを国境を越えてデプロイすることも可能ですが、申請が必要です。詳細については、「セカンダリクラスターの追加」をご参照ください。

機能制限事項

  • グローバルデータベースネットワーク (GDN) のクラスターは、インメモリ列指向インデックス (IMCI) 機能をサポートしています。ただし、読み取り専用カラムノードを追加するには、まず loose_polar_enable_imci_with_standby クラスターパラメーターを有効化し、クラスターのバージョンが以下のいずれかの条件を満たす必要があります。

    • MySQL 8.0.1(マイナーエンジンバージョンが 8.0.1.1.48 以降)。

    • MySQL 8.0.2(マイナーエンジンバージョンが 8.0.2.2.27 以降)。

  • GDN のクラスターは、サーバーレスクラスター または サーバーレス機能が有効化された固定仕様クラスター にすることができます。ただし、プライマリクラスターのマイナーエンジンバージョンが以下のバージョンより古い場合、GDN のすべてのクラスターには少なくとも 1 つの読み取り専用ノードが必要です。

    • MySQL 8.0.1(マイナーエンジンバージョンが 8.0.1.1.42 より前)。

    • MySQL 8.0.2(マイナーエンジンバージョンが 8.0.2.2.23 より前)。

  • GDN のクラスターは、データベースおよびテーブルの復元機能をサポートしていません。

その他の制限事項

  • GDN は、1 つのプライマリクラスターと最大 4 つのセカンダリクラスターで構成されます。

    説明

    さらにセカンダリクラスターを追加するには、クォータセンター に移動し、クォータ ID polardb_mysql_gdn_region を使用してクォータ項目を見つけ、操作 列で 申請 をクリックします。

  • 1 つのクラスターは、1 つの GDN にのみ所属できます。

  • 新しいクラスターのみをセカンダリクラスターとして追加でき、既存のクラスターを追加することはできません。

  • プライマリクラスターおよびセカンダリクラスターは、同じデータベースエンジンバージョン(MySQL 8.0、MySQL 5.7、または MySQL 5.6)を使用する必要があります。

  • サーバーレスクラスター でない GDN のセカンダリクラスターの場合、各コンピュートノードには最低 4 CPU コアが必要です。

  • デフォルトでは、GDN の各クラスターには 2 ノードが含まれます。最大 16 ノードまで追加できます。

料金

GDN を使用すると、クラスター およびクロスリージョンデータ転送に対して課金されます。詳細な課金ルールは以下のとおりです。

重要

クロスリージョンデータ転送料金は、2026 年 4 月 1 日 00:00:00 (UTC + 08:00) から開始されます。それ以前は、本サービスは無料です。詳細については、「[お知らせ] グローバルデータベースネットワーク (GDN) 機能のネットワーク料金調整」をご参照ください。

  • 無料となるケース:

    プライマリクラスターおよびセカンダリクラスターの両方が中国本土内のリージョンにデプロイされている場合、または両方が中国(香港)リージョンまたはその他の海外リージョンにデプロイされている場合です。例:

    • プライマリクラスターおよびセカンダリクラスターの両方が中国本土内にあります。たとえば、プライマリクラスターが中国(成都)リージョンにあり、セカンダリクラスターが中国(杭州)または中国(深セン)リージョンにある場合です。

    • プライマリクラスターおよびセカンダリクラスターの両方が中国(香港)リージョンまたはその他の海外リージョンにあります。たとえば、プライマリクラスターがシンガポールリージョンにあり、セカンダリクラスターがフィリピン(マニラ)リージョンにある場合です。

  • 課金対象となるケース:

    プライマリクラスターまたはセカンダリクラスターのいずれかが中国本土内のリージョンにデプロイされ、もう一方が中国(香港)リージョンまたはその他の海外リージョンにデプロイされている場合です。例:

    • プライマリクラスターが中国本土内にあり、セカンダリクラスターが中国本土外にあります。たとえば、プライマリクラスターが中国(成都)リージョンにあり、セカンダリクラスターが中国(香港)またはシンガポールリージョンにある場合です。

    • プライマリクラスターが中国本土外にあり、セカンダリクラスターが中国本土内にあります。たとえば、プライマリクラスターがシンガポールリージョンにあり、セカンダリクラスターが中国(杭州)または中国(深セン)リージョンにある場合です。

  • 課金ルール: 1 GB あたり 0.80 米ドル(USD)(時間単位で課金)。料金は、1 時間あたりにプライマリクラスターからクロスリージョンのセカンダリクラスターへ物理的にレプリケーションされる Redo Log データ量に基づいて計算されます。ログシーケンス番号(LSN)から変換された物理位置を照会することで、このトラフィック料金を見積もることができます。

    課金例

    09:00 にログの物理書き込み位置を照会したところ、ib_logfile1/648143676 であることがわかりました。10:00 には、位置が ib_logfile3/648142342 に更新されました。これは、この 1 時間に書き込まれたデータ量が、2 つの位置の差分であることを意味します。

    1. 開始ファイル (ib_logfile1) に書き込まれた量:
      開始オフセットを全ファイルサイズから減算します。各ログファイルのサイズは 1 GB (1,073,741,824 バイト) です。書き込まれた量は 1073741824 - 648143676 = 425598148 バイト です。







    2. 中間ファイル (ib_logfile2) に書き込まれた量:
      ib_logfile1 が満杯になると、システムは ib_logfile2 を完全に書き込みます。この量は 1,073,741,824 バイト (1 GB) です。







    3. 終了ファイル (ib_logfile3) に書き込まれた量:
      これは終了時のオフセットであり、648,142,342 バイトです。







    したがって、合計書き込み量 = 425598148 + 1073741824 + 648142342 = 2147482314 バイト、つまり 2147482314 / 1024 / 1024 / 1024 = 1.999998 GB(小数点以下 6 桁まで切り捨て)となります。この 1 時間のクロスリージョンデータ転送料金は、約 1.999998 GB × 0.80 米ドル/GB = 1.5999984 米ドル です。

    ログ書き込み進捗および物理ファイルオフセットの照会

    -- ログシステムの現在の書き込み進捗を照会します。
    SHOW STATUS LIKE 'Innodb_log_write_lsn'; 
    +----------------------+------------+
    | Variable_name        | Value      |
    +----------------------+------------+
    | Innodb_log_write_lsn | 1721889596 |
    +----------------------+------------+
    
    -- 物理ファイルオフセット(バイト単位)を照会します。
    SELECT lsn_to_pos(1721889596); 
    +------------------------+
    | lsn_to_pos(1721889596) |
    +------------------------+
    | ib_logfile1/648143676  |
    +------------------------+
説明

グローバルドメイン名機能を使用する場合、内部 DNS 名前解決 および クロスリージョンデータ転送 に対して追加料金が発生します。詳細については、「グローバルドメイン名の料金」をご参照ください。

クイックスタート

  1. グローバルデータベースネットワークの作成および管理:GDN のプライマリクラスターとして、要件 を満たすクラスターを選択します。

  2. セカンダリクラスターの追加:作成済みの GDN にセカンダリクラスターを追加するには、PolarDB 購入ページ にアクセスします。

  3. グローバルデータベースネットワークへの接続:GDN では、各クラスター(プライマリおよびセカンダリ)が独立したクラスターエンドポイントを提供します。アプリケーションのリージョンに応じて、最も近いクラスターのエンドポイントに接続できます。GDN はまた、グローバルエンドポイント を提供します。この機能によりローカルアクセスが可能になり、またプライマリクラスターのフェールオーバー後もドメイン名が変更されないことが保証されます。