StorageGRID 高可用性グループについて学ぶ
高可用性(HA)グループは、S3クライアントへの高可用性データ接続、およびGrid ManagerとTenant Managerへの高可用性接続を提供します。
複数の管理ノードとゲートウェイノードのネットワークインターフェースを、高可用性(HA)グループにグループ化することができます。HAグループ内のアクティブなインターフェースに障害が発生した場合、バックアップインターフェースがワークロードを管理できます。
各HAグループは、選択されたノード上の共有サービスへのアクセスを提供します。
-
ゲートウェイノード、管理ノード、またはその両方を含むHAグループは、S3クライアントに対して高可用性のデータ接続を提供します。
-
管理ノードのみを含むHAグループは、グリッドマネージャおよびテナントマネージャへの高可用性接続を提供します。
-
サービスアプライアンスとVMwareベースのソフトウェアノードのみを含むHAグループは、"S3 Selectを使用するS3テナント"に対して高可用性接続を提供できます。S3 Selectを使用する際には、HAグループの使用が推奨されますが、必須ではありません。
HAグループはどのように作成するのですか?
-
1つまたは複数の管理ノードまたはゲートウェイノードに対して、ネットワークインターフェイスを選択します。グリッドネットワーク(eth0)インターフェイス、クライアントネットワーク(eth2)インターフェイス、VLANインターフェイス、またはノードに追加したアクセスインターフェイスを使用できます。
DHCPによって割り当てられたIPアドレスを持つインターフェースは、HAグループに追加できません。 -
プライマリインターフェースとして指定するインターフェースを1つ指定します。プライマリインターフェースは、障害が発生しない限りアクティブなインターフェースです。
-
バックアップインターフェースの優先順位は、ユーザーが決定します。
-
グループには1~10個の仮想IP(VIP)アドレスを割り当てます。クライアントアプリケーションは、これらのVIPアドレスのいずれかを使用してStorageGRIDに接続できます。
手順については、"高可用性グループを構成する"を参照してください。
アクティブインターフェースとは何ですか?
通常動作時、HAグループのすべてのVIPアドレスは、優先順位で最初のインターフェースであるプライマリインターフェースに追加されます。プライマリインターフェースが利用可能な限り、クライアントがグループのVIPアドレスに接続する際には常にプライマリインターフェースが使用されます。つまり、通常動作時には、プライマリインターフェースがグループの「アクティブな」インターフェースとなります。
同様に、通常動作時において、HAグループの優先度の低いインターフェースは「バックアップ」インターフェースとして機能します。これらのバックアップインターフェースは、プライマリ(現在アクティブな)インターフェースが使用不能になった場合にのみ使用されます。
ノードの現在のHAグループステータスを表示する
ノードがHAグループに割り当てられているかどうか、およびその現在のステータスを確認するには、「ノード」>「node」を選択します。
「概要」タブに「HAグループ」のエントリが含まれている場合、ノードはリストされているHAグループに割り当てられます。グループ名の後の値は、HAグループ内のノードの現在の状態を示します。
-
アクティブ:HAグループは現在このノードでホストされています。
-
バックアップ:HAグループは現在このノードを使用していません。これはバックアップインターフェースです。
-
停止:高可用性 (keepalived) サービスが手動で停止されたため、このノードで HA グループをホストできません。
-
Fault: HA グループをこのノードでホストできない理由は、以下のいずれかまたは複数です。
-
ノード上でロード バランシング(nginx-gw)サービスが実行されていません。
-
ノードのeth0またはVIPインターフェースがダウンしています。
-
ノードは停止しています。
-
この例では、プライマリ管理ノードが2つのHAグループに追加されています。このノードは現在、Adminクライアントグループのアクティブインターフェイスであり、FabricPoolクライアントグループのバックアップインターフェイスです。

アクティブなインターフェースが故障した場合、どうなりますか?
現在VIPアドレスをホストしているインターフェースがアクティブなインターフェースです。HAグループに複数のインターフェースが含まれており、アクティブなインターフェースに障害が発生した場合、VIPアドレスは優先順位に従って、最初に利用可能なバックアップインターフェースに移動します。そのインターフェースに障害が発生した場合、VIPアドレスは次に利用可能なバックアップインターフェースに移動し、以降も同様に続きます。
フェイルオーバーは、以下のいずれかの理由で発生する可能性があります。
-
インターフェースが設定されているノードがダウンします。
-
インターフェースが設定されているノードは、少なくとも2分間、他のすべてのノードとの接続を失います。
-
アクティブなインターフェースがダウンします。
-
ロード バランシング サービスが停止します。
-
高可用性サービスが停止します。
|
|
フェイルオーバーは、アクティブなインターフェースをホストするノードの外部にあるネットワーク障害によってトリガーされない場合があります。同様に、フェイルオーバーは Grid Manager または Tenant Manager のサービスによってトリガーされません。 |
フェイルオーバー処理は通常数秒しかかからず、非常に高速であるため、クライアントアプリケーションへの影響はほとんどなく、通常の再試行動作によって動作を継続できます。
障害が解消され、より優先度の高いインターフェースが再び利用可能になると、VIPアドレスは自動的に利用可能な最も優先度の高いインターフェースに移動されます。