RHEL High Availability クラスターのサポートポリシー - sbd および fence_sbd
目次
概要
該当する環境
- Red Hat Enterprise Linux (RHEL) と High Availability Add-On
役に立つリファレンスおよびガイド
- Support policies for RHEL High Availability clusters
- Exploring RHEL High Availability's Components -
sbd
andfence_sbd
- Design Guidance for RHEL High Availability Clusters -
sbd
Considerations
はじめに
このガイドでは、RHEL High Availability クラスターのフェンシングコンポーネント sbd
および fence_sbd
の使用に関する Red Hat のポリシーと要件について説明します。 RHEL High Availability クラスターのユーザーは、適切な製品サポートサブスクリプションを使用して Red Hat からサポートを受けられるようにするために、これらのポリシーを遵守する必要があります。
ポリシー
利用可能/サポートされているリリース sbd
は、次の条件下で RHEL HA クラスターで使用可能であり、サポートされています。
- RHEL 9: Red Hat によってサポートされています。
- RHEL 8: Red Hat によってサポートされています。
- RHEL 7: RHEL 7.1 以降を搭載した Red Hat でサポートされています (
pacemaker-1.1.12-22.el7
以降およびsbd-1.2.1-3
以降を使用)。 - RHEL 6: RHEL 6.8 以降を搭載した Red Hat でサポートされています (
pacemaker-1.1.14-8.el6
以降およびsbd-1.2.1-9.el6
以降を使用)。
ブロックデバイス経由のストレージ互換性 sbd
ポイズンピルフェンシング: Red Hat の RHEL High Availability に関する一般的なストレージ互換性ポリシーは、sbd
に適用されます。この場合、Red Hat は特定のストレージソリューションで sbd
を認定していません。 ブロックデバイス経由で SBD
ポイズンピルフェンシング を使用するお客様の組織は、クラスターが耐える必要のあるすべての関連障害シナリオを通じて、ストレージソリューションがクラスターメンバー間の共有アクセスに適していることを確認する必要があります。
ブロックデバイス経由の SBD
ポイズンピルフェンシング のストレージデバイス要件:
- ブロックデバイスはクラスターのすべてのノードで共有される必要があります。
- すべてのノードは、共有デバイスへの書き込みアクセス権を持っている必要があります。
- 共有ブロックデバイスは、ファイルシステムをホストしたり、他のコンポーネントによって使用されたりすることはできません。
- 共有ブロックデバイスは LVM で管理することも、LVM ボリュームグループに組み込むこともできません。
- 共有ブロックデバイスは、クラスターメンバー自体によって管理される RAID、ミラーリング、またはレプリケーションによって管理されるべきではありません。 使用されるレプリケーションは、ホストに対して透過的である必要があります。
- 共有ブロックデバイスには 4 メガバイトのサイズがあれば十分です。
ブロックデバイス経由の SBD
ポイズンピルフェンシング によるストレージレプリケーションテクノロジー: Red Hat は、ブロックデバイス経由のブロックデバイス sbd
ポイズンピルフェンシング へのクラスター全体のアクセスを容易にする可能性がある特定のベンダーストレージレプリケーションテクノロジーをテストしていません。 Red Hat は、組織によるこのようなテクノロジーの使用を阻止していませんが、すべてのテクノロジーで sbd
が想定どおりに機能することを保証することはできません。 これらのテクノロジーを使用する組織にとって、特にノード間またはストレージアレイ間で分割が生じる可能性のあるすべての潜在的な障害シナリオを通じて、選択したソリューションと組み合わせて sbd
を徹底的にテストすることが重要です。 ストレージベンダーに問い合わせて、ソリューションの機能や、RHEL High Availability または sbd
と連携したパフォーマンスに関する情報を入手する必要があります。
pacemaker
のみのサポート: sbd
は、pacemaker
が使用されている場合にのみ使用可能かつサポートされます。sbd
は、cman
と pacemaker
を使用する RHEL 6 クラスター、および RHEL 7 と 8 pacemaker
クラスターでの使用に適しています。sbd
は、pacemaker
を使用しない RHEL 6 の cman
のみのクラスターでの使用はサポートされていません。
pacemaker_remote ノード
上の sbd はサポートされない: sbd
は、pacemaker_remote
を使用するベアメタルノードまたは仮想マシンノードのいずれの pacemaker リモートノードでもサポートされません。 RHEL 8.5 より前 では、ウォッチドッグのみの SBD 設定を使用するには、クラスター内のすべてのノードで SBD を使用する必要がありました。これにより、一部のノードが SBD をサポートしていても、他のノード (多くの場合、リモートノード) が他の形式のフェンシングを必要とするクラスターでは、SBD を使用できなくなります。RHEL 8.5 以降 では、pacemaker_remote ノードを持つクラスターは、クラスターノード (リモートノードではない) で sbd を利用できます。
適切なウォッチドッグタイマー (WDT) デバイス: Red Hat は、sbd
で使用できるサポートされているハードウェアウォッチドッグタイマーデバイスのリストを保持していません。 Red Hat では、次の場合にデバイスが sbd
での使用に適しているとみなします。
- このデバイスは、このポリシーガイドでサポート対象外として特に強調されているデバイスではありません
- そのデバイスのドライバーは、カーネルのドキュメントで説明されているように、ウォッチドッグタイマーデバイスに期待される構造体、関数、および機能を実装します。 Red Hat は、
softdog
以外の、RHEL 提供のカーネル内に同梱されているドライバーについては、これが当てはまると考えています。 - カーネルのウォッチドッグ API を使用してウォッチドッグデバイスに指定されたタイムアウト期間内にデバイスが更新されない場合、デバイスはシステムを突然停止することになっています。
- このデバイスは、想定内の状況下でこの停止動作を実行するようデモンストレーション できます。
仮想化エミュレートウォッチドッグのサポート: Red Hat は、エミュレートされたモデル i6300esb
を使用して、libvirt/KVM が提供するハードウェアウォッチドッグによる sbd
の使用をサポートしています。 Red Hat は、他のエミュレートされたウォッチドッグデバイス (VMWare など) の使用に対するサポートやテストは提供していません。 ただし、別の仮想化プラットフォーム上の他のモデルまたはデバイスに関心がある場合は、Red Hat Support チームまでお問い合わせください。
- VMware: VMware 上での SBD の使用には 既知の制限 があり、特定の設定 では VMware 上で SBD を使用すること推奨されていません。詳細は、次の記事を参照してください: Software-Emulated Watchdog Known Limitations
ソフトウェアエミュレートウォッチドッグ: sbd によって使用されるこのウォッチドッグタイマーデバイスは、softdog
ドライバーによって行われるようなソフトウェアによって効果的にエミュレートすることはできません。このようなプログラムは、カーネルが提供する制限と利用可能なリソースの範囲内で動作するため、オペレーティングシステムが誤動作している場合や、リソースが不足している場合に、必要な停止アクションを実行することを保証できません。
ノードを適切にフェンスできないとデータが破損する可能性があるため、実稼働環境でこのような設定を使用することは推奨されません。
このような設定では、根本原因を完全に特定する能力が大幅に低下する点にも留意してください。このような設定でクラスター障害が発生した場合、その組み合わせが直接的 (または間接的) な原因であると強く疑われる時点で、Red Hat Support チームは調査を中止する権利を留保します。
この設定に関する詳細な考慮事項については、Software-Emulated Watchdog Known Limitations を参照してください。
調査には適切なデバイスの確認が必要になる場合があります: Red Hat は、sbd
での使用に適したデバイスのリストを保持しておらず、すべてのデバイスタイプに関する広範な知識を持っていない可能性があるため、調査の過程で使用中のデバイスの適合性に関して疑問が生じる可能性があります。 sbd
で予期しない動作が観察された場合、Red Hat は詳細な調査を行う前に、使用中のウォッチドッグデバイスの機能のデモンストレーションが必要となり、これをリクエストする場合があります。 デバイス自体の機能性に疑問がある場合、Red Hat は sbd
の懸念される動作を既知のハードウェア上で再現したり、デバイスのベンダーに調査を依頼したりする必要がある場合があります。
QDisk を使用した RHEL 6: QDisk を利用する RHEL 6 クラスターは sbd
と互換性がなく、サポートされていません。
SBD
の クラウドプラットフォームとの互換性: Red Hat は、RHEL High Availability が利用可能なさまざまなクラウドプラットフォームのいずれにおいても、sbd
または fence_sbd
へのサポートを提供しません。
上記の他のポリシーで述べたように、sbd
は適切なハードウェアウォッチドッグタイマーでのみサポートされます (現時点では、サポートされているクラウドプラットフォームのいずれもこれを提供していません)。また、sbd
は softdog
ではサポートされていません。
唯一の例外は、SAP Hana on Azure (Large Instances) です。これらはクラウド仮想マシンではなく、Azure インターフェイスを通じて管理されるベアメタルシステムです。このプラットフォームで sbd
をサポートするには、Microsoft ドキュメントの Configure Watchdog セクションに記載されているように、各システムで IPMI ウォッチドッグを設定して有効にする必要があります。以下も参照してください。
Comments