マルチアベイラビリティゾーンの クラウドネイティブ インスタンスでは、プライマリゾーンに 2 つ以上のノードがあり (かつノードの総数が 3 つ以上の場合)、マスターノードに障害が発生した際に、高可用性 (HA) システムがプライマリゾーン内でのフェイルオーバーを優先します。この機能により、セカンダリゾーンへのフェイルオーバーに起因するアプリケーションのアクセス遅延の増加を防ぎます。
この機能は、標準アーキテクチャまたはクラスタアーキテクチャを使用する クラウドネイティブ インスタンスでデフォルトで有効になっており、手動での設定は不要です。このトピックでは、クラスタアーキテクチャを例として説明します。
背景情報
デフォルトでは、マルチアベイラビリティゾーンデプロイメントは、クラスターインスタンスの各シャードのマスターノードとレプリカノードを、同一リージョン内の異なるアベイラビリティゾーンに配置します。これらのゾーンは、独立した電源とネットワークを備えた物理的に隔離された場所であり、インスタンスに高いディザスタリカバリ能力を提供します。
シャードのマスターノードに障害が発生すると、インスタンスは影響を最小限に抑えるために自動的にフェイルオーバーをトリガーします。クライアントは通常、プライマリゾーンにデプロイされます。フェイルオーバー前は、クライアントとマスターノードが同じアベイラビリティゾーンにあるため、アクセス遅延は最小限に抑えられます。下図は、典型的な 3 シャードのクラスタアーキテクチャを示しています。
シャードのマスターノードに障害が発生すると、高可用性 (HA) システムはセカンダリゾーンのレプリカノードを新しいマスターノードに昇格させます。これにより、クライアントはアベイラビリティゾーンをまたいでインスタンスにアクセスせざるを得なくなり、アクセス遅延が大幅に増加します。
異なるアベイラビリティゾーン間のアクセス遅延は、単一のアベイラビリティゾーン内よりもはるかに高くなります。Alibaba Cloud のアベイラビリティゾーン間の平均レイテンシーの詳細については、「クラウドネットワークパフォーマンス」をご参照ください。
Tair (Redis OSS-compatible) は高性能、低遅延のインメモリデータベースであるため、高いネットワーク遅延はビジネスの応答時間に直接影響します。したがって、クラスターインスタンスのプライマリゾーンに追加のレプリカノードを追加することを推奨します。このアプローチにより、高いパフォーマンスと安定性、そして高いディザスタリカバリ能力のバランスを取ることができます。
-
マスターノードに障害が発生した場合、インスタンスは同じアベイラビリティゾーン内のレプリカノードに優先的にフェイルオーバーします。フェイルオーバー後も、新しいマスターノードはプライマリゾーンにとどまるため、アクセス遅延の増加を防ぎます。
-
プライマリゾーンでゾーンレベルの障害が発生した場合、インスタンスはクロスゾーンフェイルオーバーを実行し、高いディザスタリカバリ能力を提供します。
仕組み
Tair (Redis OSS-compatible) では、クラスターインスタンスの各シャードに対して 2～5 個のノードを設定できます。
-
ノードが 2 つの場合、デフォルトでは 1 つのノードがプライマリゾーンに、もう 1 つがセカンダリゾーンにデプロイされます。
-
ノードが 3 つの場合、デフォルトでは 2 つのノードがプライマリゾーンに、1 つがセカンダリゾーンにデプロイされます。
-
ノードが 4 つまたは 5 つの場合、残りのノードをプライマリゾーンとセカンダリゾーンに分散させることができます。
このトピックでは、下図に示すように、3 シャード、3 ノードのクラスタアーキテクチャ (プライマリゾーンに 2 ノード、セカンダリゾーンに 1 ノード) を例として使用します。
シャードのマスターノードに障害が発生した場合、高可用性 (HA) システムはプライマリゾーンのレプリカノードを優先的に新しいマスターノードに昇格させます。クライアントは引き続き同じアベイラビリティゾーン内でインスタンスにアクセスするため、下図に示すように、アクセス遅延の増加を防ぎます。
操作手順
-
インスタンスがない場合は、マルチアベイラビリティゾーンの クラウドネイティブ インスタンスを作成します。詳細については、「インスタンスの作成」をご参照ください。
プライマリゾーンに少なくとも 2 つのノードを確保するには、次の設定を構成します。設定ページで、[読み書き分離] を設定します (無効 または 有効 を選択できます。この機能は、プロキシレスの直接接続モードのクラスタアーキテクチャインスタンスでは利用できません)。ノード数 を選択します。たとえば、3 ノード の場合、クラスタアーキテクチャの各シャードにマスターノードが 1 つ、レプリカノードが 2 つ提供されます。読み書き分離が有効な場合、レプリカノードは読み取りリクエストを処理することもできます。[ノードの割り当て (プライマリ AZ)] のノード数を設定します。セカンダリゾーンのノード数は、ノード数 - プライマリ AZ のノード数として計算されます。プライマリゾーンとセカンダリゾーンの両方に少なくとも 2 つのノード (合計で少なくとも 4 つのノード) を設定することをお勧めします。
-
既存のシングルアベイラビリティゾーンの クラウドネイティブ インスタンスがある場合は、まず「インスタンスをマルチアベイラビリティゾーンデプロイメントに移行」します。次に、「レプリカノードの追加または削除」ページで、プライマリゾーンのノード数を少なくとも 2 つに増やします。
-
既存のマルチアベイラビリティゾーンの クラウドネイティブ インスタンスがある場合は、「レプリカノードの追加または削除」ページでプライマリゾーンのノード数を少なくとも 2 つに増やします。ノード分布 (ゾーン) セクションで、プライマリゾーンの [操作] 列にある [変更] をクリックします。
-
クラシック デプロイモードを使用するインスタンスがある場合は、前述の要件を満たす新しいインスタンスを作成し、「DTS を使用して同じ Alibaba Cloud アカウント内で一方向同期を実行する」方法で新しいインスタンスにデータを移行します。