1.2. 確認する主な GFS2 パラメーター
GFS2 ファイルシステムのインストールおよび設定前に計画する必要がある主要な GFS2 パラメーターが複数あります。
- GFS2 ノード
- クラスター内のどのノードで GFS2 ファイルシステムをマウントするかを決定します。
- ファイルシステムの数
- 最初に作成する GFS2 ファイルシステムの数を指定します。ファイルシステムは後で追加できます。
- ファイルシステム名
-
各 GFS2 ファイルシステムには一意の名前を付ける必要があります。この名前は通常、LVM 論理ボリューム名と同じで、GFS2 ファイルシステムがマウントされたときに DLM ロックテーブル名として使用されます。たとえば、このガイドでの手順では、ファイルシステム名に
mydata1
およびmydata2
を使用します。 - ジャーナル
-
GFS2 ファイルシステムのジャーナル数を決定します。GFS2 では、ファイルシステムのマウントを必要とするクラスターの各ノードにジャーナルが必要になります。たとえば、16 ノードのクラスターがあり、2 つのノードからファイルシステムのみをマウントする必要がある場合は、2 つのジャーナルのみが必要になります。GFS2 では、追加サーバーがファイルシステムをマウントするため、後で
gfs2_jadd
ユーティリティーを使用して、ジャーナルを動的に追加できます。 - ストレージデバイスとパーティション
-
ファイルシステム内に (
lvmlockd
を使用して) 論理ボリュームを作成する際に使用するストレージデバイスとパーティションを決めます。 - 時間プロトコル
GFS2 ノードのクロックが同期されていることを確認します。Red Hat Enterprise Linux ディストリビューションで提供されている Precision Time Protocol (PTP)、または Network Time Protocol (NTP) ソフトウェア (設定に必要な場合) を使用することが推奨されます。
不要な inode 時間スタンプの更新を防ぐには、GFS2 ノード内のシステムクロックの時間差が数分以内になるように設定する必要があります。inode のタイムスタンプの更新を不要に行うと、クラスターのパフォーマンスに大きな影響が及びます。
同じディレクトリー内の複数のノードで作成操作および削除操作が同時に多数発行すると、GFS2 でパフォーマンスの問題が発生することがあります。これによりシステムでパフォーマンスの問題が発生する場合は、ノードによるファイルの作成および削除を、可能な限りそのノード固有のディレクトリーに特定する必要があります。