C.5. 一般的な動作: IPベースのタイブレーカーがある2から4メンバクラスタ

ネットワークパーティション

一般的な原因: ネットワークスイッチの問題

テストケース: 半分のメンバをスイッチAに接続します。 残り半分のメンバをスイッチBに接続します。 アップリンクかクロスオーバーケーブルを使用してスイッチAをスイッチBに接続します。 タイブレーカーIPアドレスとして動作するデバイスをスイッチAに接続します。 クラスタサービスを起動します。スイッチAをスイッチBから切り離します。

予期される動作: 正確に半数のメンバ(1/2または2/4)から成るすべてのクラスタパーティションは pingパケットをタイブレーカーIPアドレスに送信します。 応答を受け取ると、パーティションはquorumを構成します。 テストケースでは、スイッチAに接続された半数のメンバがquorumを構成することになります。 クラスタマネージャが正常に接続されたサブネットを必要とするため、 両方のパーティションからの送信がタイブレーカーIPアドレスに到達できたとき、 均等(または、両断)分割が発生するケースは処理されません。

確認: スイッチAにプラグインされているメンバでclustatを実行します。 出力の先頭にCluster Quorum Incarnation ナンバーがあるはずです。

共有メディアへのアクセスが中断

一般的な原因: 共有メディアの電力不足、 メンバを共有メディアに接続しているケーブルが切断されるため。

テストケース: メンバからSCSIかファイバーチャンネルを取り除きます。

予期される動作: 共有ストレージへのアクセス中断に対処するために設定された動作が行なわれます (reboot/halt/stop/ignore)。デフォルトはrebootです。

クラスタメンバでシステムがハング、またはクラッシュ(パニック)する

テストケース: cluquorumdデーモンと clumembdデーモンをkillします。

killall -STOP cluquorumd clumembd

予期される動作: クラスタメンバは別のメンバメンバによってフェンスされます。 サービスがフェイルオーバーします。watchdogが使用中である場合、 起動することがあります。