Lindorm は、データセンター単位の障害によるサービス停止を防ぐため、クロスゾーンデプロイモードである「マルチ AZ (Basic Edition)」を提供しています。本トピックでは、マルチ AZ (Basic Edition) のアーキテクチャについて説明し、マルチ AZ (High-availability Edition) との比較を通じて、適切なデプロイオプションを選択する際の参考情報を提供します。
背景情報
シングルゾーンの Lindorm インスタンスでは、すべてのデータおよびマスターノードが単一の可用性ゾーン (AZ) にデプロイされています。データセンター障害などの極端なケースでは、単一の AZ が利用不能またはアクセス不能になる可能性があり、その結果、Lindorm サービス全体が利用できなくなるおそれがあります。
マルチ AZ (Basic Edition) の Lindorm インスタンスでは、マスターおよびデータノードが複数のデータセンターに分散配置されています。いずれかのゾーンでデータセンター単位の障害が発生しても、データ整合性と一部のサービス可用性を確保できます。可用性のレベルは、残存するゾーン内のコンピューティングおよびストレージリソースに依存します。
マルチ AZ (Basic Edition) とマルチ AZ (High-availability Edition) の主な違いは以下のとおりです。
マルチ AZ (Basic Edition)：ストレージのレプリカはデータセンター間で保存されますが、コンピューティングリソースは 1 セットのみです。 障害発生時には一定の復旧時間がかかります。復旧時間目標 (RTO) は 1 時間以内ですが、このエディションはコスト効率に優れています。
マルチ AZ (High-availability Edition)：各データセンターには独立したストレージ、サービス、および 2 セットのコンピューティングリソースが含まれています。障害発生時には、プライマリクラスターとセカンダリクラスターを直接切り替えることができます。RTO は 3 分未満です。
マルチ AZ (Basic Edition) アーキテクチャ
マルチ AZ (Basic Edition) のアーキテクチャは、以下のようにデータおよびサービスの高可用性を実現します。
マスターノードのデータセンター間分散配置：すべてのマスターノードが 3 つのデータセンターに分散配置されており、メタデータの高可用性を確保します。これにより、ネットワークパーティションが発生してもスプリットブレインの問題を回避できます。
コンピュートノードの柔軟な分散配置：クラウドディスクデプロイの場合、コンピュートノードは 2 つのゾーンに分散配置されます。ローカルディスクデプロイの場合、3 つのゾーンに分散配置されます。CPU コンピューティングおよびストレージスペースの余剰リソースを少なくとも 30% 確保してください。 これにより、単一ゾーンで障害が発生した際に、一時的な CPU およびストレージパフォーマンスの低下がシステム可用性に影響を与えることを防げます。
OSS デプロイモードのアップグレード：OSS は ゾーン冗長ストレージ デプロイモードにアップグレードされています。これにより、OSS コールドストレージサービスの安定性およびデータの可用性が確保されます。
高可用性の比較
以下の表では、Lindorm の シングルゾーン、マルチ AZ (Basic Edition)、および マルチ AZ (High-availability Edition) インスタンスの可用性、パフォーマンス、その他の特徴を比較しています。この比較をもとに、ニーズに最も適したインスタンスタイプを選択できます。
項目 | シングルゾーン | マルチ AZ (Basic Edition) | マルチ AZ (High-availability Edition) |
クロス AZ 数 | 1 | 3 | 3 |
サポートされるエンジン | すべて | すべて | LindormTable のみ |
データセンター障害時の RPO および RTO | データセンター単位のディザスタリカバリなし |
|
|
コスト | 1 |
| 1.5× ～ 2× |
パフォーマンス | 1 |
|
|
マルチ AZ (Basic Edition) は、コストをほとんど増加させることなく、データセンター単位のディザスタリカバリを提供します。
コンピューティングリソースが 1 セットしかないため、単一データセンター障害発生時にコンピューティングおよびストレージ容量が大幅に低下します。 そのため、ディザスタリカバリ中にコンピューティングおよびストレージ容量が不足しないよう、十分なリソースオーバーヘッドを維持する必要があります。
クラウドディスクデプロイの場合、単一データセンター障害発生時にコンピューティングおよびストレージ容量が 50% 減少します。
ローカルディスクデプロイの場合、単一データセンター障害発生時にコンピューティングおよびストレージ容量が 30% 減少します。
デフォルトでは、マルチ AZ (Basic Edition) はデータ信頼性を確保するために複数のデータセンターにデータを書き込みます。つまり、書き込み操作はデータセンター間で実行されるため、書き込みレスポンスタイム (RT) が増加する可能性があります。これを軽減するには、バッチ書き込みを使用してください。この方法により、書き込み RT の増加感を大幅に低減できます。
シングルゾーンインスタンスからマルチ AZ (Basic Edition) インスタンスへスペックアップする場合、レスポンスタイム (RT) が変化する可能性があります。スペックアップ中は、サービスを綿密にモニターしてください。
使用制限
マルチ AZ (Basic Edition) は、現在以下のリージョンでのみ利用可能です。
中国：中国 (ウランチャブ) General Industry Cloud、中国 (青島)、中国 (杭州)、中国 (北京)、中国 (河源)、中国 (上海)、中国 (張家口)、中国 (深セン)、中国 (成都)、中国 (香港)、中国 (広州)、中国 (ウランチャブ)、および中国 (フフホト)。
アジア太平洋：韓国 (ソウル)、日本 (東京)、シンガポール、マレーシア (クアラルンプール)、インドネシア (ジャカルタ)、およびタイ (バンコク)。
その他：米国 (アトランタ)、UAE (ドバイ)、ドイツ (フランクフルト)、米国 (シリコンバレー)、イギリス (ロンドン)、および米国 (バージニア)。
マルチ AZ (Basic Edition) インスタンスの クラウドディスクデータノード は、2 つのデータセンターに均等に分散配置されます。そのため、インスタンス作成時またはノードのスケールアウト時に、ノード数は 2 の倍数である必要があります。
マルチ AZ (Basic Edition) インスタンスの ローカルディスクデータノード は、3 つのデータセンターに均等に分散配置されます。そのため、インスタンス作成時またはノードのスケールアウト時に、ノード数は 3 の倍数である必要があります。
マルチ AZ (Basic Edition) インスタンスの購入
コンソールからマルチ AZ (Basic Edition) インスタンスを購入できます。
よくある質問
マルチ AZ インスタンスなのに、コンソールに表示されるのは 1 つのゾーンだけなのはなぜですか？
マルチ AZ インスタンスの場合、Lindorm コンソールには現在 プライマリゾーン のみが表示されます。セカンダリゾーンおよびクライアントノードゾーンは表示されません。