11 ストレージ保護とSBD #

1. ウォッチドッグのセットアップ

2. シナリオに応じて、1～3台のデバイスとともにまたはディスクレスモードでSBDを使用してください。概要については、11.4項 「SBDデバイスの数」を参照してください。詳細な設定については、以下に記載されています。

   • デバイスでのSBDの設定

   • ディスクレスSBDの設定

3. SBDとフェンシングのテスト

1. SBDデバイスの初期化

2. SBD設定ファイルの編集

3. SBDサービスの有効化と起動

4. SBDデバイスのテスト

5. SBDを使用するようにクラスタを設定する

共有ストレージでSBDを使用するには、まず1～3台のブロックデバイス上でメッセージングレイアウトを作成する必要があります。sbd createコマンドは、指定された1つまたは複数のデバイスにメタデータヘッダを書き込みます。また、最大255ノードのメッセージングスロットを初期化します。追加のオプションを指定せずに実行する場合、このコマンドはデフォルトのタイムアウト設定を使用します。

警告: 既存データの上書き

SBD用に使用するデバイスには、重要なデータが一切ないようにしてください。sbd createコマンドを実行すると、指定されたブロックデバイスの最初のメガバイトが、さらなる要求やバックアップなしに上書きされます。

1. SBDに使用するブロックデバイスを決定します。

2. 次のコマンドで、SBDデバイスを初期化します。

   root # sbd -d /dev/SBD create

   (/dev/SBDを実際のパス名で置き換えます。たとえば/dev/disk/by-id/scsi-ST2000DM001-0123456_Wabcdefgです)。

   SBDに複数のデバイスを使用するには、-dオプションを複数回指定します。たとえば、次のようになります。

   root # sbd -d /dev/SBD1 -d /dev/SBD2 -d /dev/SBD3 create

3. SBDデバイスがマルチパスグループにある場合は、-1と-4オプションを使用して、SBDに使用するタイムアウトを調整します。詳細については、11.5項 「タイムアウトの計算」を参照してください。タイムアウトはすべて秒単位で指定します。

   root # sbd -d /dev/SBD -4 1801 -1 902 create

   1	-4オプションはmsgwaitタイムアウトを指定するために使用されます。上の例では、180秒に設定されます。
   2	-1オプションはwatchdogタイムアウトを指定するために使用されます。上の例では、90秒に設定されます。エミュレートされたウォッチドッグで使用可能な最小値は15秒です。

4. デバイスに書き込まれた内容を確認します。

   root # sbd -d /dev/SBD dump
   Header version     : 2.1
   UUID               : 619127f4-0e06-434c-84a0-ea82036e144c
   Number of slots    : 255
   Sector size        : 512
   Timeout (watchdog) : 5
   Timeout (allocate) : 2
   Timeout (loop)     : 1
   Timeout (msgwait)  : 10
   ==Header on disk /dev/SBD is dumped

   ご覧のように、タイムアウトがヘッダにも保存され、それらに関するすべての参加ノードの合意が確保されます。

1. ファイル/etc/sysconfig/sbdを開きます。

2. 次のパラメータを検索します。 SBD_DEVICE

   SBDメッセージを交換するために監視および使用するデバイスを指定します。

3. SBDをお使いのSBDデバイスに置き換えて、この行を編集します。

   SBD_DEVICE="/dev/SBD"

   1行目で複数のデバイスを指定する必要がある場合は、セミコロンで区切って指定します(デバイスの順序は任意で構いません)。

   SBD_DEVICE="/dev/SBD1; /dev/SBD2; /dev/SBD3"

   SBDデバイスがアクセス不能な場合は、SBDデーモンが開始できなくなり、クラスタの起動を抑止します。

4. 次のパラメータを検索します。 SBD_DELAY_START.

   遅延を有効または無効にします。 SBD_DELAY_START をyesに設定します(msgwaitが比較的長い場合)。ただし、クラスタノードは非常に高速に起動します。 このパラメータをyesに設定すると、ブート時にSBDの起動が遅れます。これは、仮想マシンで必要となることがあります。

1. 各ノードで、SBDサービスを有効にします。

   root # systemctl enable sbd

   これは、Pacemakerサービスが開始されるたびに、Corosyncサービスと一緒に開始されます。

2. 各ノードでクラスタスタックを再起動します。

   root # crm cluster restart

   これによって、自動的にSBDデーモンの開始がトリガされます。

1. 次のコマンドを使用すると、ノードスロットとそれらの現在のメッセージがSBDデバイスからダンプされます。

   root # sbd -d /dev/SBD list

   ここでSBDを使用して起動したすべてのクラスタノードが表示されます。たとえば、2ノードクラスタを使用している場合、両方のノードのメッセージスロットにはclearと表示されます。

   0       alice        clear
   1       bob          clear

2. ノードの1つにテストメッセージを送信してみます。

   root # sbd -d /dev/SBD message alice test

