2つ以上のノードを使用してクラスタを作成します。

dlm、clvmd、およびSTONITHを実行するために、クラスタを構成します。

root # crm configure
crm(live)configure# primitive clvmd ocf:lvm2:clvmd \
        op stop interval="0" timeout="100" \
        op start interval="0" timeout="90" \
        op monitor interval="20" timeout="20"
crm(live)configure# primitive dlm ocf:pacemaker:controld \
        op start interval="0" timeout="90" \
        op stop interval="0" timeout="100" \
        op monitor interval="60" timeout="60"
crm(live)configure# primitive sbd_stonith stonith:external/sbd
crm(live)configure# group base-group dlm clvmd
crm(live)configure# clone base-clone base-group \
        meta interleave="true"

exitでcrmshを終了し、変更内容をコミットします。

クラスタ化されたボリュームグループ (VG) を作成します。

root # pvcreate /dev/sda /dev/sdb
root # vgcreate -cy vg /dev/sda /dev/sdb

ミラーログの論理ボリューム (LV) をクラスタ内に作成します。

root # lvcreate -nlv -m1 -l10%VG vg --mirrorlog mirrored

lvsを使用して進捗状況を表示します。パーセンテージの数値が100%に到達したら、ミラーディスクは正しく同期化されたということです。

クラスタ化されたボリューム/dev/vg/lvをテストするには、次の手順に従います。

1. /dev/vg/lvを読み込むか、ここに書き込みます。

2. lvchange -anでLVを非アクティブ化します。

3. lvchange -ayでLVをアクティブ化します。

4. lvconvertを使用してミラーログをディスクログに変換します。

別のクラスタVGにミラーログのLVを作成します。これは前のものとは別のボリュームグループです。

ボリュームグループ (VG) を作成します。

root # pvcreate /dev/sda /dev/sdb
root # vgcreate vg /dev/sda /dev/sdb

ファイル/etc/lvm/lvm.confを開き、allocationセクションに移動します。次の行を設定して、ファイルを保存します。

mirror_legs_require_separate_pvs = 1

PVにタグを追加します。

root # pvchange --addtag @a /dev/sda
root # pvchange --addtag @b /dev/sdb

タグは、ストレージオブジェクトのメタデータに割り当てられる順序付けのないキーワードまたは用語です。タグを使用すると、順序付けのないタグのリストをLVMストレージオブジェクトのメタデータに添付することによって、それらのオブジェクトのコレクションを有用になるように分類できます。

タグを一覧します。

root # pvs -o pv_name,vg_name,pv_tags /dev/sd{a,b}

次の出力を受信します。

  PV         VG     PV Tags
  /dev/sda vgtest a
  /dev/sdb vgtest b

シェルを起動して、rootとしてログインします。

crm configureを実行します。

showでクラスタリソースの現在の設定を確認します。

すでにDLMリソース(および対応するベースグループおよびベースクローン)を設定済みである場合、手順16.2「LVMおよびcLVMリソースの作成」で継続します。

そうでない場合は、手順13.2「DLMリソースの設定」で説明されているように、DLMリソース、および対応するベースグループとベースクローンを設定します。

crmライブ設定をexitで終了します。

シェルを起動して、rootとしてログインします。

crm configureを実行します。

次のとおり、cLVMリソースを設定します。

crm(live)configure# primitive clvm ocf:lvm2:clvmd \
      params daemon_timeout="30"

次のとおり、ボリュームグループのLVMリソースを設定します。

crm(live)configure# primitive vg1 ocf:heartbeat:LVM \
      params volgrpname="cluster-vg" \
      op monitor interval="60" timeout="60"

ボリュームグループを1つのノード上で単独にアクティブ化する場合、以下で説明されるようにLVMリソースを設定し、ステップ 6を省略します。

crm(live)configure# primitive vg1 ocf:heartbeat:LVM \
      params volgrpname="cluster-vg" exclusive="yes" \
      op monitor interval="60" timeout="60"

この場合、cLVMは、非クラスタ化アプリケーション用の追加保護手段として、VG内のすべての論理ボリュームが複数のノード上でアクティブ化されないよう保護します。

