グローバルデータベースネットワーク (GDN) は、国内の複数のリージョンにデプロイされた複数のPolarDBクラスターで構成されています。 データは、GDN内のすべてのクラスタにわたって同期される。 サービスが複数のリージョンにデプロイされている場合は、低レイテンシで中断のないデータアクセスを確保するようにGDNを設定できます。 このトピックでは、セカンダリクラスターの追加、セカンダリクラスターの削除、セカンダリクラスターのプライマリクラスターへの切り替え、およびセカンダリクラスターの再作成方法について説明します。
前提条件
GDNが作成されます。 詳細については、「GDNの作成」をご参照ください。
注意事項
GDN内のクラスターは、次のいずれかのバージョンを実行する必要があります。
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のクラスターに対して、2コアと4 GBのメモリ、または2コアと8 GBのメモリのノード仕様を指定することはできません。
GDNは、物理複製メカニズムを使用します。 GDNのバイナリログを有効にする必要はありません。
GDNのバイナリログを有効にした場合、
loose_polar_log_binパラメーターがプライマリクラスターとセカンダリクラスターで同じ値に設定されていることを確認します。 そうしないと、プライマリ /セカンダリクラスターの切り替え時にバイナリログの不整合が発生する可能性があります。リージョン間でセカンダリクラスターを追加するには、DingTalkグループ30245017864に参加してテクニカルサポートを取得します。
料金
GDN内のクロスリージョンデータ送信中に生成されたトラフィックに対しては課金されません。 GDNでのPolarDBクラスターの使用に対してのみ課金されます。 PolarDBクラスターの料金ルールの詳細については、「請求項目の概要」をご参照ください。
セカンダリクラスターの追加
PolarDBコンソールにログインします。
左側のナビゲーションウィンドウで、Global Database Networkをクリックします。
セカンダリクラスターを追加するGDNを見つけて、操作列の読み取り専用クラスターの追加をクリックします。
説明既存のクラスターをセカンダリクラスターとして指定することはできません。
購入ページで、サブスクリプション、従量課金、またはサーバーレス課金方法を選択します。
パラメーターを設定します。 下表にパラメーターを示します。
パラメーター
説明
リージョン
セカンダリクラスターを作成するリージョン。 クラスターの作成後にリージョンを変更することはできません。
説明プライマリクラスターと同じ国のリージョンのみを選択できます。 プライマリクラスターとセカンダリクラスター間のリージョンマッピングの関係については、「プライマリクラスターとセカンダリクラスター間のリージョンマッピング」をご参照ください。
接続するPolarDBクラスターとElastic Compute Service (ECS) インスタンスが同じリージョンにデプロイされていることを確認します。 そうしないと、内部ネットワークを介して通信できません。
作成方法
作成するクラスターのタイプ。 [セカンダリクラスターの作成] を選択します。
GDN
セカンダリクラスターを作成するGDN。
説明デフォルトでは、セカンダリクラスターを作成する前に選択したGDNが使用されます。
データベースエンジン
セカンダリクラスターのデータベースエンジン。プライマリクラスターのデータベースエンジンと同じである必要があります。 有効な値：
MySQL 8.0
MySQL 5.7
MySQL 5.6
データベースのエディション
デフォルトでは、Enterprise Editionが選択されています。
エディション
Cluster Edition (Recommended) のみがサポートされています。
説明このパラメーターは、[サブスクリプション] または [従量課金] の課金方法を選択した場合にのみ使用できます。
仕様
汎用 または 専用 の仕様を選択できます。
専用: クラスターは、CPUなどの割り当てられたコンピューティングリソースを同じサーバー上の他のクラスターと共有しません。 そのため、クラスターの信頼性および安定性が向上します。
汎用: CPUなどのアイドル計算リソースは、費用対効果のために同じサーバー上のクラスター間で共有されます。
2種類の仕様の比較の詳細については、「汎用コンピュートノードと専用コンピュートノードの比較」をご参照ください。
説明このパラメーターは、[サブスクリプション] または [従量課金] の課金方法を選択した場合にのみ使用できます。
CPU アーキテクチャ
デフォルトでは、X86が選択されています。
説明このパラメーターは、[サブスクリプション] または [従量課金] の課金方法を選択した場合にのみ使用できます。
ノード数
デフォルトでは、cluster Edition (Recommended) のクラスターは、1つのプライマリノードと1つの読み取り専用ノードで構成されます。 2つのノードの仕様は同じです。 このパラメーターを設定する必要はありません。
説明プライマリノードに障害が発生した場合、システムは読み取り専用ノードを新しいプライマリノードとして昇格し、別の読み取り専用ノードを作成します。 読み取り専用ノードの詳細については、「エディション」の「アーキテクチャ」セクションをご参照ください。
このパラメーターは、[サブスクリプション] または [従量課金] の課金方法を選択した場合にのみ使用できます。
プライマリゾーン
クラスターをデプロイするプライマリゾーン。
ゾーンは、リージョンに存在する独立した地理的な場所です。 リージョン内のすべてのゾーンで同じレベルのサービスパフォーマンスが提供されます。
PolarDBクラスターとECSインスタンスを同じゾーンにデプロイできます。
プライマリゾーンのみを選択する必要があります。 セカンダリゾーンは自動的に選択されます。
ネットワークタイプ
このパラメーターは自動的にVPCに設定されます。 このパラメーターを設定する必要はありません。
PolarDBクラスターが、接続するECSインスタンスと同じ仮想プライベートクラウド (VPC) に作成されていることを確認します。 それ以外の場合、クラスターとECSインスタンスは内部ネットワーク経由で通信できません。
既存の VPC がネットワーク要件を満たしている場合は、VPC を選択します。 たとえば、ECSインスタンスを作成し、ECSインスタンスが存在するVPCがネットワーク要件を満たしている場合、VPCを選択します。
ネットワーク要件を満たすVPCを作成しなかった場合は、VPCを作成する必要があります。 詳細については、「VPCの作成と管理」をご参照ください。
ホットスタンバイクラスターの有効化
PolarDBは、複数の高可用性モードを提供します。 PolarDBクラスターのホットスタンバイストレージクラスター機能を有効にすると、PolarDBクラスターが存在するリージョンのセカンダリゾーン、または同じゾーン内の別のデータセンターにホットスタンバイストレージクラスターが作成されます。 ホットスタンバイストレージクラスタには、独立したストレージリソースがあります。 ホットスタンバイストレージクラスターに独立したコンピューティングリソースがあるかどうかは、高可用性モードによって異なります。 プライマリゾーンのPolarDBクラスターに障害が発生すると、ホットスタンバイストレージクラスターがすぐに引き継ぎ、読み取りおよび書き込み操作とストレージタスクを処理します。
説明ホットスタンバイストレージクラスターおよび関連ソリューションの詳細については、「高可用性モード (ホットスタンバイクラスター) 」をご参照ください。
高可用性モードを変更するためのルール:
クラスターの高可用性モードをダブルゾーン (ホットスタンバイストレージクラスタ有効) またはダブルゾーン (ホットスタンバイストレージおよびコンピューティングクラスタ有効) からシングルゾーン (ホットスタンバイストレージクラスタ無効) に直接変更することはできません。
このような高可用性モードの変更については、新しいクラスターを購入し、クラスターの [シングルゾーン (ホットスタンバイストレージクラスター無効)] 高可用性モードを選択することを推奨します。 次に、Data Transmission Service (DTS) を使用して、既存のクラスターを新しいクラスターに移行します。 既存のクラスターを新しいクラスターに移行する方法については、「PolarDB For MySQLクラスター間のデータ移行」をご参照ください。
[3ゾーン] 高可用性モードは、新しいクラスターを購入する場合にのみ選択できます。 クラスターの高可用性モードを3つのゾーンから他の高可用性モードに変更することはできません。
クラスターの高可用性モードをシングルゾーン (ホットスタンバイストレージクラスター無効) から別の高可用性モードに手動で変更できます。 詳細については、「高可用性モード (ホットスタンバイクラスター) 」をご参照ください。
フィルター
計算ノードの仕様。
説明コンピュートノードの仕様の詳細については、「PolarDB For MySQL Enterprise Editionのコンピュートノード仕様」をご参照ください。
このパラメーターは、[サブスクリプション] または [従量課金] の課金方法を選択した場合にのみ使用できます。
最小読み取り専用ノード
追加できる読み取り専用ノードの最小数。 サーバーレスクラスターの高可用性を確保するために、読み取り専用ノードの最小数を1に設定することを推奨します。 有効な値: 0〜7。
説明このパラメーターは、サーバーレスの課金方法を選択した場合にのみ使用できます。
最大読み取り専用ノード
追加できる読み取り専用ノードの最大数。 読み取り専用ノードの数は、ワークロードに基づいて自動的に増減します。 有効な値: 0〜7。
説明このパラメーターは、サーバーレスの課金方法を選択した場合にのみ使用できます。
ノードあたりの最小PCUs
クラスター内のノードあたりのPCUの最小数。 サーバーレスPolarDBクラスターは、PolarDB Capacity Unit (PCU) を測定単位として使用して課金およびスケーリングされます。 1つのPCUは、1コアと2 GBのメモリにほぼ相当します。 PCUの数は、ワークロードに基づいて指定された範囲内で動的に調整されます。 有効な値: 1 PCU ~ 31 PCU。
説明このパラメーターは、サーバーレスの課金方法を選択した場合にのみ使用できます。
ノードあたりの最大PCUs
クラスター内のノードあたりのPCUの最大数。 サーバーレスPolarDBクラスターは、PCUを測定単位として使用して課金およびスケーリングされます。 1つのPCUは、1コアと2 GBのメモリにほぼ相当します。 PCUの数は、ワークロードに基づいて指定された範囲内で動的に調整されます。 有効な値: 1 PCU ~ 32 PCU。
説明このパラメーターは、サーバーレスの課金方法を選択した場合にのみ使用できます。
PolarProxy タイプ
PolarDBには、Standard Enterprise EditionとDedicated Enterprise Editionの2つのPolarProxyエディションがあります。
汎用クラスターは、Standard Enterprise Editionエディションをサポートしています。 Standard Enterpriseエディションは、共有CPUリソースを使用し、ビジネスワークロードに基づくインテリジェントな第2レベルの伸縮性のあるスケーリングを提供します。
Dedicatedクラスターは、Dedicated Enterprise Editionエディションをサポートしています。 専用エンタープライズエディションは専用CPUリソースを使用し、安定性を向上させます。
説明PolarProxyエンタープライズエディションは無料で提供されますが、将来的に課金される可能性があります。
No-activity Suspensionの有効化
アクティビティ停止機能を有効にするかどうかを指定します。 デフォルトでは、アクティビティ停止機能は無効になっています。
説明このパラメーターは、サーバーレスの課金方法を選択した場合にのみ使用できます。
ストレージタイプ
PolarDB には、PSL5 と PSL4 の 2 つのストレージタイプがあります。
PSL5: PolarDBの履歴バージョンでサポートされているストレージタイプ。 これは、2022年6月7日より前に購入したPolarDBクラスターのデフォルトのストレージタイプでした。 PSL5は、より高いパフォーマンス、信頼性、および可用性を提供します。
PSL4: PolarDBの新しいストレージタイプ。 このタイプは、Alibaba Cloudが社内で開発したSmart-SSDテクノロジーを使用して、SSDディスクに保存されているデータを圧縮および解凍します。 PSL4は、高いディスクパフォーマンスを維持しながら、データのストレージコストを削減できます。
説明既存クラスターのストレージタイプを変更することはできません。 既存のクラスターのストレージタイプを変更するには、新しいクラスターを購入し、目的のストレージタイプを使用してクラスターを構成してから、既存のクラスターから新しいクラスターにデータを移行することを推奨します。
2つのストレージタイプの違いの詳細については、「PSL4とPSL5を選択するにはどうすればよいですか?」をご参照ください。
ストレージエンジン
有効な値: InnoDBおよびInnoDB & X-Engine
InnoDB: InnoDBストレージエンジンのみをデプロイします。
InnoDB & X-Engine:: InnoDBとX-Engineをデプロイします。 このオプションを選択した場合、X-Engineのメモリ使用率を指定する必要があります。 詳細については、「概要」をご参照ください。
説明このパラメーターは、[サブスクリプション] または [従量課金] の課金方法を選択した場合にのみ使用できます。
ストレージの課金方法
PolarDB では、ストレージに対して従量課金とサブスクリプション課金がサポートされています。
従量課金：ストレージ容量は、サーバーレスアーキテクチャに基づいて提供されます。 クラスターの購入時にストレージ容量を指定する必要はありません。 クラスタの記憶容量は、データの量が増加するにつれて自動的にスケールアップすることができる。 実際のデータ量に対して課金されます。 詳細については、「従量課金」をご参照ください 。
サブスクリプション：クラスターの作成時に、特定の容量のストレージを購入する必要があります。 詳細については、「サブスクリプション」をご参照ください。
説明[プロダクトタイプ] パラメーターを [サブスクリプション] に設定した場合、[ストレージ課金方法] パラメーターを [従量課金] または [サブスクリプション] に設定できます。 [プロダクトタイプ] パラメーターを [従量課金] に設定した場合、[ストレージ課金方法] パラメーターは使用できず、従量課金方法に基づいてストレージに対して課金されます。
ストレージコスト
[ストレージコスト] パラメーターを設定する必要はありません。 データが1時間ごとに使用するストレージ容量に対して課金されます。 詳細については、「従量課金」をご参照ください。
説明このパラメーターは、[サブスクリプション] または [従量課金] の課金方法を選択した場合にのみ使用できます。
クラスター名
有効な値: 自動生成およびカスタム。
[自動生成] を選択すると、クラスターの作成後にクラスター名が自動的に生成されます。 自動生成されるクラスター名を変更できます。
[カスタム] を選択した場合、クラスター名を入力する必要があります。 クラスター名は次の要件を満たす必要があります。
名前の先頭に
“http://”または“https://”を使用することはできません。名前は 2 ～ 256 文字である必要があります。
名前は文字で始まる必要があり、数字、ピリオド (.) 、アンダースコア (_) 、およびハイフン (-) を使用できます。
リソースグループ
ドロップダウンリストからリソースグループを選択します。 詳細については、「リソースグループの作成」をご参照ください。
説明リソースグループは、Alibaba Cloud アカウントに属するリソースのグループです。 リソースグループを使用して、リソースを一元管理できます。 リソースは 1 つのリソースグループにのみ属します。 詳細については、「リソースをリソースグループに分類し、リソースグループに対する権限を付与する」をご参照ください。
バイナリロギングの有効化
バイナリログを有効にするかどうかを指定します。 詳細については、「バイナリログの有効化」をご参照ください。
説明このパラメーターは、[サブスクリプション] または [従量課金] の課金方法を選択した場合にのみ使用できます。
クラスターのリリース
クラスターが削除またはリリースされるときに使用されるバックアップ保持ポリシー。 デフォルト値はリリース前に最後の自動バックアップを保持する (デフォルト) です。
リリース前に最後の自動バックアップを保持する (デフォルト): クラスターを削除またはリリースすると、システムは最後のバックアップを保持します。
すべてのバックアップを保持: クラスターを削除または解放すると、システムはすべてのバックアップを保持します。
すべてのバックアップを削除 (回復不能): クラスターを削除またはリリースしても、システムはバックアップを保持しません。
説明クラスターの削除またはリリース後に保持されるバックアップに対して課金される場合があります。 詳細については、「クラスターのリリース」をご参照ください。
このパラメーターは、[サブスクリプション] または [従量課金] の課金方法を選択した場合にのみ使用できます。
クラスターの数量と期間パラメーターを設定し、自動更新を有効にするかどうかを指定します。
説明[期間] パラメーターを設定し、[課金方法] パラメーターを [サブスクリプション] に設定した場合にのみ、[自動更新] を有効にするかどうかを指定する必要があります。
利用規約を選択します。 [今すぐ購入] をクリックします。
支払いが完了したら、クラスターが作成されるまで10〜15分待ちます。 その後、クラスター ページでクラスターを表示できます。
説明クラスター内の特定ノードの状態が 作成中 の場合、クラスターは作成中であり、使用できません。 クラスターは、状態が 実行中 の場合のみ使用できます。
クラスターがデプロイされているリージョンが選択されていることを確認してください。 別のリージョンを選択している場合、クラスターを表示できません。
大量のデータを保存する場合は、PolarDBストレージプランを購入することを推奨します。 ストレージプランは、ストレージ容量を割引料金で提供します。 大規模なストレージプランは、より多くのストレージを低コストで提供します。 詳細については、次をご参照ください：
セカンダリクラスターの削除
PolarDBコンソールにログインします。
左側のナビゲーションウィンドウで、Global Database Networkをクリックします。
管理したいGDNを検索し、GDN ID/名前列のGDNのIDまたは名前をクリックします。
クラスターセクションで、削除するセカンダリクラスターを見つけて、操作列のデタッチをクリックします。
説明セカンダリクラスターの削除は完了までに約5分かかります。
削除プロセス中に、削除されているセカンダリクラスターを含む、GDN内のすべてのクラスターのエンドポイントが使用可能になります。 引き続きエンドポイントを使用してデータベースにアクセスできます。
GDNからセカンダリクラスターのみを削除できます。 GDNからプライマリクラスターを削除することはできません。
GDNからセカンダリクラスターを削除すると、クラスターはプライマリクラスターからのデータの複製を停止します。 システムがクラスターを読み取り /書き込みモードに切り替えます。
セカンダリクラスターをGDNから削除した後は、そのクラスターをセカンダリクラスターとしてGDNに再追加することはできません。 この操作は慎重に行ってください。
表示されるメッセージで、OK をクリックします。
セカンダリクラスターをプライマリクラスターに切り替える
PolarDBコンソールにログインします。
左側のナビゲーションウィンドウで、Global Database Networkをクリックします。
管理するGDNを検索し、GDN ID/名前列のGDNのIDまたは名前をクリックします。
クラスター セクションで、操作 列の プライマリクラスターに切り替え をクリックします。 または、[クラスター] セクションの右上隅にある [プライマリ /セカンダリ切り替え] をクリックします。
プライマリ /セカンダリ切り替えダイアログボックスで、[新しいプライマリクラスター] フィールドにセカンダリクラスターのIDを入力し、OKをクリックします。
説明GDNのパブリックエンドポイントを申請した場合は、新しいプライマリクラスターにもパブリッククラスターエンドポイントがあることを確認してください。 そうしないと、アプリケーションはデータベースにアクセスできません。 詳細については、「エンドポイントとポート番号の表示」をご参照ください。
プライマリ /セカンダリクラスターの切り替えプロセス中に、サービスが最大160秒間中断される場合があります。 オフピーク時にこの操作を実行し、アプリケーションがクラスターに自動的に再接続するように構成されていることを確認することをお勧めします。
強制的な切り替えはカナリアの解放段階にあります。 トライアルを申請するには、Quota Centerに移動します。 クォータ名のPolarDB GDNマスタースレーブ強制切り替えトライアルに対応する [操作] 列の [適用] をクリックします。 試用申請が承認されたら、[プライマリ /セカンダリ切り替え] ダイアログボックスで [強制切り替え] をオンにできます。
強制的な切り替えのために新しいプライマリクラスタを指定することはできません。 デフォルトでは、ログシーケンス番号 (LSN) が最大のセカンダリクラスタは、新しいプライマリクラスタとして強制的に昇格されます。
強制的な切り替え中にデータが失われる可能性があります。 切り替え後、元のプライマリクラスターは自動的に削除されます。 この操作は慎重に行ってください。
セカンダリクラスターの再作成
次のシナリオでは、GDNでセカンダリクラスターを再作成する必要があります。
セカンダリクラスタは障害から回復できません。 サービスを提供するには、セカンダリクラスターを再作成する必要があります。
セカンダリクラスターの基本的な構成または環境を更新する必要があります。
セカンダリクラスタのデータは、プライマリクラスタのデータと長期間同期していません。
二次クラスターの再作成はカナリア解放段階にあります。 トライアルを申請するには、Quota Centerに移動します。 クォータ名に対応する [操作] 列の [適用] をクリックします。PolarDB GDN re-hitch trial from cluster
再作成プロセス中、セカンダリクラスタは利用できなくなります。 セカンダリクラスターを再作成するときは注意してください。
PolarDBコンソールにログインします。
左側のナビゲーションウィンドウで、グローバルデータベースネットワークをクリックします。
管理したいGDNを検索し、GDN ID /名前列のGDNのIDまたは名前をクリックします。
クラスターセクションで、アクション列の
アイコンをクリックしてセカンダリクラスタの再作成を選択します。 
セカンダリクラスタの再作成メッセージで、OKをクリックします。