3. ノードがシステムログファイルにメッセージの受信を記録します。

   May 03 16:08:31 alice sbd[66139]: /dev/SBD: notice: servant: Received command test from bob on disk /dev/SBD

   これによって、SBDがノード上で実際に機能し、メッセージを受信できることが確認されます。

クラスタでSBDの使用を設定するには、クラスタ設定で次の操作を行う必要があります。

stonith-timeout の計算については、11.5項 「タイムアウトの計算」を参照してください。

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

2. crm configureを実行します。

3. 次のように入力します。

   crm(live)configure# property stonith-enabled="true" 1
   crm(live)configure# property stonith-watchdog-timeout=0 2
   crm(live)configure# property stonith-timeout="40s" 3

   1	STONITHを使用しないクラスタはサポートされていないため、これがデフォルト設定になります。ただし、テスト目的でSTONITHが無効化されている場合は、再度このパラメータがtrueに設定されていることを確認してください。
   2	明示的に設定されていない場合、この値はデフォルトで0に設定されます。これは1～3台のデバイスとともにSBDを使用するのに適しています。
   3	SBDのmsgwaitタイムアウト値が30秒に設定されていた場合、stonith-timeout値は40が適切です。

4. 2ノードクラスタの場合、予測可能な遅延を希望するか、ランダムな遅延を希望するかを決めます。他のクラスタ設定については、このパラメータを設定する必要はありません。

   予測可能な静的遅延

   このパラメータはSTONITHアクションを実行する前に静的遅延を有効にします。別々のフェンシングリソースおよび異なる遅延値が使用されている場合に、ノードが互いにフェンシングしないようにします。対象ノードは「フェンシングの競合」で失われます。2ノードクラスタのスプリットブレインシナリオの場合に、このパラメータを使用して、特定のノードが存続するよう「マーク付けする」ことができます。これを正常に実行するには、各ノードに2つのプリミティブSTONITHデバイスを作成することが必須です。次の設定では、スプリットブレインシナリオの場合に、aliceが勝利して存続します。

   crm(live)configure# primitive st-sbd-alice stonith:external/sbd params \
          pcmk_host_list=alice pcmk_delay_base=20
   crm(live)configure# primitive st-sbd-bob stonith:external/sbd params \
          pcmk_host_list=bob pcmk_delay_base=0

   動的なランダム遅延

   このパラメータは、SBDなどの低速デバイスを使用する場合の二重フェンシングを防止します。これは、フェンシングデバイスに対するSTONITHアクションのランダム遅延を追加します。スプリットブレインシナリオの場合、両方のノードが互いにフェンスを試みる可能性がある2ノードクラスタでは特に重要です。

   crm(live)configure# primitive stonith_sbd stonith:external/sbd
     params pcmk_delay_max=30

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

6. commitで変更を送信し、exitでcrmライブ設定を終了します。

1. ファイル/etc/sysconfig/sbdを開き、次のエントリを使用します。

   SBD_PACEMAKER=yes
   SBD_STARTMODE=always
   SBD_DELAY_START=no
   SBD_WATCHDOG_DEV=/dev/watchdog
   SBD_WATCHDOG_TIMEOUT=5

   共有ディスクが使用されていないので、 SBD_DEVICE エントリは不要です。このパラメータがない場合、sbdサービスはSBDデバイスのウォッチャプロセスを開始しません。

2. 各ノードで、SBDサービスを有効にします。

   root # systemctl enable sbd

   これは、Pacemakerサービスが開始されるたびに、Corosyncサービスと一緒に開始されます。

3. 各ノードでクラスタスタックを再起動します。

   root # crm cluster restart

   これによって、自動的にSBDデーモンの開始がトリガされます。

4. パラメータ have-watchdog=true が自動的に設定されているかどうかを確認します。

   root # crm configure show | grep have-watchdog
            have-watchdog=true

5. crm configureを実行し、crmシェルで次のクラスタプロパティを設定します。

   crm(live)configure# property stonith-enabled="true" 1
   crm(live)configure# property stonith-watchdog-timeout=10 2

   1	STONITHを使用しないクラスタはサポートされていないため、これがデフォルト設定になります。ただし、テスト目的でSTONITHが無効化されている場合は、再度このパラメータがtrueに設定されていることを確認してください。
   2	ディスクレスSBDの場合、このパラメータはゼロであってはなりません。これは、どれくらいの時間が経ったらフェンシングターゲットがすでにセルフフェンスを行ったとみなされるのかを定義します。したがって、その値は、 SBD_WATCHDOG_TIMEOUT (/etc/sysconfig/sbd内)の値以上である必要があります。 SUSE Linux Enterprise High Availability Extension 15から、 stonith-watchdog-timeout を負の値に設定した場合、Pacemakerは自動的にこのタイムアウトを計算し、 SBD_WATCHDOG_TIMEOUTの値の2倍に設定します。

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

7. commitで変更を送信し、exitでcrmライブ設定を終了します。