注記: 必要なSTONITHデバイス

フェンシングデバイスを設定する必要があります。STONITHなしでは、設定内に配置されたメカニズム(external/sbdなど)は失敗します。

1. シェルを起動し、rootまたは同等のものとしてログインします。

2. 手順11.3「SBDデバイスの初期化」で説明されるとおり、SBDパーティションを作成します。

3. crm configureを実行します。

4. external/sdbをフェンシングデバイスとして設定し、/dev/sdb2を共有ストレージ上のハートビートとフェンシング専用のパーティションにします。

   crm(live)configure# primitive sbd_stonith stonith:external/sbd \
       params pcmk_delay_max=30 meta target-role="Started"

5. showで変更内容をレビューします。

6. すべて正しければ、commitで変更を送信し、exitでcrmライブ設定を終了します。

クラスタノードの1つだけで、次の手順を実行します。

1. 端末ウィンドウを開いて、rootとしてログインします。

2. クラスタがオンラインであることをコマンドcrm statusで確認します。

3. mkfs.gfs2ユーティリティを使用して、ボリュームを作成およびフォーマットします。このコマンドの構文については、mkfs.gfs2マニュアルページを参照してください。

   たとえば、最大32台のクラスタノードをサポートする新しいGFS2ファイルシステムを/dev/sdb1上に作成するには、次のコマンドを使用します。

   root # mkfs.gfs2 -t hacluster:mygfs2 -p lock_dlm -j 32 /dev/sdb1

   hacluster名は、ファイル/etc/corosync/corosync.conf (これはデフォルトです)のエントリcluster_nameに関係します。

1. 端末ウィンドウを開いて、rootとしてログインします。

2. クラスタがオンラインであることをコマンドcrm statusで確認します。

3. コマンドラインから、mountコマンドを使ってボリュームをマウントします。

High AvailabilityソフトウェアでGFS2ボリュームをマウントするには、クラスタ内でOCFファイルシステムのリソースを設定します。次の手順では、crmシェルを使用してクラスタリソースを設定します。リソースの設定には、Hawk2を使用することもできます。

1. シェルを起動し、rootまたは同等のものとしてログインします。

2. crm configureを実行します。

3. GFS2ファイルシステムをクラスタ内のすべてのノードにマウントするように、Pacemakerを設定します。

   crm(live)configure# primitive gfs2-1 ocf:heartbeat:Filesystem \
     params device="/dev/sdb1" directory="/mnt/shared" fstype="gfs2" \
     op monitor interval="20" timeout="40" \
     op start timeout="60" op stop timeout="60" \
     meta target-role="Stopped"

4. 手順17.1「DLMのベースグループの設定」で作成したdlmプリミティブとgfs2-1プリミティブから構成されるベースグループを作成します。グループをクローンします。

   crm(live)configure# group g-storage dlm  gfs2-1
        clone cl-storage g-storage \
        meta interleave="true"

   ベースグループの内部コロケーションおよび順序付けによって、Pacemakerは、すでに実行しているdlmリソースも持つノード上でgfs2-1リソースのみ起動します。

5. showで変更内容をレビューします。

6. すべて正しければ、commitで変更を送信し、exitでcrmライブ設定を終了します。