Tair (Redis® OSS-Compatible):カスタムノード数を指定して、ゾーン間のスイッチオーバーを回避する

背景情報

マルチゾーンデプロイメントでは、クラスタインスタンス内の各シャードのマスターノードとレプリカノードは、同じリージョン内の異なるゾーンにデプロイされます。ゾーンは、独立した電源とネットワーク接続を持つ物理的に分離されたエリアであり、高いディザスタリカバリを実現します。

シャードのマスターノードに障害が発生した場合、インスタンスは自動的にフェールオーバーをトリガーして、影響を最小限に抑えます。ほとんどの場合、クライアントもプライマリゾーンにデプロイされています。インスタンスのフェールオーバーが発生しない場合、クライアントとクラスタインスタンスのマスターノードは同じゾーンに留まります。この場合、アクセスレイテンシが最小限に抑えられ、最も健全な接続が実現します。次の図は、3 シャードクラスタインスタンスのアーキテクチャを示しています。

シャードのマスターノードに障害が発生してフェールオーバーがトリガーされると、HA システムはワークロードをマスターノードからセカンダリゾーンのレプリカノードに切り替えます。この場合、クライアントはゾーン (データセンター) をまたいでインスタンスにアクセスするため、アクセス遅延が大幅に増加する可能性があります。

Tair (Redis OSS-compatible) は、高パフォーマンスと低レイテンシを提供するインメモリデータベースです。高いネットワークレイテンシは、サービスリクエストの全体的な応答時間に直接影響を与える可能性があります。パフォーマンス、安定性、およびディザスタリカバリを最適化するために、クラスタインスタンスのプライマリゾーンにレプリカノードを追加することをお勧めします。

• マスターノードに障害が発生してフェールオーバーがトリガーされた場合、インスタンスは優先的に同じゾーン内でスイッチオーバーを実行します。スイッチオーバー後、マスターノードはプライマリゾーンに残り、アクセスレイテンシは増加しません。

• プライマリゾーンでゾーンレベルの障害が発生した場合、インスタンスはディザスタリカバリのためにゾーン間のスイッチオーバーを実行します。

ソリューションの概要

Tair (Redis OSS-compatible) では、クラスタインスタンスのシャードに 2 ～ 5 個のノードを指定できます。

• ノード数が 2 の場合、1 つのノードがプライマリゾーンにデプロイされ、もう 1 つのノードがセカンダリゾーンにデプロイされます。

• ノード数が 3 の場合、2 つのノードがプライマリゾーンにデプロイされ、1 つのノードがセカンダリゾーンにデプロイされます。

• ノード数が 4 または 5 の場合、残りのノードをプライマリゾーンまたはセカンダリゾーンにデプロイできます。

次の図は、3 つのシャードと 3 つのノード (プライマリゾーンに 2 つのノード、セカンダリゾーンに 1 つのノード) を持つクラスタインスタンスのアーキテクチャを示しています。

シャードのマスターノードに障害が発生してフェールオーバーがトリガーされると、HA システムは優先的にマスターノードからプライマリゾーンのレプリカノードにワークロードを切り替えます。この場合、次の図に示すように、クライアントは同じゾーン内でインスタンスへのアクセスを継続し、アクセスレイテンシの増加を防ぎます。

手順ガイド

• インスタンスを作成していない場合は、複数ゾーンにデプロイされたクラウドネイティブ インスタンスを作成する必要があります。詳細については、「手順 1: インスタンスを作成する」をご参照ください。

  次の図は、プライマリゾーンのノード数が 2 以上である構成を示しています。

• 複数ゾーンにデプロイされたクラウドネイティブ クラスタインスタンスを作成済みの場合は、インスタンス詳細ページの [ノード管理] ページに移動し、[変更] をクリックして、プライマリゾーンのノード数を 2 以上に増やすことができます。

• クラシック インスタンスを作成済みの場合は、上記の条件を満たすインスタンスを作成し、Data Transmission Service (DTS) を使用して新しいインスタンスにデータを同期できます。詳細については、「インスタンス間で一方向のデータ同期を構成する」をご参照ください。