第17章 コントローラーノードのフェンシング

フェンシングリソースが Pacemaker で管理されていることを確認します。

$ source stackrc
$ nova list | grep controller
$ ssh heat-admin@<controller-x_ip>
$ sudo pcs status |grep fence
stonith-overcloud-controller-x (stonith:fence_ipmilan): Started overcloud-controller-y

Pacemaker が、fencing.yaml で指定されている各コントローラーの STONITH リソースを使用するように設定されていることを確認します。fence-resource プロセスは、そのプロセスが制御する同じホスト上には設定すべきではありません。

pcs でフェンシングリソースの属性を確認します。

$ sudo pcs stonith show <stonith-resource-controller-x>

STONITH が使用する値は、fencing.yaml に定義されている値と一致している必要があります。

コントローラーにログインします。

$ source stackrc
$ nova list |grep controller
$ ssh heat-admin@<controller-x_ip>

root として、iptables を使用して全ポートを閉鎖することによって、フェンシングをトリガーします。

$ sudo -i
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT &&
iptables -A INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACCEPT &&
iptables -A INPUT -p tcp -m state --state NEW -m tcp --dport 5016 -j ACCEPT &&
iptables -A INPUT -p udp -m state --state NEW -m udp --dport 5016 -j ACCEPT &&
iptables -A INPUT ! -i lo -j REJECT --reject-with icmp-host-prohibited &&
iptables -A OUTPUT -p tcp --sport 22 -j ACCEPT &&
iptables -A OUTPUT -p tcp --sport 5016 -j ACCEPT &&
iptables -A OUTPUT -p udp --sport 5016 -j ACCEPT &&
iptables -A OUTPUT ! -o lo -j REJECT --reject-with icmp-host-prohibited

その結果、接続が切断され、サーバーが再起動されるはずです。

別のコントローラーから、Pacemaker のログファイル内のフェンシングイベントを特定します。

$ ssh heat-admin@<controller-x_ip>
$ less /var/log/cluster/corosync.log
(less): /fenc*

STONITH がそのコントローラーに対して、フェンシングのアクションを発行し、Pacemaker がログ内でイベントを発生させたことが確認できるはずです。

再起動したコントローラーがクラスターに戻ったことを確認します。