18 仮想化のための高可用性 #

共有ストレージデバイスのいずれかにOCFS2ボリュームを作成します。

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

crm configureを実行してcrmインタラクティブシェルを起動します。

DLMのプリミティブリソースを作成します。

crm(live)configure# primitive dlm ocf:pacemaker:controld \
  op monitor interval=60 timeout=60

OCFS2ボリュームのプリミティブリソースを作成します。

crm(live)configure# primitive ocfs2 Filesystem \
  params device="/dev/disk/by-id/DEVICE_ID" directory="/mnt/shared" fstype=ocfs2 \
  op monitor interval=20 timeout=40

DLMおよびOCFS2リソースのグループを作成します。

crm(live)configure# group g-virt-lock dlm ocfs2

グループのクローンを作成して、すべてのノードで実行できるようにします。

crm(live)configure# clone cl-virt-lock g-virt-lock \
  meta interleave=true

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

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

グループクローンの状態を確認します。すべてのノードで実行されている必要があります。

# crm status
[...]
Full List of Resources:
[...]
  * Clone Set: cl-virt-lock [g-virt-lock]:
    * Started: [ alice bob ]

クラスタのすべてのノードに仮想化パッケージをインストールします。

# crm cluster run "zypper install -y -t pattern kvm_server kvm_tools"

1つのノードで、ファイル/etc/libvirt/qemu.conf内にあるlock_manager設定を見つけて有効にします。

lock_manager = "lockd"

同じノードで、ファイル/etc/libvirt/qemu-lockd.conf内にあるfile_lockspace_dir設定を見つけて有効にし、OCFS2ボリューム上のディレクトリを指すように値を変更します。

file_lockspace_dir = "/mnt/shared/lockd"

これらのファイルをクラスタ内の他のノードにコピーします。

# crm cluster copy /etc/libvirt/qemu.conf
# crm cluster copy /etc/libvirt/qemu-lockd.conf

クラスタ内のすべてのノードでlibvirtdサービスを有効にし、開始します。

# crm cluster run "systemctl enable --now libvirtd"

これによりvirtlockdサービスも開始されます。

クラスタノードのいずれかに仮想マシンをインストールします。ただし、次の制約があります。

詳細については、 Virtualization Guide for SUSE Linux Enterprise Serverを参照してください。

仮想マシンが実行中の場合、シャットダウンします。VMをリソースとして追加すると、クラスタがVMを起動します。

XML設定をOCFS2ボリュームにダンプします。各VMについて、このステップを繰り返します。

# virsh dumpxml VM1 > /mnt/shared/VM1.xml

XMLファイルに、共有されていないローカルパスへの参照が含まれていないことを確認してください。

crm configureを実行してcrmインタラクティブシェルを起動します。

プリミティブリソースを作成し、仮想マシンを管理します。各VMについて、このステップを繰り返します。

crm(live)configure# primitive VM1 VirtualDomain \
  params config="/mnt/shared/VM1.xml" remoteuri="qemu+ssh://%n/system" \
  meta allow-migrate=true \
  op monitor timeout=30s interval=10s

オプションallow-migrate=trueを指定すると、ライブマイグレーションが有効になります。値をfalseに設定すると、クラスタは、あるノードでVMをシャットダウンし別のノードで再起動することによって、VMを移行します。

負荷の影響に基づいてVMを配置できるように使用属性を設定する必要がある場合は、7.10項 「負荷インパクトに基づくリソースの配置」を参照してください。

cl-virt-lockが実行中のノードでのみ仮想マシンを起動できるように、コロケーション制約を作成します。

crm(live)configure# colocation col-fs-virt inf: ( VM1 VM2 VMX ) cl-virt-lock

cl-virt-lockが常に仮想マシンの前に開始されるように、順序制約を作成します。

crm(live)configure# order o-fs-virt Mandatory: cl-virt-lock ( VM1 VM2 VMX )

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

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

仮想マシンの状態を確認します。

# crm status
[...]
Full List of Resources:
[...]
  * Clone Set: cl-virt-lock [g-virt-lock]:
    * Started: [ alice bob ]
  * VM1 (ocf::heartbeat:VirtualDomain): Started alice
  * VM2 (ocf::heartbeat:VirtualDomain): Started alice
  * VMX (ocf::heartbeat:VirtualDomain): Started alice

仮想マシンVM1がノードalice上で実行されています。

ノードbobで、virsh start VM1を使用してVMを手動で起動してみます。

予想される結果: virshコマンドが失敗します。VM1がalice上で実行されている場合、これをbob上で手動で起動することはできません。

仮想マシンVM1がノードalice上で実行されています。

2つの端末を開きます。

1つ目の端末で、SSH経由でVM1に接続します。

2つ目の端末で、crm resource move VM1 bobを使用してVM1をノードbobに移行してみます。

crm_mon -rを実行し、安定するまでクラスタの状態を監視します。これには少し時間がかかる場合があります。

1つ目の端末で、VM1へのSSH接続がアクティブのままかどうか確認します。

予想される結果: クラスタの状態が、VM1がbob上で起動したことを示します。VM1へのSSH接続が、移行中ずっとアクティブなままです。

仮想マシンVM1がノードbob上で実行されています。

bobを再起動します。

ノードaliceで、crm_mon -rを実行し、安定するまでクラスタの状態を監視します。これには少し時間がかかる場合があります。

予想される結果: クラスタの状態が、VM1がalice上で起動したことを示します。

仮想マシンVM1がノードalice上で実行されています。

マシンを強制的にオフにするかまたは電源ケーブルを抜くことで、aliceのクラッシュをシミュレートします。

ノードbobで、crm_mon -rを実行し、安定するまでクラスタの状態を監視します。ノードがクラッシュした後のVMのフェールオーバーは通常、ノードを再起動した後のVMの移行よりも時間がかかります。

予想される結果: しばらくすると、クラスタの状態が、VM1がbob上で起動したことを示します。