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を開き、次のエントリを使用します。

   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_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ノードクラスタで、スプレッドブレインの場合、想定どおりに各ノードから他のノードにフェンシングが発行されます。両方のノードがほぼ同時にリセットされないようにするためには、次のフェンシング遅延を適用して、ノードのいずれか、または優先ノードが、フェンシングマッチに勝利するようにすることをお勧めします。3つ以上のノードを持つクラスタの場合は、これらの遅延を適用する必要はありません。

   優先フェンシング遅延

   priority-fencing-delayクラスタプロパティはデフォルトで無効になっています。遅延値を設定することにより、他のノードが失われ、リソース全体の優先度が高い場合に、そのノードをターゲットとするフェンシングが指定された時間だけ遅延されます。これは、スプリットブレインの場合、より重要なノードがフェンシングマッチに勝利することを意味します。

   重要なリソースは優先メタ属性を使用して設定できます。計算時に、各ノードで実行されているリソースまたはインスタンスの優先度の値が合計されて考慮されます。昇格されたリソースインスタンスは、設定された基本優先度に1を加えたものになるため、昇格されていないインスタンスよりも高い値を受け取ります。

   root # crm configure property priority-fencing-delay=30

   priority-fencing-delayが使用される場合でも、ノードの優先度が等しい状況に対処するために、以下に説明するように、pcmk_delay_baseまたはpcmk_delay_maxを使用することもお勧めします。priority-fencing-delayの値は、pcmk_delay_base / pcmk_delay_maxの最大値よりも大幅に大きく、できれば最大値の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

   動的なランダム遅延

   このパラメータを使用すると、フェンシングデバイス上でSTONITHアクションに対するランダム遅延が追加されます。パラメータpcmk_delay_maxは、特定のノードを対象とする静的な遅延ではなく、フェンシングリソースを使用したフェンシングにランダムな遅延を追加して、ダブルリセットを防止します。このパラメータは、pcmk_delay_baseとは異なり、複数のノードを対象とする統合フェンシングリソースに指定できます。

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

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

6. commitで変更を送信し、quitで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の場合、このパラメータはゼロであってはなりません。これは、どれくらいの時間が経ったらフェンシングターゲットがすでにセルフフェンスを行ったとみなされるのかを定義します。したがって、その値は/etc/sysconfig/sbdのSBD_WATCHDOG_TIMEOUTの値以上である必要があります。SUSE Linux Enterprise High Availability Extension 15以降、stonith-watchdog-timeoutを負の値に設定する場合、Pacemakerはこのタイムアウトを自動的に計算し、SBD_WATCHDOG_TIMEOUTの値の2倍に設定します。

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

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