このドキュメントで説明するソフトウェアは、Extended SupportまたはSustaining Supportのいずれかにあります。 詳細は、https://www.oracle.com/us/support/library/enterprise-linux-support-policies-069172.pdfを参照してください。
Oracleでは、このドキュメントに記載されているソフトウェアをできるだけ早くアップグレードすることをお薦めします。
最高のパフォーマンスを得るには、クラスタ内の各ノードに2つ以上のネットワーク・インタフェースが存在する必要があります。 1つのインタフェースは、パブリック・ネットワークに接続してシステムへの一般的なアクセスを可能にします。 もう1つのインタフェースは、ノード間のプライベート通信に使用します(クラスタ・ノードによる共有リソースへのアクセスの調整方法および相互の状態の監視方法を確認するクラスタ・ハートビート)。 これらのインタフェースは、ネットワーク・スイッチを介して接続する必要があります。 クラスタの構成を続行する前に、すべてのネットワーク・インタフェースが構成され、稼働していることを確認してください。
2つのクラスタ・ハートビート構成を選択できます。
共有デバイスごとのローカル・ハートビート・スレッド。 このモードでは、ノードはOCFS2ボリュームのマウント時にハートビート・スレッドを開始し、ボリュームのマウント解除時にスレッドを停止します。 これがデフォルトのハートビート・モードです。 多くのOCFS2ボリュームをマウントするノードには、大きなCPUオーバーヘッドがかかります。これは、各マウントで、別々のハートビート・スレッドが必要なためです。 マウント数が多いと、1つのマウントでのハートビートI/Oタイムアウトが原因で、ノードが自身をクラスタからフェンシングするリスクが高まります。
特定の共有デバイスでのグローバル・ハートビート。 OCFS2ボリュームがディスク・デバイス全体を占有しており、パーティションでない場合、そのOCFS2ボリュームをグローバル・ハートビート・デバイスとして構成できます。 このモードでは、クラスタがオンラインになるとデバイスへのハートビートが開始し、クラスタがオフラインになるとハートビートが停止します。 多くのOCFS2ボリュームをマウントするクラスタでは、このモードをお薦めします。 グローバル・ハートビート・デバイスの半分以上でハートビートI/Oタイムアウトが発生した場合、ノードはクラスタから自身をフェンシングします。 したがって、1つのデバイスの障害に対する冗長性を確保するために、少なくとも3つのグローバル・ハートビート・デバイスを構成する必要があります。
図6.1に、ネットワーク・スイッチを介してLANおよびネットワーク・ストレージ・サーバーに接続された4ノードのクラスタを示します。 各ノードおよびストレージ・サーバーは、ローカル・クラスタ・ハートビートに使用するプライベート・ネットワークにもスイッチを介して接続されます。
プライベート・ネットワークを使用せずにOCFS2を構成および使用することもできますが、このような構成では、I/Oハートビートのタイムアウトが原因でクラスタからのノード・フェンシングが発生する可能性が高まります。