Translated message

A translation of this page exists in English.

RHEL High Availability クラスターのサポートポリシー - fence_scsi および fence_mpath

更新 -

目次

概要

該当する環境

  • Red Hat Enterprise Linux (RHEL) と High Availability アドオン

役に立つリファレンスおよびガイド

はじめに

このガイドでは、RHEL High Availability クラスターでの fence_scsi または fence_mpath の使用に関する Red Hat のポリシーと要件を提供します。これらのエージェントは実装と機能が似ているため、通常は同じポリシーに従い、同様の要件があります。RHEL High Availability クラスターのユーザーは、適切な製品サポートサブスクリプションを使用して Red Hat からサポートを受けられるようにするために、これらのポリシーを遵守する必要があります。

ポリシー

fence_scsi および fence_mpath のストレージ使用例

SCSI 永続予約を使用するこれらの STONITH メソッドは、すべてのマネージドアプリケーションが、すべてのメンバーによって共有されるストレージデバイスからのデータを利用するクラスター内でのみ有効なフェンシングソリューションです。

fence_scsi と fence_mpath は、メンバーシップのステータスとリソース管理の結果に基づいて、クラスターメンバーの共有ストレージデバイスへのアクセスを制御します。メンバーに問題が発生した場合、クラスターはそのメンバーのストレージデバイスへのアクセスを取り消し、他のメンバーが競合のリスクなしにマネージドアプリケーションおよびリソースと安全に対話できるようにします。この方法は、ストレージへのアクセスが失われることで、問題のあるメンバーがアプリケーションまたはリソースと競合するアクションを実行しなくなる場合にのみ有効です。

これらのエージェントに対する Red Hat のサポートスタンスは以下のとおりです。

  • すべてのマネージドアプリケーションが 1 つ以上の共有ストレージデバイスと対話するように設計されている場合、fence_scsi または fence_mpath は、有効なフェンスデバイスを持つというクラスターの要件のみを満たします。
  • フェンシングメカニズムとして機能することのみを目的とした専用ストレージデバイスを提示することは、これらのエージェントの要件を満たしません。エージェントは、クラスター内のマネージドアプリケーションにデータを提供するデバイスを管理するように設定する必要があります。専用のフェンスストレージデバイスだけでは十分ではありません。
  • 任意のメンバーによって共有されるすべてのストレージデバイスは、すべてのメンバーによって共有される必要があります。
  • すべての共有ストレージデバイスを管理するには、fence_scsi または fence_mpath を設定する必要があります (次のセクションを参照)。

STONITH デバイスはすべての共有ストレージを管理する必要がある

fence_scsi または fence_mpath が本来の目的を果たし、設定が Red Hat によってサポートされるためには、クラスターの複数のメンバーによって共有されるすべてのデバイスを管理する必要があります。

  • fence_scsi および fence_mpath は、デバイスリストを自動検出することも、パラメーターで管理者が指定したデバイスリストを受け入れることもできます。

    • STONITH/フェンスデバイスの設定で devices が指定されたパラメーターである場合、その値にはクラスター内のすべての共有ストレージデバイスが含まれている必要があります。
    • STONITH/フェンスデバイスの設定で devices が指定されたパラメーターではない場合、クラスター内のすべての共有ストレージデバイスは、('c' LVM 属性を持つ) "clustered" とマークされた LVM ボリュームグループ内の物理ボリュームである必要があります。

  • すべての共有ストレージデバイスを fence_scsi または fence_mpath デバイスによる管理に含めない場合は、データが破損する可能性があります。Red Hat は、クラスター内のすべての共有ストレージデバイスを適切に管理していない設定から生じる問題には対応していません。

SPC-3 が必要

Red Hat のサポートを受ける場合は、fence_scsi または fence_mpath によって管理されるストレージが SCSI Primary Commands バージョン 3 (SPC-3) 標準に準拠している必要があります。

device-mapper-multipath を使用した fence_mpath

fence_mpath は、device-mapper-multipath によって管理されるデバイスに SCSI 永続的予約フェンシングを提供します。このエージェントは、他のマルチパステクノロジーではサポートされません。また、device-mapper-multipath が使用されていない場合もサポートされません。

  • fence_mpath では、各ノード上で /etc/multipath.conf が、defaults または各クラスター共有デバイスの multipath ブロック内のいずれかで、一意の reservation_key 16 進数値を使用して設定されている必要があります。以下はその例です。
multipaths {
multipath {
wwid "1234567890" # wwid for a cluster-shared device
alias "ha_data1"
reservation_key 0x1 # unique to this node - change for other nodes
}
}

ストレージの互換性

