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

PolarDB:セカンダリクラスターの管理

最終更新日:Jun 05, 2024

グローバルデータベースネットワーク (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クラスターの料金ルールの詳細については、「請求項目の概要」をご参照ください。

セカンダリクラスターの追加

  1. にログインします。PolarDBコンソール.

  2. 左側のナビゲーションウィンドウで、Global Database Network.

  3. セカンダリクラスターを追加するGDNを見つけて、読み取り専用クラスターの追加で、操作列を作成します。

    説明

    既存のクラスターをセカンダリクラスターとして指定することはできません。

  4. 購入ページで、サブスクリプション,従量課金、またはサーバーレス課金方法。

  5. パラメーターを設定します。 下表にパラメーターを示します。

    パラメーター

    説明

    リージョン

    セカンダリクラスターを作成するリージョン。 クラスターの作成後にリージョンを変更することはできません。

    説明
    • プライマリクラスターと同じ国のリージョンのみを選択できます。 プライマリクラスターとセカンダリクラスター間のリージョンマッピングの関係については、「プライマリクラスターとセカンダリクラスター間のリージョンマッピング」をご参照ください。

    • 接続する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は、リージョン内のホットスタンバイストレージクラスターとともに、相互およびプライマリストレージをバックアップするコンピュートノードを含むプライマリクラスターをデプロイします。 2つのクラスタは、それぞれ3つのデータレプリカ (合計6つのレプリカ) を保持する。 この構成により、サービスの信頼性と可用性が大幅に向上します。

    • ホットスタンバイストレージクラスター機能を無効にすると、3つのデータレプリカを持つプライマリクラスターのみが保持され、ストレージコストが50% 削減されます。 ただし、SLAに概説されているように、サービス保証のレベルは低下します。

    フィルター

    計算ノードの仕様。

    説明

    最小読み取り専用ノード

    追加できる読み取り専用ノードの最小数。 サーバーレスクラスターの高可用性を確保するために、読み取り専用ノードの最小数を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 EditionDedicated Enterprise Editionの2つのPolarProxyエディションがあります。

    • 汎用クラスターは、Standard Enterprise Editionエディションをサポートしています。 Standard Enterpriseエディションは、共有CPUリソースを使用し、ビジネスワークロードに基づくインテリジェントな第2レベルの伸縮性のあるスケーリングを提供します。

    • Dedicatedクラスターは、Dedicated Enterprise Editionエディションをサポートしています。 専用エンタープライズエディションは専用CPUリソースを使用し、安定性を向上させます。

    説明

    PolarProxyエンタープライズエディションは無料で提供されますが、将来的に課金される可能性があります。

    No-activity Suspensionの有効化

    アクティビティ停止機能を有効にするかどうかを指定します。 デフォルトでは、アクティビティ停止機能は無効になっています。

    説明

    このパラメーターは、サーバーレスの課金方法を選択した場合にのみ使用できます。

    ストレージタイプ

    PolarDBには、PSL5PSL4の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つのリソースグループにのみ属します。 詳細については、「リソースをリソースグループに分類し、リソースグループに対する権限を付与する」をご参照ください。

    バイナリロギングの有効化

    バイナリログを有効にするかどうかを指定します。 詳細については、「バイナリログの有効化」をご参照ください。

    説明

    このパラメーターは、[サブスクリプション] または [従量課金] の課金方法を選択した場合にのみ使用できます。

    クラスターのリリース

    クラスターが削除またはリリースされるときに使用されるバックアップ保持ポリシー。 デフォルト値はリリース前に最後の自動バックアップを保持する (デフォルト) です。

    • リリース前に最後の自動バックアップを保持する (デフォルト): クラスターを削除またはリリースすると、システムは最後のバックアップを保持します。

    • すべてのバックアップを保持: クラスターを削除または解放すると、システムはすべてのバックアップを保持します。

    • すべてのバックアップを削除 (回復不能): クラスターを削除またはリリースしても、システムはバックアップを保持しません。

    説明
    • クラスターの削除またはリリース後に保持されるバックアップに対して課金される場合があります。 詳細は、「クラスターを解放 (Release a cluster)」をご参照ください。

    • このパラメーターは、[サブスクリプション] または [従量課金] の課金方法を選択した場合にのみ使用できます。

  6. クラスターの数量期間パラメーターを設定し、自動更新を有効にするかどうかを指定します。

    説明

    [期間] パラメーターを設定し、[課金方法] パラメーターを [サブスクリプション] に設定した場合にのみ、[自動更新] を有効にするかどうかを指定する必要があります。

  7. 利用規約を選択します。 [今すぐ購入] をクリックします。

  8. 支払いが完了したら、クラスターが作成されるまで10〜15分待ちます。 その後、クラスター ページでクラスターを表示できます。

    説明
    • クラスター内の特定のノードが 作成中 状態の場合、クラスターは作成中であり、使用できません。 クラスターは、実行中 ステータスの場合にのみ利用可能です。

    • クラスターがデプロイされているリージョンを選択してください。 別のリージョンを選択している場合、クラスターを表示できません。

    • 大量のデータを保存する場合は、PolarDBストレージプランを購入することを推奨します。 ストレージプランは、ストレージ容量を割引料金で提供します。 大規模なストレージプランは、より多くのストレージを低コストで提供します。 詳細については、以下をご参照ください。

      ストレージプランとの組み合わせ

セカンダリクラスターの削除

  1. にログインします。PolarDBコンソール.

  2. 左側のナビゲーションウィンドウで、Global Database Network.

  3. 管理するGDNを検索し、GDNのIDまたは名前をクリックします。GDN ID/名前列を作成します。

  4. では、クラスターセクションで、削除するセカンダリクラスターを見つけて、デタッチで、操作列を作成します。

    説明
    • セカンダリクラスターの削除は完了までに約5分かかります。

    • 削除プロセス中に、削除されているセカンダリクラスターを含む、GDN内のすべてのクラスターのエンドポイントが使用可能になります。 引き続きエンドポイントを使用してデータベースにアクセスできます。

    • GDNからセカンダリクラスターのみを削除できます。 GDNからプライマリクラスターを削除することはできません。

    • GDNからセカンダリクラスターを削除すると、クラスターはプライマリクラスターからのデータの複製を停止します。 システムがクラスターを読み取り /書き込みモードに切り替えます。

    • セカンダリクラスターをGDNから削除した後は、そのクラスターをセカンダリクラスターとしてGDNに再追加することはできません。 この操作は慎重に行ってください。

  5. 表示されるメッセージで、OK.

セカンダリクラスターをプライマリクラスターに切り替える

  1. にログインします。PolarDBコンソール.

  2. 左側のナビゲーションウィンドウで、Global Database Network.

  3. 管理するGDNを検索し、GDNのIDまたは名前をクリックします。GDN ID/名前列を作成します。

  4. クラスター セクションで、操作 列の プライマリクラスターに切り替え をクリックします。 または、[クラスター] セクションの右上隅にある [プライマリ /セカンダリ切り替え] をクリックします。

    主从切换

  5. では、プライマリ /セカンダリ切り替えダイアログボックスで、[新しいプライマリクラスター] フィールドにセカンダリクラスターのIDを入力し、OK.

    説明
    • GDNのパブリックエンドポイントを申請した場合は、新しいプライマリクラスターにもパブリッククラスターエンドポイントがあることを確認してください。 そうしないと、アプリケーションはデータベースにアクセスできません。 詳細については、「エンドポイントとポート番号の表示」をご参照ください。

    • プライマリ /セカンダリクラスターの切り替えプロセス中に、サービスが最大160秒間中断される場合があります。 オフピーク時にこの操作を実行し、アプリケーションがクラスターに自動的に再接続するように構成されていることを確認することをお勧めします。

    • 強制的な切り替えはカナリアの解放段階にあります。 トライアルを申請するには、Quota Centerに移動します。 クォータ名のPolarDB GDNマスタースレーブ強制切り替えトライアルに対応する [操作] 列の [適用] をクリックします。 試用申請が承認されたら、[プライマリ /セカンダリ切り替え] ダイアログボックスで [強制切り替え] をオンにできます。

      • 強制的な切り替えのために新しいプライマリクラスタを指定することはできません。 デフォルトでは、ログシーケンス番号 (LSN) が最大のセカンダリクラスタは、新しいプライマリクラスタとして強制的に昇格されます。

      • 強制的な切り替え中にデータが失われる可能性があります。 切り替え後、元のプライマリクラスターは自動的に削除されます。 この操作は慎重に行ってください。

セカンダリクラスターの再作成

次のシナリオでは、GDNでセカンダリクラスターを再作成する必要があります。

  1. セカンダリクラスタは障害から回復できません。 サービスを提供するには、セカンダリクラスターを再作成する必要があります。

  2. セカンダリクラスターの基本的な構成または環境を更新する必要があります。

  3. セカンダリクラスタのデータは、プライマリクラスタのデータと長期間同期していません。

説明
  • 二次クラスターの再作成はカナリア解放段階にあります。 トライアルを申請するには、Quota Centerに移動します。 クォータ名に対応する [操作] 列の [適用] をクリックします。PolarDB GDN re-hitch trial from cluster

  • 再作成プロセス中、セカンダリクラスタは利用できなくなります。 セカンダリクラスターを再作成するときは注意してください。

  1. にログインします。PolarDBコンソール.

  2. 左側のナビゲーションウィンドウで、グローバルデータベースネットワーク.

  3. 管理するGDNを検索し、GDNのIDまたは名前をクリックします。GDN ID /名前列を作成します。

  4. [クラスター] セクションで、[操作] 列の三个点アイコンをクリックし、[セカンダリクラスターの再作成] を選択します。

    重搭从集群

  5. では、セカンダリクラスタの再作成メッセージ, クリックOK.