マルチAZデプロイの設定
ダウンロード
フォーカスモード
フォントサイズ
TDSQL-C for MySQLは、クラスタ作成時にプライマリAZとスタンバイAZを選択することをサポートしています。クラスタ作成時にシングルAZデプロイを選択した場合でも、作成後にマルチAZデプロイに設定することが可能です。本稿では、購入ページとコンソールを介してマルチAZデプロイを設定する方法をご紹介します。
マルチAZデプロイのシナリオとメリット
TDSQL-C for MySQLは同一リージョン内での複数のアベイラビリティーゾーンにまたがるデプロイをサポートします。単一AZデプロイと比較して、マルチAZデプロイはより高い可用性と耐障害性を備えています。
マルチAZデプロイはTDSQL-C for MySQLクラスタに強化された可用性と耐久性を提供します。マルチAZデータベースクラスタをプロビジョニングする場合、TDSQL-C for MySQLはプライマリデータベースインスタンスを自動的に作成し、他のアベイラビリティーゾーン内のスタンバイインスタンスにデータを同期レプリケーションします。各アベイラビリティーゾーンは、独立した物理的に隔離されたインフラストラクチャで動作し、高信頼性を実現するように設計されています。インフラストラクチャ障害が発生した場合、スタンバイインスタンスへ自動的にフェイルオーバーされ、フェイルオーバー完了後直ちにデータベース操作を再開できます。フェイルオーバー後もデータベースインスタンスのエンドポイントは維持されるため、アプリケーションは手動介入なしでデータベース操作を再開可能です。
料金説明
課金の有効時間と適用範囲
マルチAZデプロイの課金ルールは2026年10月12日00:00:00より発効し、TDSQL-C for MySQLクラスタのマルチAZデプロイの課金に適用されます。
マルチAZの課金範囲と課金比率
リソースタイプ | 課金項目 | 課金比率 |
計算リソース | マルチAZ CPU、マルチAZメモリ、マルチAZ CCU | プライマリインスタンスとスタンバイインスタンスは1：1で課金されます。 |
ストレージリソース | マルチAZストレージ | プライマリインスタンスとスタンバイインスタンスは1：0.45で課金されます。 |
クラスタがマルチAZデプロイを選択する場合、セカンダリインスタンス（クラスタが配置されているセカンダリAZのノード）のノード数と仕様設定は、プライマリインスタンスと一致します。
セカンダリインスタンスは読み書きを提供せず、ディザスタリカバリ専用として使用されます。
マルチAZデプロイを有効にすると、クラスタの計算費用は1倍に増加し、ストレージ費用は0.45倍に増加します。具体的な計算リソースとストレージリソースの費用については、製品価格をご参照ください。
binlogレプリケーション方式
クラスタにマルチAZデプロイを設定した後、コンソールを通じてbinlogレプリケーション方式を設定することができます。binlogレプリケーション方式の設定とは、プライマリデータベースインスタンスとスタンバイインスタンス間のデータ同期の転送メカニズムと一貫性レベルを構成することを指します。TDSQL-C for MySQLがサポートするbinlogレプリケーション方式と概要は以下の通りです。詳細な説明についてはマルチAZデプロイの概要もご参照ください。
非同期レプリケーション：プライマリデータベースインスタンスがトランザクションをコミットし、binlogに書き込んだ後、直ちに成功を返し、スタンバイインスタンスがこれらのデータを受信するのを待ちません。このレプリケーションモードは性能が高いですが、プライマリデータベースに障害が発生した場合、データの不一致を引き起こす可能性がわずかにあります。
セミ同期レプリケーション：プライマリデータベースインスタンスがトランザクションをコミットした後、スタンバイインスタンスがbinlogを受信し、relay logに書き込む（アプリケーションの完了は不要）のを待ってから成功を返します。このレプリケーションモードは性能と一貫性のバランスを取り、純粋な非同期レプリケーションのデータ損失リスクを回避しますが、わずかな遅延が増加します。データレプリケーションに異常が発生した場合、プライマリデータベースインスタンスはアプリケーションへの応答を一時停止し（デフォルトで約10秒）、レプリケーションモードを非同期レプリケーションにダウングレードします。データレプリケーションが正常に戻った時点で、レプリケーションモードはセミ同期レプリケーションに復元されます。
強同期レプリケーション：プライマリデータベースインスタンスは、スタンバイインスタンスがbinlogの適用を完了するのを待ってから成功を返し、プライマリデータベースインスタンスとスタンバイインスタンスのデータが厳密に一致することを保証します。このレプリケーションモードはデータセキュリティが高いですが、パフォーマンス損失が比較的大きいです。データレプリケーションに異常が発生した場合、レプリケーションモードはダウングレードされず、データの一貫性を保証するため、この時点でプライマリデータベースインスタンスはアプリケーションへの応答を一時停止し、異常が終了するまで継続します。
クラスタ作成時に購入ページでマルチAZデプロイを設定する
1. TDSQL-C for MySQLコンソールにログインし、クラスタリストで新規作成をクリックします。
2. 購入ページのデータベース設定オプションで、対応するリージョンを選択します。下に設定可能なプライマリAZおよびセカンダリAZゾーンが表示されますので、必要に応じて選択します。
3. データベース設定を選択後、次へをクリックすると、基本情報と詳細設定のオプション設定画面に進みます。
4. 設定が完了し、問題ないことを確認した後、今すぐ購入をクリックします。
5. 購入完了後、対応するビューでアベイラビリティーゾーン情報を確認できます。
購入完了後、クラスタリストに戻り、新しく作成したクラスタの状態が稼働中に変わったら、クラスタ管理ページのクラスタ詳細にあるトポロジ図でアベイラビリティーゾーン情報を確認できます。
購入完了後、クラスタリストに戻り、新しく作成したクラスタの状態が稼働中に変わったら、クラスタリストページから直接、またはクラスタIDをクリックしてクラスタ詳細ページの可用性情報でアベイラビリティーゾーンを確認できます。
クラスタ作成後にコンソールでマルチAZデプロイを設定（前提：作成時はシングルAZデプロイ）
1. クラスタリストページで、実際に使用しているビューモードに従って操作し、デプロイ方式変更インターフェースに入ります。
1. TDSQL-C for MySQLコンソールにログインし、左側のクラスタリストでターゲットクラスタをクリックすると、クラスタ管理ページに入ります。
2. クラスタ管理ページで、デプロイ方式の後にある編集アイコンをクリックします。
1. TDSQL-C for MySQLコンソールにログインし、クラスタリストでクラスタIDまたは操作列の管理をクリックすると、クラスタ詳細ページに入ります。
2. クラスタ詳細ページの可用性情報モジュールで、デプロイ方式の後の変更をクリックすることで、アベイラビリティーゾーンを変更することが可能です。
2. 表示されるダイアログボックスで以下の設定を行い、確定をクリックします。
説明：
現在はセカンダリAZの変更のみサポートされており、プライマリAZの変更はまだサポートされていません。
パラメータ | 説明 |
マルチAZデプロイ | 「はい」を選択すると、クラスタをシングルAZからマルチAZに設定することを意味します。 |
セカンダリアベイラビリティーゾーン | セカンダリデータベースのアベイラビリティーゾーンを選択します。具体的なリージョンで選択可能なアベイラビリティーゾーンは、実際のデプロイ方式変更ウィンドウに準じます。 |
binlogレプリケーション方式 | binlogレプリケーション方式を選択します。デフォルトは非同期レプリケーションで、非同期レプリケーション、セミ同期レプリケーション、ストロング同期レプリケーションの3つのモードをサポートしています。 |
説明：
binlogレプリケーション方式としてストロング同期レプリケーションを選択する場合、ストロング同期レプリケーションがインスタンスのパフォーマンスに影響を与えることに注意が必要です。
関連するAPI
API | 説明 |
本インターフェース（AddClusterSlaveZone）はクラスタでマルチAZデプロイを有効化するために使用されます。 | |
本インターフェース（DescribeSlaveZones）はクラスタのスタンバイアベイラビリティーゾーンをクエリするために使用されます。 |
フィードバック