Cluster Server 7.3.1 管理者ガイド - Linux

クラスタが起動されると、ピアシステムがクラスタ相互接続経由でシステムからハートビート信号を受信しているかぎり、そのシステムはクラスタのアクティブメンバーとして残ります。クラスタメンバーシップの変更は次のように確認されます。

• システム上の LLT が、設定済みの任意の LLT インターフェースでシステムからのハートビートメッセージを事前設定された期間（peerinact）受信しなくなると、LLT はその特定のシステムからのハートビートの消失を GAB に通知します。

  この事前設定済みの時間はデフォルトでは 16 秒ですが、この時間は設定可能です。

  set-timer peerinact コマンドを使用して、この事前定義済みの時間を設定できます。 llttab マニュアルページを参照してください。

  メモ:

  Azure 環境で InfoScale クラスタを設定し、I/O フェンシングを有効にするときは、llt-peerinact 時間を 120 秒に増やす必要があります。クラスタノードを再ブートするたびに、フェンシングモジュールは、ネットワークパーティションが発生しているかどうかを確認し、必要であれば I/O フェンシングを実行します。Azure ポータルを使用してクラスタノードを再ブートするとき、再ブートにかかる時間は、フェンシングモジュールが操作を完了する時間より長くかかります。その結果、再ブートするノードや他のノードにパニックが発生することがあります。この状況を回避するには、llt-peerinact 時間を増やす必要があります。

• LLT から GAB にハートビートの消失が通知されると、クラスタ内に残っている各システムは、どのシステムが依然としてクラスタにアクティブに参加して、どのシステムが参加していないかを調整して同意します。この処理は、GAB 安定タイムアウト（5 秒）と呼ばれる期間に実行されます。

  VCS には、システムが同意しない場合に実行される特定のエラー処理があります。

• GAB はシステムを DOWN としてマーク付けし、システムをクラスタメンバーシップから除外し、メンバーシップの変更をフェンシングモジュールに配信します。

• フェンシングモジュールはメンバーシップアービトレーションを実行して、スプリットブレイン状態が存在しないようにして、また正常に機能し凝集性のある 1 つのクラスタだけが実行を続けるようにします。