OCFS2クラスタの計画
クラスタのハードウェア要件に加えて、クラスタ・メンバーのホスト名とIPアドレス、およびクラスタが使用するハートビート・モードも決定する必要があります。
クラスタ構成では、小規模なパケットは、クラスタに構成されているすべてのネットワークを含め、特定のUDPポートを介して設定全体を移動します。 これらのパケットは、クラスタ・ノード間のルートを確立し、クラスタ・ネットワークの健全性を表示します。 このため、パケットは「ハートビート」とも呼ばれます。
クラスタは、次のいずれかのハートビート・モードで実行するように構成できます。
-
共有デバイスごとのローカル・ハートビート・スレッド(デフォルトのハートビート・モード)。
この構成では、ノードはOCFS2ボリュームをマウントするとハートビート・スレッドを起動し、ボリュームをアンマウントするとスレッドを停止します。 各マウントには個別のハートビート・スレッドが必要であるため、多数のOCFS2ボリュームをマウントするノードではCPUオーバーヘッドが大きくなります。 同様に、多くのマウントでは、単一のマウントでハートビートのI/Oタイムアウトが発生するため、ノードがクラスタから分離されるリスクが高くなります。 これは、「フェンシング」と呼ばれます。
-
特定の共有デバイスでのグローバル・ハートビート。
このモードでは、ボリュームがパーティションではなくディスク・デバイス全体を占有する場合に、OCFS2ボリュームをグローバル・ハートビート・デバイスとして構成できます。 このモードでは、クラスタがオンラインになるとそのデバイスに対するハートビートが開始し、クラスタがオフラインになるとハートビートが停止します。 このモードは、多数のOCFS2ボリュームをマウントするクラスタにお薦めします。 ハートビートのI/Oタイムアウトがグローバル・ハートビート・デバイスの半分以上で発生した場合、ノードはクラスタから自己フェンスします。 いずれかのデバイスの障害に対して冗長性を確保するには、少なくとも3つのグローバル・ハートビート・デバイスを構成します。
次の図は、ネットワーク・スイッチを使用してLANおよびネットワーク・ストレージ・サーバーに接続された4つのノードを持つクラスタを示しています。 ノードおよびストレージ・サーバーも、ローカル・クラスタ・ハートビートに使用されるプライベート・ネットワークへのスイッチを使用して接続されます。
図3-1 プライベート・ネットワークを使用したクラスタ構成
プライベート・ネットワークを使用せずにOCFS2を構成して使用できますが、これにより、I/Oハートビート・タイムアウトのため、ノードがクラスタからフェンシングされる確率が高くなります。
次の表に、ファイル・システムのサイズ範囲ごとの最小クラスタ・サイズ設定に関する推奨事項を示します。
| ファイル・システム・サイズ | 推奨される最小クラスタ・サイズ |
|---|---|
|
1GB - 10GB |
8K |
|
10GB - 100GB |
16K |
|
100GB - 1TB |
32K |
|
1TB - 10TB |
64K |
|
10TB - 16TB |
128K |