cLVMおよびLVMリソースがクラスタ全体でアクティブ化されていることを確認するには、手順13.2「DLMリソースの設定」で作成したベースグループに両方のプリミティブを追加します。

1. 入力

   crm(live)configure# edit base-group

2. Viエディタが開いたら、そこに次のようにグループを変更し、変更を保存します。

   crm(live)configure# group base-group dlm clvm vg1 ocfs2-1

   

   重要: OCFS2がないセットアップ

   セットアップにOCFS2が含まれない場合、ベースグループからocfs2-1プリミティブを省略します。

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

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

YaSTを実行し、ネットワークサービス › iSCSIターゲットの順にクリックしてiSCSIサーバモジュールを起動します。

コンピュータがブートするたびにiSCSIターゲットを起動したい場合は、ブート時を選択し、そうでない場合は、手動を選択します。

ファイアウォールが実行中の場合は、ファイアウォールでポートを開くを有効にします。

グローバルタブに切り替えます。認証が必要な場合は、受信または送信(あるいはその両方の)認証を有効にします。この例では、認証なしを選択します。

新しいiSCSIターゲットを追加します。

1. ターゲットタブに切り替えます。

2. 追加をクリックします。

3. ターゲットの名前を入力します。名前は、次のようにフォーマットされます。

   iqn.DATE.DOMAIN

   フォーマットに関する詳細は、セクション3.2.6.3.1のタイプ「iqn」(iSCSI修飾名)(http://www.ietf.org/rfc/rfc3720.txt)を参照してください。

4. より説明的な名前にしたい場合は、さまざまなターゲットで一意であれば、識別子を変更できます。

5. 追加をクリックします。

6. パスにデバイス名を入力し、Scsiidを使用します。

7. 次へを2回クリックします。

警告ボックスではいを選択して確認します。

環境設定ファイル/etc/iscsi/iscsi.confを開き、パラメータnode.startupをautomaticに変更します。

YaSTを実行し、ネットワークサービス › iSCSIイニシエータの順にクリックします。

コンピュータがブートするたびに、iSCSIイニシエータを起動したい場合は、ブート時を選択し、そうでない場合は、手動を選択します。

検出タブに切り替え、検出ボタンをクリックします。

自分のIPアドレスとiSCSIターゲットのポートを追加します(手順16.3「iSCSIターゲット(SAN上)を設定する」参照)。通常は、ポートを既定のままにし、デフォルト値を使用できます。

認証を使用する場合は、受信および送信用のユーザ名およびパスワードを挿入します。そうでない場合は、認証なしを選択します。

次へを選択します。検出された接続が一覧されます。

完了をクリックして続行します。

シェルを開いて、rootとしてログインします。

iSCSIイニシエータが正常に起動しているかどうかテストします。

root # iscsiadm -m discovery -t st -p 192.168.3.100
192.168.3.100:3260,1 iqn.2010-03.de.jupiter:san1

セッションを確立します。

root # iscsiadm -m node -l
Logging in to [iface: default, target: iqn.2010-03.de.jupiter:san2, portal: 192.168.3.100,3260]
Logging in to [iface: default, target: iqn.2010-03.de.venus:san1, portal: 192.168.3.101,3260]
Login to [iface: default, target: iqn.2010-03.de.jupiter:san2, portal: 192.168.3.100,3260]: successful
Login to [iface: default, target: iqn.2010-03.de.venus:san1, portal: 192.168.3.101,3260]: successful

lsscsiでデバイス名を表示します。

...
[4:0:0:2]    disk    IET      ...     0     /dev/sdd
[5:0:0:1]    disk    IET      ...     0     /dev/sde

3番目の列にIETを含むエントリを捜します。この場合、該当するデバイスは、/dev/sddと/dev/sdeです。

手順16.4「iSCSIイニシエータを設定する」のiSCSIイニシエータを実行したノードの1つで、rootシェルを開きます。

ディスク/dev/sddおよび/dev/sdeでコマンドpvcreateを使用して、LVM用に物理ボリュームを準備します。

root # pvcreate /dev/sdd
root # pvcreate /dev/sde

両方のディスク上でクラスタ対応のボリュームグループを作成します。

root # vgcreate --clustered y clustervg /dev/sdd /dev/sde

必要に応じて、論理ボリュームを作成します。

root # lvcreate --name clusterlv --size 500M clustervg

物理ボリュームをpvdisplayで確認します。

  --- Physical volume ---
      PV Name               /dev/sdd
      VG Name               clustervg
      PV Size               509,88 MB / not usable 1,88 MB
      Allocatable           yes
      PE Size (KByte)       4096
      Total PE              127
      Free PE               127
      Allocated PE          0
      PV UUID               52okH4-nv3z-2AUL-GhAN-8DAZ-GMtU-Xrn9Kh
      
      --- Physical volume ---
      PV Name               /dev/sde
      VG Name               clustervg
      PV Size               509,84 MB / not usable 1,84 MB
      Allocatable           yes
      PE Size (KByte)       4096
      Total PE              127
      Free PE               127
      Allocated PE          0
      PV UUID               Ouj3Xm-AI58-lxB1-mWm2-xn51-agM2-0UuHFC

ボリュームグループをvgdisplayで確認します。

  --- Volume group ---
      VG Name               clustervg
      System ID
      Format                lvm2
      Metadata Areas        2
      Metadata Sequence No  1
      VG Access             read/write
      VG Status             resizable
      Clustered             yes
      Shared                no
      MAX LV                0
      Cur LV                0
      Open LV               0
      Max PV                0
      Cur PV                2
      Act PV                2
      VG Size               1016,00 MB
      PE Size               4,00 MB
      Total PE              254
      Alloc PE / Size       0 / 0
      Free  PE / Size       254 / 1016,00 MB
      VG UUID               UCyWw8-2jqV-enuT-KH4d-NXQI-JhH3-J24anD

プライマリ/プライマリDRBDリソースを作成する

1. まず、手順15.1「DRBDの手動設定」の説明に従って、DRBDデバイスをプライマリ/セカンダリとしてセットアップします。ディスクの状態が両方のノードでup-to-dateであることを確認します。これは、cat /proc/drbdまたはsystemctl status drbd.serviceで確認します。

2. 次のオプションを環境設定ファイル(通常は、/etc/drbd.d/r0.res)に追加します。

   resource r0 {
     startup {
       become-primary-on both;
     }
   
     net {
        allow-two-primaries;
     }
     ...
   }

3. 変更した設定ファイルをもう一方のノードにコピーします。たとえば、次のように指定します。

   root # scp /etc/drbd.d/r0.res venus:/etc/drbd.d/

4. 両方のノードで、次のコマンドを実行します。

   root # drbdadm disconnect r0
   root # drbdadm connect r0
   root # drbdadm primary r0

5. ノードのステータスをチェックします。

   root # cat /proc/drbd
   ...
    0: cs:Connected ro:Primary/Primary ds:UpToDate/UpToDate C r----

clvmdリソースをペースメーカーの環境設定でクローンとして保存し、DLMクローンリソースに依存させます。詳細については、手順16.1「DLMリソースを作成する」を参照してください。次に進む前に、クラスタでこれらのリソースが正しく機動していることを確認してください。crm_monまたはWebインタフェースを使用して、実行中のサービスを確認できます。

pvcreateコマンドで、LVM用に物理ボリュームを準備します。たとえば、/dev/drbd_r0デバイスでは、コマンドは次のようになります。

root # pvcreate /dev/drbd_r0

クラスタ対応のボリュームグループを作成します。

root # vgcreate --clustered y myclusterfs /dev/drbd_r0

必要に応じて、論理ボリュームを作成します。論理ボリュームのサイズは変更できます。たとえば、次のコマンドで、4GBの論理ボリュームを作成します。

root # lvcreate --name testlv -L 4G myclusterfs

VG内の論理ボリュームは、ファイルシステムのマウントまたはraw用として使用できるようになりました。論理ボリュームを使用しているサービスにコロケーションのための正しい依存性があることを確認し、VGをアクティブ化したら論理ボリュームの順序付けを行います。