24 Cluster Logical Volume Manager (Cluster LVM) #

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

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

# crm configure show

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

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

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

次のコマンドを実行して、このリソースの使用状況を確認します。

# crm configure ra info lvmlockd

lvmlockdリソースを次のように設定します。

# crm configure primitive lvmlockd lvmlockd \
        op start timeout="90" \
        op stop timeout="100" \
        op monitor interval="30" timeout="90"

lvmlockdリソースがすべてのノードで起動されるようにするには、手順24.1「DLMリソースの作成」で作成したストレージ用の基本グループにプリミティブリソースを追加します。

# crm configure modgroup g-storage add lvmlockd

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

# crm configure show

リソースが正常に実行されているかどうかを確認します。

# crm status full

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

すでに2つの共有ディスクがあると仮定し、それらに対して共有VGを作成します。

# vgcreate --shared vg1 /dev/disk/by-id/DEVICE_ID1 /dev/disk/by-id/DEVICE_ID2

LVを作成します。最初は有効にしないでください。

# lvcreate -an -L10G -n lv1 vg1

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

次のコマンドを実行して、このリソースの使用状況を確認します。

# crm configure ra info LVM-activate

このリソースは、VGのアクティブ化を管理します。共有VGおけるLVアクティブ化には、排他モードと共有モードという2つの異なるモードがあります。デフォルト設定は排他モードです。このモードは通常、ext4などのローカルファイルシステムでLVを使用するときに使用します。共有モードは、OCFS2などのクラスタファイルシステムでのみ使用します。

VGのアクティブ化を管理するようにリソースを設定します。使用しているシナリオに応じて、次のいずれかのオプションを選択します。

リソースが正常に実行されているかどうかを確認します。

# crm status full

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

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

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

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

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

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

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

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

   iqn.DATE.DOMAIN

   フォーマットに関する詳細については、https://www.ietf.org/rfc/rfc3720.txtにあるSection 3.2.6.3.1. Type "iqn." (iSCSI Qualified Name) を参照してください。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

# iscsiadm -m node -l -p 192.168.3.100 -T iqn.2010-03.de.jupiter:san1
Logging in to [iface: default, target: iqn.2010-03.de.jupiter:san1, portal: 192.168.3.100,3260]
Login to [iface: default, target: iqn.2010-03.de.jupiter:san1, portal: 192.168.3.100,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です。

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

共有ボリュームグループをディスク/dev/sddおよび/dev/sdeに作成します。その際、これらの固定デバイス名を使用します(例: /dev/disk/by-id/)。

# vgcreate --shared testvg /dev/disk/by-id/DEVICE_ID /dev/disk/by-id/DEVICE_ID

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

# lvcreate --name lv1 --size 500M testvg

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

  --- Volume group ---
      VG Name               testvg
      System ID
      Format                lvm2
      Metadata Areas        2
      Metadata Sequence No  1
      VG Access             read/write
      VG Status             resizable
      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

コマンドvgsを使用してボリュームグループの共有状態を確認します。

# vgs
  VG       #PV #LV #SN Attr   VSize     VFree
  vgshared   1   1   0 wz--ns 1016.00m  1016.00m

Attr列には、ボリューム属性が表示されます。この例では、ボリュームグループは、書き込み可能(w)、サイズ変更可能(z)、割り当てポリシーは通常(n)で共有リソース(s)です。詳細については、vgsのマニュアルページを参照してください。

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

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

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

   resource r0 {
     net {
        allow-two-primaries;
     }
     ...
   }

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

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

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

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

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

   # drbdadm status r0

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

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

# pvcreate /dev/drbd_r0

共有ボリュームグループを作成します。

# vgcreate --shared testvg /dev/drbd_r0

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

# lvcreate --name lv1 -L 4G testvg

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

aliceノードで、次の手順を実行します。

1. ミラー論理ボリュームtest-lvをリニア論理ボリュームに変換します。

   # lvconvert -m0 cluster-vg2/test-lv /dev/vdc

2. 物理ボリューム/dev/vdcをボリュームグループcluster-vg2から削除します。

   # vgreduce cluster-vg2 /dev/vdc

3. この物理ボリュームをLVMから削除します。

   # pvremove /dev/vdc

   lsblkを実行すると、次のように出力されます。

   NAME                                  MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
   vda                     253:0    0   40G  0 disk
   ├─vda1                  253:1    0    4G  0 part [SWAP]
   └─vda2                  253:2    0   36G  0 part /
   vdb                     253:16   0   20G  0 disk
   └─cluster--vg2-test--lv 254:5    0   12G  0 lvm
   vdc                     253:32   0   20G  0 disk

4. ディスク/dev/md0を持つCluster MDデバイス/dev/vdcを作成します。

   # mdadm --create /dev/md0 --bitmap=clustered \
        --metadata=1.2 --raid-devices=1 --force --level=mirror \
        /dev/vdc --data-offset=128

   data-offsetオプションを使用する理由については、重要: マイグレーションにおける障害の発生を避けるを参照してください。

bobノードで、次のMDデバイスをアセンブルします。

# mdadm --assemble md0 /dev/vdc

2ノードより多いクラスタでは、クラスタ内の残りのノードについても、この手順を実行してください。

aliceノードに戻って、次の手順を実行します。

1. LVM用の物理ボリュームとして、MDデバイス/dev/md0を初期化します。

   # pvcreate /dev/md0

2. MDデバイス/dev/md0をボリュームグループcluster-vg2に追加します。

   # vgextend cluster-vg2 /dev/md0

3. ディスク/dev/vdbのデータをデバイス/dev/md0に移動します。

   # pvmove /dev/vdb /dev/md0

4. 物理ボリューム/dev/vdbをボリュームgroup cluster-vg2から削除します。

   # vgreduce cluster-vg2 /dev/vdb

5. LVMがデバイスを物理ボリュームとして認識しなくなるように、このデバイスのラベルを削除します。

   # pvremove /dev/vdb

6. /dev/vdbをMDデバイス/dev/md0に追加します。

   # mdadm --grow /dev/md0 --raid-devices=2 --add /dev/vdb