RHEL High Availability のストレージ互換性に関する Red Hat の一般的なポリシーは、fence_scsi または fence_mpath の使用に適用されます。このポリシーでは、Red Hat は、特定のストレージベンダー製品を使用したこのエージェントの正常な動作をテスト、保証、または認証しません。これらのエージェントの使用を検討しているお客様の組織は、ターゲットのクラスター環境で連携して動作するテクノロジーを使用して動作を完全にテストし、予期しない動作が発生した場合にはストレージベンダーおよび Red Hat Support チームと協力することが重要です。

  • これらのエージェントのテストにおける Red Hat のターゲットは、SCSI 永続予約をサポートする一般的な SPC-3 準拠のストレージであり、Red Hat のサポートポリシーに別段の記載がない限り、これらの関連標準に準拠するストレージでの fence_scsi および fence_mpath の使用に対するサポートを提供します。
  • レプリケーション、複数サイトまたは複数アレイの調整、その他のベンダー固有の機能などの特殊なストレージテクノロジーはテストされておらず、これらのエージェントの動作に影響を与える可能性があります。
  • Support Policies for RHEL High Availability Clusters - Storage Compatibility を参照してください。

ストレージのレプリケーション

ストレージのレプリケーションを使用すると、fence_scsi または fence_mpath に課題が生じる可能性があります。これは、ストレージ製品が異なれば、ストレージアレイ間での SCSI 予約の同期やレプリケーションが異なる方法で処理されるためです。Red Hat サポートとの連携により、そのようなテクノロジーが使用されており、これらのエージェントのいずれかの動作を妨害している可能性があることが判明した場合、Red Hat は、そのストレージソリューションを使用せずに問題を再現するよう要求するか、ベンダーによる詳細な調査を要求する場合があります。これらの状況を調査して、エージェントの想定される動作に準拠しているか判断します。

  • 複数のストレージアレイにまたがるストレージデバイスに対して fence_scsi または fence_mpath を利用する環境では、クラスター全体のノードが同じビューを参照できるように、すべての SCSI 永続予約および登録キーがすべてのアレイに自動的に伝播されることが想定されます。

  • 接続におけるストレージアレイの "スプリット" が発生した場合、ストレージアレイには、スプリット中に実行されるアクションが確実に正常に処理される何らかのメカニズムが備わっていることが想定されます。これらのアレイ上のデータの状態は一致しなければならず、ストレージソリューションはそれを確実にする必要があります。別々のアレイ間で予約/登録と対話するノードは、競合する操作を並行して実行できません。

  • サポート契約により、使用中のストレージテクノロジーが想定外の動作を引き起こしている可能性があることが判明した場合、Red Hat Support チームはサポートを提供し続けるために、そのテクノロジーの削除またはベンダーによる詳細な調査を要求する場合があります。

VMware プラットフォームの条件

fence_scsi および fence_mpath は、VMware プラットフォームで使用されるストレージアクセス方法の制限の対象になります。

RHEL リリース 物理互換の RDM 仮想互換の RDM VMDK iSCSI への直接アクセス その他のアクセス方法
7+ サポート対象 [1] サポート対象外 サポート対象外[3] サポート対象 [2] サポート対象外
6 サポート対象外 サポート対象外 サポート対象外[3] サポート対象 [2] サポート対象外

[1]: 物理互換モードでの RDM デバイスの使用は、以下の条件下で Red Hat によってサポートされます。

  • RHEL 7+
  • クラスター内の各仮想マシンは常に別個の ESXi ホスト上で実行されます。仮想マシンが同じホスト上で実行される可能性がある場合、これらのエージェントは適切に機能しない可能性があり、Red Hat はそのような設定での問題には対応しません。
  • 各仮想マシンは、Sharing モード: Physical を使用し、専用の仮想 SCSI コントローラーを介して共有ストレージデバイスにアクセスします。
  • 各仮想 SCSI コントローラーは、各仮想マシンの詳細設定で scsiX.releaseResvOnPowerOff を FALSE に設定する必要があります。
  • これらの条件の設定手順に関する詳細は、Administrative Procedures for RHEL High Availability Clusters: Configuring VMware VMs to be Compatible with the fence_scsi or fence_mpath STONITH Method を参照してください。

[2]: iSCSI デバイスには、VMware レイヤーのパススルーなしで、仮想マシンが直接アクセスする必要があります (例: 仮想ディスクファイル (VMDK) 経由で提供される共有ストレージを使用する仮想マシン)。

[3]: 現在、fence_scsi および fence_mapth は、マルチライターオプションが有効化されている VMware VMDK および VMware "Clustered VMDK" ストレージデバイスではサポートされていません。

VMware またはその他のプラットフォームでの High Availability に関する Red Hat の完全なポリシーセットについては、Support policies for RHEL High Availability clusters を参照してください。

[4] VMware vSphere 7、VMware では、仮想ディスク (VMDK) レベルでの SCSI-3 永続予約 (SCSI-3 PR) のサポートが追加されました。ただし、VMware はこれを RHEL ではサポートしていません (RHEL もこれをサポートしていません)。詳細は、[RHEL-7621] RFE: Add support of fence-scsi for RHEL 8 cluster running in vCenter 7/8 with VMDK shared disk を参照してください。

Comments