21 OCFS2 #

注記: 必要なSTONITHデバイス

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

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

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

3. crm configureを実行します。

4. フェンシングデバイスとしてexternal/sbdを設定します。

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

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

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

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

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

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

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

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

   # mkfs.ocfs2 -N 32 /dev/disk/by-id/DEVICE_ID

   常に固定デバイス名(例: /dev/disk/by-id/scsi-ST2000DM001-0123456_Wabcdefg)を使用します。

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

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

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

High AvailabilityソフトウェアでOCFS2ボリュームをマウントするには、クラスタ内でOCFS2ファイルシステムのリソースを設定します。次の手順では、crmシェルを使用してクラスタリソースを設定します。21.6項 「Hawk2でのOCFS2リソースの設定」で説明されているように、リソースの設定にはHawk2を使用することもできます。

1. rootまたは同等の権限でノードにログインします。

2. crm configureを実行します。

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

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

4. ocfs2-1プリミティブを手順20.1「DLMのベースグループの設定」で作成したg-storageグループに追加します。

   crm(live)configure# modgroup g-storage add ocfs2-1

   ベースグループの内部コロケーションおよび順序付けのため、ocfs2-1リソースは、すでに実行中のdlmリソースも持つノード上でのみ開始できます。

   

   重要: 複数のOCFS2リソースにグループを使用しない

   グループに複数のOCFS2リソースを追加すると、OCFS2ボリューム間の依存関係が作成されます。たとえば、crm configure group g-storage dlm ocfs2-1 ocfs2-2でグループを作成した場合、ocfs2-1を停止すると、ocfs2-2も停止し、ocfs2-2を開始すると、ocfs2-1も開始されます。

   クラスタで複数のOCFS2リソースを使用するには、手順21.5「クラスタリソースマネージャで複数のOCFS2ボリュームをマウントする」で説明されているように、コロケーションと順序制約を使用します。

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

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

クラスタで複数のOCFS2ボリュームをマウントするには、各ボリュームにOCFS2ファイルシステムリソースを設定し、これらを手順20.2「独立したDLMリソースの設定」で作成したdlmリソースと同じ場所に配置します。

DLMのグループに複数のOCFS2リソースを追加「しない」でください。これにより、OCFS2ボリューム間の依存関係が作成されます。たとえば、ocfs2-1とocfs2-2が同じグループである場合、ocfs2-1を停止するとocfs2-2も停止します。

1. rootまたは同等の権限でノードにログインします。

2. crm configureを実行します。

3. 最初のOCFS2ボリュームのプリミティブを作成します。

   crm(live)configure# primitive ocfs2-1 Filesystem \
     params directory="/srv/ocfs2-1" fstype=ocfs2 device="/dev/disk/by-id/DEVICE_ID1" \
     op monitor interval=20 timeout=40 \
     op start timeout=60 interval=0 \
     op stop timeout=60 interval=0

4. 2つ目のOCFS2ボリュームのプリミティブを作成します。

   crm(live)configure# primitive ocfs2-2 Filesystem \
     params directory="/srv/ocfs2-2" fstype=ocfs2 device="/dev/disk/by-id/DEVICE_ID2" \
     op monitor interval=20 timeout=40 \
     op start timeout=60 interval=0 \
     op stop timeout=60 interval=0

5. OCFS2リソースのクローンを作成して、すべてのノードで実行できるようにします。

   crm(live)configure# clone cl-ocfs2-1 ocfs2-1 meta interleave=true
   crm(live)configure# clone cl-ocfs2-2 ocfs2-2 meta interleave=true

6. 両方のOCFS2リソースにコロケーション制約を追加して、DLMも実行しているノードでのみ実行できるようにします。

   crm(live)configure# colocation col-ocfs2-with-dlm inf: ( cl-ocfs2-1 cl-ocfs2-2 ) cl-dlm

7. 両方のOCFS2リソースに順序制約を追加して、DLMがすでに実行されている後でのみ開始できるようにします。

   crm(live)configure# order o-dlm-before-ocfs2 Mandatory: cl-dlm ( cl-ocfs2-1 cl-ocfs2-2 )

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

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

1. Hawk2にログインします。

   https://HAWKSERVER:7630/

2. 左のナビゲーションバーで、ウィザードを選択します。

3. ファイルシステムカテゴリを展開し、OCFS2 File Systemを選択します。

4. 画面の指示に従います。オプションについての情報が必要な場合には、オプションをクリックすると、Hawk2は簡単なヘルプテキストを表示します。最後の設定手順が完了したら、Verify (検証)を選択して、入力した値を検証します。

   CIBに適用する設定スニペットやその他の必要な変更がウィザードに表示されます。

   

   図 21.1: OCFS2 CIBの変更のHawk2まとめ画面 #

    

5. 適用予定の変更を確認します。すべてが希望どおりの場合は、変更を適用します。

   画面上のメッセージが、アクションに成功したかどうかを示します。