既存の ApsaraDB RDS for MySQL インスタンスまたは新しい RDS インスタンスを使用して、Global Active Database (GAD) インスタンスグループを迅速に作成し、クロスリージョンディザスタリカバリ (DR) 要件を満たすか、マルチノードの読み取りおよび書き込みリクエストを処理できます。このトピックでは、GAD インスタンスグループを作成および削除する方法について説明します。
制限事項
GAD インスタンスグループを作成する際は、GAD インスタンスグループのプライマリインスタンスとして、次の要件を満たす既存の RDS インスタンスを使用する必要があります。これらの要件を満たす RDS インスタンスがない場合は、GAD インスタンスグループを作成する前に RDS インスタンスを作成する必要があります。詳細については、「ApsaraDB RDS for MySQL インスタンスの作成」をご参照ください。
課金方法: RDS インスタンスは、サブスクリプションまたは従量課金の課金方法を使用します。
RDS エディション: RDS インスタンスは、RDS High-availability Edition または RDS Cluster Edition を実行します。
データベースエンジンとエンジンバージョン: RDS インスタンスは MySQL 5.7 または MySQL 8.0 を実行します。
インスタンスタイプ: RDS インスタンスは、2 コアおよび 4 GB を超える仕様を提供するインスタンスタイプを使用します。
ストレージ容量: RDS インスタンスのストレージ容量は 50 GB を超えています。
リージョンの制限:
プライマリインスタンスとセカンダリインスタンスは、異なるリージョンにデプロイする必要があります。現在、アクティブ地理的冗長性と DR 機能は、以下に示す同じリージョンをサポートしています:
中国本土: 中国 (杭州)、中国 (上海)、中国 (青島)、中国 (北京)、中国 (張家口)、中国 (深セン)、中国 (広州)、中国 (フフホト)、中国 (ウランチャブ)、中国 (河源)、中国 (成都)
中国 (香港)
中国以外のリージョン: タイ (バンコク)、韓国 (ソウル)、フィリピン (マニラ)、日本 (東京)、シンガポール、マレーシア (クアラルンプール)、インドネシア (ジャカルタ)、米国 (シリコンバレー)、米国 (バージニア)、ドイツ (フランクフルト)、英国 (ロンドン)
GAD を初めて使用する場合は、インスタンスグループを作成する前に、DTS にクラウドリソースへのアクセスを承認する必要があります。
使用上の注意
RDS インスタンスは、プライマリインスタンスまたはセカンダリインスタンスとして 1 つの GAD インスタンスグループにのみ追加できます。
GAD インスタンスグループには、1 つのプライマリインスタンスと最大 4 つのセカンダリインスタンスを含めることができます。
課金ルール
GAD インスタンスグループの料金には、新しい RDS インスタンスの料金と DTS データ同期タスクの料金が含まれます。既存の RDS インスタンスを使用して GAD インスタンスグループを作成する場合、既存の RDS インスタンスに対して料金は発生しません。新しい RDS インスタンスを使用して GAD インスタンスグループを作成する場合、新しい RDS インスタンスに対して料金が発生します。詳細については、「課金ルール」をご参照ください。
GAD インスタンスグループの作成
グローバルアクティブインスタンス ページで、[インスタンスグループの作成] をクリックします。
[グローバルアクティブインスタンスグループの作成] ダイアログボックスで、次のパラメーターを設定します:
パラメーター
説明
インスタンスグループ名
インスタンスグループの名前。分かりやすい名前を指定することをお勧めします。
命名規則: 名前は文字または漢字で始まり、数字、アンダースコア (_)、ハイフン (-) を含めることができます。長さは 2～126 文字である必要があります。
インスタンスグループタイプ
インスタンスグループのタイプ。必要に応じてタイプを選択できます:
ディザスタリカバリ: このオプションは、クロスリージョン DR および DR ドリルに適しています。このオプションを選択すると、インスタンスグループは 1 つのプライマリインスタンスと複数のセカンダリインスタンスで構成され、プライマリ/セカンダリのスイッチオーバーをサポートし、プライマリインスタンスとセカンダリインスタンス間で一方向または双方向のデータ同期を使用します。
アクティブ冗長性: このオプションは、クロスリージョンのマルチノード読み取りおよび書き込みリクエストに適しています。このオプションを選択すると、インスタンスグループは 1 つのプライマリインスタンスと複数のセカンダリインスタンスで構成され、プライマリインスタンスとセカンダリインスタンス間で双方向データ同期を使用して、読み取りおよび書き込みリクエストの高い同時実行性と低いアクセスレイテンシの要件を満たします。
ディザスタリカバリとマルチアクティブタイプ、およびそれらのシナリオの詳細な説明については、「グローバルマルチアクティブデータベース」をご参照ください。
プライマリインスタンスのリージョン
プライマリインスタンスが存在するリージョン。別のリージョンを使用する場合は、ApsaraDB RDS コンソールの上部でリージョンを変更します。
プライマリインスタンス
指定されたリージョンでプライマリインスタンスとして使用する RDS インスタンス。
現在のリージョンで利用可能なプライマリインスタンスがない場合は、[プライマリインスタンスの作成] をクリックして ApsaraDB RDS 購入ページに移動します。
[OK] をクリックします。作成されたインスタンスグループは、グローバルアクティブインスタンスページで表示できます。インスタンスグループに セカンダリインスタンスを追加 できます。
GAD インスタンスグループの削除
GAD インスタンスグループは、インスタンスグループにプライマリインスタンスのみが含まれている場合に削除できます。
GAD インスタンスグループの削除とプライマリインスタンスのリリースまたはサブスクリプション解除は、2 つの異なる操作です:
GAD インスタンスグループの削除: GAD インスタンスグループのみが削除されます。GAD インスタンスグループ内のインスタンスは保持され、期待どおりに実行されます。インスタンスのデータは変更されません。
プライマリインスタンスのリリースまたはサブスクリプション解除: プライマリインスタンスをリリースまたはサブスクリプション解除する前に、GAD インスタンスグループを削除する必要があります。プライマリインスタンスをリリースまたはサブスクリプション解除すると、プライマリインスタンスは ゴミ箱 に移動され、有効期限が切れると削除されます。
プライマリインスタンスが従量課金方式を使用しており、支払いが遅延している場合、プライマリインスタンスは一時停止されます。プライマリインスタンスがサブスクリプション課金方式を使用しており、プライマリインスタンスで非更新機能が有効になっている場合、プライマリインスタンスはゴミ箱に移動されます。これらの場合、インスタンスグループ内のすべてのインスタンスが GAD インスタンスグループから削除され、DTS タスクがリリースされます。インスタンスグループ内のセカンダリインスタンスが読み取りリクエストのみを処理できる場合、削除後にセカンダリインスタンスは読み取りおよび書き込みリクエストを処理するように昇格されます。
グローバルアクティブインスタンス ページに移動します。
削除するインスタンスグループを見つけ、[アクション] 列の [削除] をクリックします。
説明[削除] ボタンが選択不可の場合、GAD インスタンスグループにはまだセカンダリインスタンスが含まれています。この場合、インスタンスグループからセカンダリインスタンスを削除する必要があります。
表示されるメッセージを読み、[OK] をクリックしてインスタンスグループを削除します。
よくある質問
Q: インスタンスグループを作成する際に、Serverless インスタンスをプライマリインスタンスとして選択できますか？
A: インスタンスグループを作成する際に、Serverless インスタンスを直接プライマリインスタンスとして設定することはできません。ただし、RDS MySQL は、ディザスタリカバリとアクティブ冗長性の両方のインスタンスグループで Serverless セカンダリインスタンスの作成をサポートしています。
ディザスタリカバリインスタンスグループの場合、次の手順に従うことで、Serverless インスタンスをプライマリインスタンスとして使用するという目標を間接的に達成できます:
次に、プライマリ/セカンダリのスイッチオーバー機能を使用して、Serverless セカンダリインスタンスをグループのプライマリインスタンスに昇格させます。
強制的なプライマリ/セカンダリのスイッチオーバーにはデータ損失のリスクが伴います。注意して進めてください。