Cluster Server 7.3.1 管理者ガイド - Linux

ここでは、適切なクラスタメンバーシップとデータ保護を最適にサポートするために推奨されるクラスタ通信のベストプラクティスを説明します。

• クラスタの自動シーディングを行う前にシステムのサブセットだけでなくすべてのシステムを GAB メンバーシップに参加するように要求して、クラスタの適切なシーディングを行います。

  すべてのシステムが含まれていない場合は、管理者が手動で介入し、スプリットブレイン状態の可能性を排除してからクラスタの手動シーディングを行う必要があります。

• 各クラスタシステム間に複数の独立した通信ネットワークリンクを設定します。

  ネットワークに、共有のスイッチやイーサネットカードなどの単一点障害を設けないでください。

• I/O フェンシングに関係なく、クラスタ内に低優先度の LLT リンクを設定することが推奨されます。 I/O フェンシングを使わないクラスタでは、これは非常に重要です。

  メモ:

  クラスタで、Cluster File System（CFS）または Oracle Real Application Cluster（RAC）と共にフェンシングを使用する場合はこのかぎりではありません。

  理由は、通常、低優先度リンクでは共有のパブリックネットワークリンクが使用されるためです。 メインのクラスタ相互接続に障害が発生し、残ったリンクが低優先度リンクだけの場合、大量のデータが低優先度リンクに移動します。 これにより、パブリックネットワークのパフォーマンスが許容できないレベルにまで低下する可能性があります。 低優先度リンクを設定していない場合、このケースではメンバーシップアービトレーションが実行され、いくつかのシステムが停止する場合がありますが、残りのシステムはパブリックネットワークに影響を与えることなく実行を続けます。

  I/O フェンシングを設定しないで、CFS または RAC を使用するクラスタを作成することは推奨されません。

• コンソールアボートシーケンスを無効にします

  ほとんどの UNIX システムでは、コンソールアボートシーケンスが提供されます。管理者はこれを使ってプロセッサを停止および続行できます。 プロセッサを停止した後に操作を続行するとデータが破損する場合があります。したがって、VCS はこれをサポートしません。

  アボートシーケンスを使ってシステムを停止すると、システムはハートビートの作成を停止します。 そのシステムはクラスタ内の他のシステムから障害が発生したものとみなされ、そのサービスはテイクオーバーされます。 その後、別のコンソールシーケンスを使ってシステムが有効にされた場合、そのシステムのアプリケーションが別のシステムで再起動されていても、共有ストレージへの書き込みは引き続き以前と同じように実行されます。

  Veritas Technologies は、コンソールアボートシーケンスを無効にするか、go コマンドを強制するエイリアスを作成して、I/O フェンシングが実行されていないシステムで再起動を行うことをお勧めします。

• Veritas Technologies では、I/O フェンシングを設定するために少なくとも 3 つのコーディネーションポイントを設定することをお勧めします。コーディネーションディスク、CP サーバー、またはその 2 つの組み合わせを使うことができます。

  可能なかぎり最小の LUN をコーディネータディスクとして使用するように選択します。 どのような設定でも、3 つを超えるコーディネータディスクは必要ありません。

• ネットワーク分割後にクラスタ相互接続を再接続するには、分割されたクラスタの一方の側を必ずシャットダウンします。

  通常この状況はテスト中に発生します。管理者は、クラスタ相互接続を切断してネットワーク分割を作成する場合があります。 相互接続ケーブルを再接続するタイミングによっては、予期しない動作が発生する可能性があります。