AnalyticDB for MySQL では、Enterprise Edition クラスタをマルチゾーンデプロイメントで作成できます。シングルゾーンクラスタと比較して、マルチゾーンクラスタは強化されたディザスタリカバリ機能を提供し、データセンターの障害に耐えることができます。障害が発生した場合、システムは自動的にフェールオーバーを実行して、通常のビジネス運用を確保します。
マルチゾーンデプロイメントアーキテクチャ
AnalyticDB for MySQL は、リージョン Enterprise SSD（ESSD）の機能に基づいて、クロスゾーンディザスタリカバリを実装しています。マルチゾーンクラスタのアクセスノード、計算ノード、およびストレージノードは、プライマリゾーンにデプロイされます。クラスタに書き込まれたデータは、2 つのゾーンに自動的に冗長的に保存されます。プライマリゾーンに障害が発生した場合、AnalyticDB for MySQL のサービス全体が自動的にセカンダリゾーンに切り替わり、プライマリ/セカンダリフェールオーバーが完了します。
次の図は、AnalyticDB for MySQL のクロスゾーンディザスタリカバリアーキテクチャを示しています。
注意事項
Enterprise Edition クラスタと Data Lakehouse Edition のみマルチゾーンデプロイメントをサポートしています。
マルチゾーンデプロイメントをサポートしているリージョンは、中国 (杭州)、中国 (上海)、中国 (北京)、中国 (張家口)、中国 (深圳)、中国 (香港)、およびシンガポールです。
高可用性を実現するために、データは 2 つの異なるゾーンに同期的に書き込む必要があります。このため、シングルゾーンクラスタと比較して、平均書き込みレイテンシがわずかに高くなります。内部テストに基づくと、このパフォーマンスの違いは通常 5 % 以内です。
プライマリ/セカンダリ フェールオーバーのプロセス
プライマリゾーンに障害が発生した場合、AnalyticDB for MySQL クラスタのサービスリクエストは自動的にセカンダリゾーンに切り替えられます。これにより、目標復旧時点（RPO）は 0、目標復旧時間（RTO）は 30 分以下になります。次の図は、そのプロセスを示しています。
プライマリ/セカンダリフェールオーバーの影響
プライマリ/セカンダリフェールオーバー中、データの読み取り/書き込み操作が失敗したり、読み取り/書き込みタイムアウトエラーが発生したりする可能性があります。
次のステップ
詳細については、「Enterprise Edition と Basic Edition の料金」を参照して、マルチゾーンクラスタの料金について理解してください。
詳細については、「クラスタの作成」を参照して、マルチゾーンクラスタを最初から作成する方法について学習してください。
詳細については、「デプロイメントモードの変更」を参照して、クラスタのデプロイメントモードを変更する方法について学習してください。