ストレージとアダプターの設定

マルチパス I/O のソリューションには数種類あり、すでに利用可能なものや Linux 環境向けに開発中のものなどがあります。SIOS Technology Corp. は、多くのサーバベンダ、アダプタベンダ、およびドライバ開発者と積極的に協力することで、LifeKeeper とマルチパス I/O ソリューションとの協調動作を実現しています。データーの整合性を保護するために LifeKeeper が使用する SCSI リザベーションは、特殊な要件を必要とするため、マルチパス I/O ソリューションの最初の実装では多くの場合要件が満たされません。

ディスクアレイサポートに関する以下の技術情報を参照し、個別のアレイがマルチパスおよび特定のマルチパスソリューションでサポートされているかを判断してください。マルチパスおよび特定のマルチパスソリューションと共に動作する LifeKeeper のサポート対象として一覧に指定されていないアレイは、サポート対象ではないと考えてください。

この問題が発生する頻度には多くの要因が影響を及ぼします。

• プロセッサの速度は、I/O がキューに保持される速さに影響します。高速なプロセッサでは、障害が検知される頻度が高くなります。
  
• システムメモリの搭載量は、システムが無応答になるまでにキューに保持できる I/O の数に影響します。 メモリが多いシステムでは、障害が検知される頻度が低くなります。
  
• 使用する LUN の数は、キューに保持できる I/O の量に影響します。
  
• I/O の特性は、キューに保持される I/O の量に影響します。問題が発生したテストケースでは、ディスクにデータを無制限に書き込んでいました。ほとんどのアプリケーションは、データの読み取りと書き込みの両方を行うはずです。フェイルオーバを待って読み取りがブロックされることで書き込みも抑制され、結果的に I/O 速度が減少して障害検知の頻度が低くなります。
  

例えば、RDAC を使用した IBM DS4000 のマルチパス構成のテストでは、DS4000 への I/O スループットを毎秒 190 MB 以上にしてパス障害をシミュレーションした場合に LifeKeeper は約 12 回に 1 回サーバの障害を (誤) 検出しました。このテストでは、サーバとして IBM x345 (デュアル Xeon 2.8GHz プロセッサとメモリ 2 GB を搭載) を使用し、DS4400 に接続して使用サーバ当たり 8 ボリューム (LUN) にしました。フェイルオーバを抑止するために、LifeKeeper の LCMNUMHBEATS パラメータ (/etc/default/LifeKeeper 内) を 16 に増やしました。このパラメータの変更により、無応答のシステムが生存していないと判定するまでに LifeKeeper は、デフォルトの約 15 秒ではなく、約 80 秒間待機するようになります。

いくつかの大規模ストレージ構成 (例えば、複数の論理ボリュームグループがあり、各ボリュームグループ内に 10 以上の LUN を持つ構成) では、LifeKeeper は障害を検出したときにデフォルトの 300 秒のタイムアウト時間内に sendevent を完了することができない場合があります。その結果、バックアップシステムへのスイッチオーバが失敗します。サービス状態にならないリソースが生じ、LifeKeeper のログにエラーメッセージが記録されます。

大規模ストレージ構成では、/etc/default/LifeKeeper ファイルの SCSIERROR を「event」から「halt」に変更することを推奨します。これにより LifeKeeper は SCSI エラーの発生時に「halt」を実行します。LifeKeeper はバックアップシステムへのフェイルオーバに成功するようになります。

HP 3PAR StoreServ 7200 は、以下の構成で SIOS Technology Corp. のパートナーによってテスト済みです。

QLogic QMH2572 8Gb FC HBA for HP BladeSystem c-Class(ファームウェアバージョン5.06.02 (90d5) を使用した)HP 3PAR StoreServ 7200 (ファームウェア (HP 3PAR OS) バージョン 3.1.2), ドライババージョン 8.03.07.05.06.2-k (RHELにバンドル) ＋DMMP (device-mapper-1.02.66-6, device-mapper-multipath-0.4.9-46.el6)

テストはRHEL 6.2 (x86_64) を使用したSPS for Linux v8.1.1 で実施されました。

注意: 3PAR StoreServ 7200 は、デフォルトのパスチェッカとのリザベーション競合を返します。この競合を回避するには、/etc/default/LifeKeeper 内に次のパラメータを設定 (追加) してください。

DMMP_REGISTRATION_TYPE=hba

HP 3PAR StoreServ 7400は、以下の構成で SIOS Technology Corp. のパートナーによってテスト済みです。

HP 3PAR StoreServ 7400 (ファームウェア (HP 3PAR OS) バージョン3.1.2) + HP DL380p Gen8 + Emulex LightPulse Fibre Channel SCSI HBA (ドライババージョン 8.3.5.45.4p) + DMMP (device-mapper-1.02.66-6, device-mapper-multipath-0.4.9-46.el6)

テストはRHEL 6.2 (x86_64) を使用したSPS for Linux v8.1.1 で実施されました。

注意: 3PAR StoreServ 7400 は、デフォルトのパスチェッカとのリザベーション競合を返します。この競合を回避するには、/etc/default/LifeKeeper 内に次のパラメータを設定 (追加) してください。

DMMP_REGISTRATION_TYPE=hba

およびユーザーフレンドリーデバイスマッピングはサポートされません。 “multipath.conf”　に次のパラメータを設定してください。

“user_friendly_names no”

HP 3PAR StoreServ 7400は、以下の構成で SIOS Technology Corp. のパートナーによってテスト済みです。

HP 3PAR StoreServ 7400 (ファームウェア (HP 3PAR OS) version 3.1.3) + HP Ethernet 10Gb 2-port 560SFP+ Adapter (Networkdriver ixgbe-3.22.0.2) + iSCSI (iscsi-initiator-utils-6.2.0.873-10.el6.x86_64)、DMMP (device-mapper-1.02.79-8.el6、device-mapper-multipath-0.4.9-72.el6).

注意 : 3PAR StoreServ 7400 iSCSI は、リザベーション競合を返す場合があります。この競合を回避するため、/etc/default/LifeKeeper 内に次のパラメータを設定 (追加) してください。

DMMP_REGISTER_IGNORE=TRUE

HP 3PAR StoreServ 7400は、以下の構成で SIOS Technology Corp. のパートナーによってテスト済みです。

iSCSI (iscsi-initiator-utils-6.2.0.872-21.el6.x86_64) + DMMP (device-mapper-multipath-0.4.9-41 + device-mapper-1.02.62-3) + nx_nic v4.0.588.

DMMP と DMMP Recovery Kit を RHEL 6.1 で利用する場合には、Quorum/Witness Server Kit と STONITH 機能を利用する必要があります。SCSI リザベーションを無効にするため、 “/etc/default/LifeKeeper“に RESERVATIONS=none を追記する必要があります。

サーバーは IPMI 2.0 に準拠したインタフェースを備えている必要があります。

HP 3PAR StoreServ 10800 FC は、以下の構成で SIOS Technology Corp. のパートナーによってテスト済みです。

ファームウェア (HP 3PAR OS) バージョン3.1.2 + HP DL380p Gen8 + Emulex LightPulse Fibre Channel HBA (ドライバーバージョン 8.3.5.45.4p) + DMMP (device-mapper-1.02.66-6, device-mapper-multipath-0.4.9-46 el6)

テストはRHEL 6.2 (x86_64) を使用したSPS for Linux v8.1.2 で実施されました。

注意: 3PAR StoreServ 10800 FC は、デフォルトのパスチェッカーとのリザベーション競合を返します。この競合を回避するには、/etc/default/LifeKeeper 内に次のパラメータを設定 (追加) してください。

DMMP_REGISTRATION_TYPE=hba

およびユーザーフレンドリーデバイスマッピングはサポートされません。 “multipath.conf”　に次のパラメータを設定してください。

“user_friendly_names no”

HP MSA 2040 Storage FC は、以下の構成で SIOS Technology Corp. のパートナーによってテスト済みです。

HP MSA 2040 Storage FC (ファームウェアGL101R002) + HP SN1000Q 16Gb 2P FC HBA QW972A (ファームウェアバージョン 6.07.02, ドライババージョン 8.04.00.12.06.0-k2 (RHELにバンドル)) +　DMMP (device-mapper-1.02.74-10, device-mapper-multipath-0.4.9-56).

テストは RHEL 6.3 (X86_64)　を使用した LifeKeeper for Linux v8.1.2 で実施されました。

SIOS LifeKeeper for Linux v7.2 以降を使用する場合について、Hewlett-Packard 社により認定。テストに使用されたモデルは HP P9500/XP です。以下の環境の LifeKeeper で動作することが認定されています。

• Red Hat Enterprise for 32-bit, x64 (64-bit; Opteron および Intel EMT64)
  RHEL 5.3, RHEL 5.4, RHEL 5.5
• SuSE Enterprise Server for 32-bit, x64 (64-bit; Opteron および Intel EMT64)
  SLES 10 SP3, SLES 11, SLES 11 SP1
• ネイティブまたは内蔵のクラスタリングソリューション RHCS および SLE HA
  

HP StoreVirtual 4330 は、以下の構成で SIOS Technology Corp. のパートナーによってテスト済みです。

HP StoreVirtual 4330 (ファームウェアHP LeftHand OS 10.5) + HP Ethernet 1Gb 4-port 331FLR (Networkdriver tg3-3.125g) + iSCSI (iscsi-initiator-utils-6.2.0.872-41.el6.x86_64)、 DMMP (device-mapper-1.02.74-10.el6,device-mapper-multipath-0.4.9-56.el6)

HP 社 StoreVirtual(LeftHand) ストレージにおいて、OS(SAN/iQ) バージョン 11.00 をサポートします。本バージョンが使われている全ての StoreVirtual シリーズがサポート対象であり、仮想ストレージ・アプライアンスである StoreVirtual VSA も含まれます。

テスト構成は次の通りです。

StoreVirtual VSA(11.0.00.1263.0) + RHEL 6.4(x86_64) ＋ DMMP (device-mapper-1.02.77-9.el6.x86_64, device-mapper-multipath-0.4.9-64.el6.x86_64)

HP StoreVirtual 4730 は、以下の構成で SIOS Technology Corp. のパートナーによってテスト済みです。

HP StoreVirtual 4730 (ファームウェアHP LeftHand OS 11.5) + HP FlexFabric 10Gb 2-port 536FLB Adapter (Networkdriver bnx2x-1.710.40) + iSCSI (iscsi-initiator-utils-6.2.0.873-10.el6.x86_64)、 DMMP (device-mapper-1.02.79-8.el6,device-mapper-multipath-0.4.9-72.el6)

HP 社 StoreVirtual(LeftHand) ストレージにおいて、LeftHand OS バージョン 11.5 をサポートします。本バージョンが使われている全ての StoreVirtual シリーズがサポート対象であり、仮想ストレージ・アプライアンスである StoreVirtual VSA も含まれます。

テスト構成は次の通りです。

StoreVirtual 4730(11.5.00.0673.0) + RHEL 6.5(x86_64) ＋ DMMP (device-mapper-1.02.79-8.el6.x86_64, device-mapper-multipath-0.4.9-72.el6.x86_64)

HP StoreVirtual 4330 は、 以下の構成で SIOS Technology Corp. のパートナーによってテスト済みです。

HP StoreVirtual 4330 (ファームウェア HP LeftHand OS 10.5) + iSCSI (iscsi-initiator-utils-6.2.0.872-41.el6.x86_64)、 bonding(バージョン: 3.6.0)、tg3(バージョン: 3.125g) SCSI リザベーションを無効にするには、”/etc/default/LifeKeeper” に RESERVATIONS=noneを設定します。

シングルパス構成において、パートナーテストにより認定。SDD Recovery Kit および Device Mapper Multipath Recovery Kit を使用するマルチパス設定において、SIOS Technology Corp. により認定。

パートナーテストによりiSCSI (iscsi-initiator-utils-6.2.0.872-34.el6.x86_64) と DMMP (device-mapper-1.02.66-6.el6、device-mapper-multipath-0.4.9-46.el6) を使用する IBM Storwize V7000 (Firmware Version 6.3.0.1)を 認定しています。テストは、LifeKeeper for Linux v7.5 と RHEL 6.2 を使用して行われました。

制限事項: IBM Storwize V7000 は、Quorum/Witness Server Kit および STONITH と組み合わせて使用する必要があります。/etc/default/LifeKeeper 内で以下の設定により、SCSI リザベーションを無効にしてください。

パートナテストにより Red Hat Enterprise Linux Sever Release 5.6、HBA: NEC N8190-127 Single CH 4Gbps (Emulex LPe1150 相当品)、XIV Host Attachement Kit: バージョン 1.7.0 を組み合わせたマルチパス構成でのみ認定済み。

注意: LifeKeeper を使用する IBM XIV Storage System で 32 個以上の LUN を作成する必要がある場合、詳細については IBM の営業担当者にお問い合わせください。

富士通

ETERNUS DX60 S2 / DX80 S2 / DX90 S2

• iSCSI、シングルパスおよびマルチパス構成

ETERNUS DX410 S2 / DX440 S2I

• iSCSI、シングルパスおよびマルチパス構成

ETERNUS DX8100 S2/DX8700 S2

• iSCSI、シングルパスおよびマルチパス構成

ETERNUS DX100 S3/DX200 S3

• iSCSI、シングルパスおよびマルチパス構成

ETERNUS DX500 S3/DX600S3

• iSCSI、シングルパスおよびマルチパス構成

ETERNUS DX200F

• iSCSI、シングルパスおよびマルチパス構成

ETERNUS DX60 S3

• iSCSI、シングルパスおよびマルチパス構成

ETERNUS AF250 / AF650

• iSCSI、シングルパスおよびマルチパス構成

ETERNUS DX60 S4 / DX100 S4 / DX200 S4

• iSCSI、シングルパスおよびマルチパス構成

ETERNUS DX500 S4 / DX600 S4 / DX8900S4

• iSCSI、シングルパスおよびマルチパス構成

ETERNUS AF250 S2 / AF650 S2

• iSCSI、シングルパスおよびマルチパス構成

ETERNUS DX60 S5 / DX100 S5 / DX200 S5

• iSCSI、シングルパスおよびマルチパス構成

ETERNUS DX500 S5 / DX600 S5 / DX900S5

• iSCSI、シングルパスおよびマルチパス構成

ETERNUS AF150 S3 / AF250 S3 / AF650 S3

• iSCSI、シングルパスおよびマルチパス構成

マルチパス環境にてDMMP ARKを利用する際、 /etc/multipath.conf に以下の設定が必要となります。

prio alua

path_grouping_policy group_by_prio

failback immediate

no_path_retry 10

Path_checker tur

富士通

ETERNUS DX60 S2 / DX80 S2 / DX90 S2

• ファイバチャネル、シングルパスおよびマルチパス構成

ETERNUS DX410 S2 / DX440 S2

• ファイバチャネル、シングルパスおよびマルチパス構成

ETERNUS DX8100 S2/DX8700 S2

• ファイバチャネル、シングルパスおよびマルチパス構成

ETERNUS DX100 S3/DX200 S3/DX500 S3/DX600S3

• ファイバチャネル、シングルパスおよびマルチパス構成

ETERNUS DX200F

• ファイバチャネル、シングルパスおよびマルチパス構成

ETERNUS DX60 S3

• ファイバチャネル、シングルパスおよびマルチパス構成

ETERNUS DX8700 S3 / DX8900 S3

• ファイバチャネル、シングルパスおよびマルチパス構成

ETERNUS AF250 / AF650

• ファイバチャネル、シングルパスおよびマルチパス構成

ETERNUS DX60 S4 / DX100 S4 / DX200 S4

• ファイバチャネル、シングルパスおよびマルチパス構成

ETERNUS DX500 S4 / DX600 S4 / DX8900S4

• ファイバチャネル、シングルパスおよびマルチパス構成

ETERNUS AF250 S2 / AF650 S2

• ファイバチャネル、シングルパスおよびマルチパス構成

ETERNUS DX60 S5 / DX100 S5 / DX200 S5

• ファイバチャネル、シングルパスおよびマルチパス構成

ETERNUS DX500 S5 / DX600 S5 / DX900S5

• ファイバチャネル、シングルパスおよびマルチパス構成

ETERNUS AF150 S3 / AF250 S3 / AF650 S3

• ファイバチャネル、シングルパスおよびマルチパス構成

マルチパス環境にてDMMP ARKを利用する際、 /etc/multipath.conf に以下の設定が必要となります。

prio alua

path_grouping_policy group_by_prio

failback immediate

no_path_retry 10

Path_checker tur

マルチパス環境にてETERNUSマルチパスドライバを利用する際、設定ファイルにパラメータを設定する必要はありません。

NEC iStorage M10e iSCSI は、以下の構成で SIOS Technology Corp. のパートナーによってテスト済みです。

NEC iStorage M10e iSCSI + 1GbE NIC + iSCSI (iscsi-initiator-utils-6.2.0.873-10.el6.x86_64)、SPS (sps-utils-5.3.0-0.el6,sps-driver-E-5.3.0-2.6.32.431.el6)

マルチパスデバイスを使用するアプリケーションとファイルシステムの保護: SPS デバイスを使用するアプリケーションやファイルシステムを SPS によって設定し保護するには、SPS Recovery Kit をインストールする必要があります。

SPS Kit のインストール後は、1 つ以上のマルチパスデバイスノードを使用するアプリケーション階層を作成するだけで、SPS Kit が提供する新しいリソースタイプが自動的に組み込まれます。

マルチパスデバイスノード: SPS Kit を使用するには、すべてのファイルシステムおよび Raw デバイスをネイティブの /dev/sd* デバイスノードではなく、マルチパスデバイスノード (/dev/dd*) 上にマウントまたは設定する必要があります。

SCSI-3 Persistent Reservations の使用: SPS Kit は、リザベーションタイプを「書き込み専用」とする SCSI-3 Persistent Reservations を使用します。この場合、クラスタのあるノードが予約したデバイスは、クラスタの他のノードから読み取り可能のままですが、他のノードからデバイスへの書き込みはできなくなります。このことは、それらの他のノード上で進行中の読み取り専用アクセスのためにファイルシステムをマウントできるという意味ではないことに注意してください。

LifeKeeper では、sg_persist ユーティリティを使用してパーシステントリザベーションを発行し、監視します。必要であれば、LifeKeeper は sg_persist(8) ユーティリティをインストールします。

テスト環境: SPS Kit は、Emulex HBA および Emulex lpfc ドライバを使用する NEC iStorage ディスクアレイにおいて、テストおよび認定済みです。SPS Kit は、SPS がサポートする他の NEC iStorage D、S、および M でも同様に問題なく動作すると考えられます。

[テストされた Emulex HBA]

iStorage D-10
=======================
LP952
LP9802
LP1050
LP1150
=======================

iStorage M100
=======================
LPe1150
LPe11002
LPe1250
LPe12002
LPe1105
LPe1205
=======================

マルチパスソフトウェアの要件: SPS Kit は、SPS for Linux 3.3.001 を使用してテスト済みです。インストールされている SPS パッケージに対する既知の依存関係はありません。

インストール要件: SPS Recovery Kit をインストールする前に SPS ソフトウェアをインストールする必要があります。

SPS パスの追加または修復: LifeKeeper は、SPS リソース起動する場合に、パーシステントリザベーションを確立してその時点でアクティブなパスに登録します。最初のリザベーションの後に新しいパスが追加されるか、障害が起きたパスが修復されて SPS がそのパスを自動的に再度アクティブにした場合、そのパスは、LifeKeeper が SPS リソースに対する次の quickCheck を実行するまでリザベーションの一部として登録されません。その時点までに SPS がそのパスに対する書き込みを許可した場合、リザベーションコンフリクトが発生し、システムのメッセージファイルに競合が記録されます。SPS ドライバは、登録されたパスでそれらの I/O を再試行するため、アプリケーションにとっては検出可能な障害になりません。quickCheck によるパスの登録が完了すると、その後の書き込みは成功します。

マルチパスデバイスを使用するアプリケーションとファイルシステムの保護:
NEC HDLM デバイスを使用するアプリケーションやファイルシステムを LifeKeeper によって設定し保護するには、HDLM Recovery Kit をインストールする必要があります。HDLM Recovery Kit のインストール後は、マルチパスデバイスノードを 1 つ以上使用するアプリケーション階層を作成するだけで、HDLM Kit が提供する新しいリソースタイプが自動的に組み込まれます。

マルチパスデバイスノード:
HDLM Kit を使用するには、すべてのファイルシステムおよび Raw デバイスをネイティブの /dev/sd* デバイスノードではなく、マルチパスデバイスノード (/dev/sddlm*) 上にマウントするか、設定する必要があります。

SCSI-3 Persistent Reservations の使用:
HDLM Recovery Kit は、リザベーションタイプを「書き込み専用」とする SCSI-3 Persistent Reservations を使用します。この場合、クラスタのあるノードが予約したデバイスは、クラスタの他のノードから読み取り可能のままですが、他のノードからデバイスへの書き込みはできなくなります。このことは、それらの他のノード上で進行中の読み取り専用アクセスのためにファイルシステムをマウントできるという意味ではないことに注意してください。LifeKeeper では、sg_persist ユーティリティを使用してパーシステントリザベーションを発行し、監視します。必要であれば、LifeKeeper は sg_persist(8) ユーティリティをインストールします。

ハードウェア要件:
HBAおよびHBAドライバはiStorage V10e/V100/V300がサポートするものを使用してください。

マルチパスソフトウェアの要件：
以下のNEC HDLM for Linux でテスト済みです。

8.7.9-04、8.7.9-05、8.8.6-00、8.8.6-03

インストールされている HDLM パッケージに対する既知の依存関係はありません。
注意: LVM とともに使用する場合は、LVMの設定変更が必要です。詳細は、NECサポートポータルに掲載のNEC HA Dynamic Link Manager のマニュアルを参照してください。

Linux ディストリビューションの要件:
サポートされている Linux カーネルおよびディストリビューションについては、NECサポートポータルに掲載のiStorage Vシリーズ ソフトウェア製品OSサポート情報を参照してください。

インストール要件:
HDLM Recovery Kit をインストールする前に NEC HDLM ソフトウェアをインストールする必要があります。また、SCSI デバイスから NEC HDLM デバイスに環境を転送したい場合は、NEC HDLM 環境を設定した後、インストールセットアップスクリプトを実行する必要があります。そのようにしないと、sg3_utils がインストールされません

HDLM パスの追加または修復：
LifeKeeper は、NEC HDLM リソースを起動する場合、パーシステントリザベーションを確立してその時点でアクティブなパスに登録します。最初のリザベーションの後に新しいパスが追加されるか、障害が起きたパスが修復されて NEC HDLM がそのパスを自動的に再度アクティブにした場合、そのパスは、LifeKeeper が NEC HDLM リソースに対する次の quickCheck を実行するまでリザベーションの一部として登録されません。その時点までに NEC HDLM がそのパスに対する書き込みを許可した場合、リザベーションコンフリクトが発生し、システムのメッセージファイルに競合が記録されます。NEC HDLM ドライバは、登録されたパスでそれらの I/O を再試行するため、アプリケーションにとっては検出可能な障害になりません。quickCheck によるパスの登録が完了すると、その後の書き込みは成功します。quickCheck がリザベーションコンフリクトを検出すると、ステータスが「Offline(E)」に変更されます。ステータスが「Offline(E)」の場合、ユーザはオンラインの NEC HDLM コマンドを使用して手動でステータスを「Online」に変更する必要があります。

Secure Path を使用するマルチパスクラスタを新規にインストール場合は、次の手順を実行します。

1. 選択した OS を各サーバにインストールします。
2. クラスタハードウェア (FCA2214 アダプタ、ストレージ、スイッチ、およびケーブル) をインストールします。
3. HP Platform Kit をインストールします。
4. HP Secure Path ソフトウェアをインストールします。ここでシステムをリブートする必要があります。Secure Path からストレージへのパスを適切に設定したことを確認してください。詳細については、Secure Path のドキュメンテーションを参照してください。
5. LifeKeeper をインストールします。

Secure Path は、/dev/spdev/spXX (XX はデバイス名) の形式の 「永続的な」デバイスノードをサポートします。これらのノードは、特定の SCSI デバイスノード /dev/sdXX へのシンボリックリンクです。LifeKeeper はこれらのノードを「通常の」SCSI デバイスノード /dev/sdXX であるかのように認識します。LifeKeeper は、デバイスが /dev/sda1 か /dev/sdq1 かを直接検出し、その後正しいデバイスノードを直接使用することにより、リブートおよびクラスタノードをまたがってデバイス名の永続性を独自に維持しています。

注意: SCSI デバイスノードへのシンボリックリンクのサポートは、LifeKeeper v4.3.0 で追加されました。

HDLM デバイスを使用するアプリケーションやファイルシステムを LifeKeeper によって設定し保護するには、HDLM Recovery Kit をインストールする必要があります。

HDLM Kit のインストール後は、マルチパスデバイスノードを 1 つ以上使用するアプリケーション階層を作成するだけで、HDLM Kit が提供する新しいリソースタイプが自動的に組み込まれます。

HDLM Kit は、リザベーションタイプを「書き込み専用」とする SCSI-3 Persistent Reservations を使用します。この場合、クラスタのあるノードが予約したデバイスは、クラスタの他のノードから読み取り可能のままですが、他のノードからデバイスへの書き込みはできなくなります。このことは、それらの他のノード上で進行中の読み取り専用アクセスのためにファイルシステムをマウントできるという意味ではないことに注意してください。

LifeKeeper では、sg_persist ユーティリティを使用してパーシステントリザベーションを発行し、監視します。必要であれば、LifeKeeper は sg_persist(8) ユーティリティをインストールします。

HDLM Kit は、QLogic qla2432 HBA と 8.02.00-k5-rhel5.2-04 ドライバ、および Silkworm3800 FC スイッチを使用する 日立 SANRISE AMS1000 ディスクアレイにおいて、テストおよび認定済みです。HDLM Kit は、他の日立ディスクアレイでも同様に問題なく動作すると考えられます。HDLM Kit は、SANRISE AMS シリーズ、SANRISE USP、および日立の VSP においても、テストおよび認定済みです。HBA および HBA ドライバは HDLM がサポートするものを使用してください。

BR1200 は、Hitachi Data Systems により認定済みです。シングルパスとマルチパスの両方の設定で、RDAC ドライバが必要です。RDAC ドライバを使用する BR1200 設定のみをサポートします。HDLM (HDLM ARK) を使用する BR1200 設定はサポートしません。

HDLM Kit は、以下の HDLM for Linux でテスト済みです。

8.0.1, 8.1.0, 8.1.1, 8.1.2, 8.1.3, 8.1.4, 8.2.0, 8.4.0, 8.5.0, 8.5.1, 8.5.2, 8.5.3, 8.5.4, 8.6.0, 8.6.1, 8.6.2, 8.6.4, 8.6.5, 8.7.0, 8.7.1, 8.7.2, 8.7.3, 8.7,4, 8.7.6, 8.7.7, 8.7.8, 8.8.0, 8.8.1, 8.8.3, 8.8.4, 8.8.8，8.8.9，8.9.0, 9.0.0

インストールされている HDLM パッケージに対する既知の依存関係はありません。

注意: LVM と HDLM をともに使用する場合、HDLM がサポートするバージョンが必要です。また、フィルタ設定を /etc/lvm/lvm.conf に追加して、システムが /dev/sddlm* に対応する /dev/sd* を検出しないようにする必要があります。詳細については、HDLM のマニュアルの「LVM Configuration」を参照してください。

Linux ディストリビューションの要件

HDLM は以下のディストリビューションでサポートされています。

RHEL 7、7.1、7.2、7.3、7.4、7.5、7.6、7.7、7.8、7.9 (x86_64(*1)国内、海外共)

RHEL 8.1、8.2、8.3 、8.4 (x86_64(*1)国内、海外共)

RHEL 9.0, 9,1 (x86_64(*1)国内、海外共)

(*1) AMD Opteron(シングルコア、デュアルコア) あるいは Intel EM64T アーキテクチャ CPU + x86_64 カーネル

(*2) 下記のカーネルを示します。
x86_64:3.10.0-123.13.2.el7.x86_64, 3.10.0-123.20.1.el7.x86_64

(*3) 下記のカーネルを示します。
x86_64:3.10.0-229.4.2.el7.x86_64,3.10.0-229.20.1.el7.x86_64, 3.10.0-229.34.1.el7.x86_64

(*4) 下記のカーネルを示します。
x86_64:3.10.0-327.4.4.el7.x86_64, 3.10.0-327.4.5.el7.x86_64, 3.10.0-327.10.1.el7.x86_64, 3.10.0-327.18.2.el7.x86_64,
3.10.0-327.22.2.el7.x86_64, 3.10.0-327.36.1.el7.x86_64, 3.10.0-327.36.3.el7.x86_64, 3.10.0-327.44.2.el7.x86_64, 3.10.0-327.46.1.el7.x86_64, 3.10.0-327.49.2.el7.x86_64，3.10.0-327.55.2.el7.x86_64，3.10.0-327.55.3.el7.x86_64，3.10.0-327.58.1.el7.x86_64, 3.10.0-327.62.1.el7.x86_64，3.10.0-327.62.4.el7.x86_64, 3.10.0-327.64.1.el7.x86_64, 3.10.0-327.93.1.el7.x86_64, 3.10. 0 327. 9 6 .1 .el 7 .x86_64, 3.10.0-327.98.2.el7.x86_64，3.10.0-327.102.1.el7.x86_64

(*5)下記のカーネルを示します。
x86_64：3.10.0-514.6.1.el7.x86_64，3.10.0-514.10.2.el7.x86_64，3.10.0-514.16.1.el7.x86_64，3.10.0-514.21.1.el7.x86_64，3.10.0-514.26.2.el7.x86_64，3.10.0-514.36.5.el7.x86_64，3.10.0-514.44.1.el7.x86_64, 3.10.0-514.51.1.el7.x86_64, 3.10.0-514.55.4.el7.x86_64

(*6)下記のカーネルを示します。
x86_64：3.10.0-693.1.1.el7.x86_64, 3.10.0-693.5.2.el7.x86_64, 3.10.0-693.11.1.el7.x86_64, 3.10.0-693.11.6.el7.x86_64, 3.10.0-693.21.1.el7.x86_64, 3.10.0-693.43.1.el7.x86_64, 3.10.0-693.33.1.el7.x86_64, 3.10.0-693.46.1.el7.x86_64, 3.10.0-693.62.1.el7.x86_64

(*7)下記のカーネルを示します。
x86_64：3.10.0-862.3.2.el7.x86_64, 3.10.0-862.14.4.el7.x86_64

(*8)下記のカーネルを示します。
x86_64：3.10.0-957.10.1.el7.x86_64，3.10.0-957.12.2.el7.x86_64,
3.10.0-957.21.3.el7.x86_64，3.10.0-957.27.2.el7.x86_64

(*9)下記のカーネルを示します。
x86_64：3.10.0-1062.1.1.el7.x86_64, 3.10.0-1062.9.1.el7.x86_64, 3.10.0-1062.18.1.el7.x86_64, 3.10.0-1062.56.1.el7.x86_64, 3.10.0-1062.60.1.el7.x86_64, 3.10.0-1062.63.1.el7.x86_64, 3.10.0-1062.67.1.el7.x86_64

(*10)下記のカーネルを示します。
x86_64：4.18.0-147.5.1.el8_1.x86_64，4.18.0-147.8.1.el8_1.x86_64

(*11)下記のカーネルを示します。
x86_64：4.18.0-193.13.2.el8_2.x86_64，4.18.0-193.28.1.el8_2.x86_64 , 4.18.0-193.79.1.el8_2.x86_64, 4.18.0-193.95.1.el8_2.x86_64

(*12) iSCSI 環境のみがサポートされています。

(*13)下記のカーネルを示します。
x86_64：4.18.0-240.22.1.el8_3.x86_6

(*14) 下記のカーネルを示します。
x86_64：3.10.0-1160.15.2.el7.x86_64, 3.10.0-1160.31.1.el7.x86_64 ×86_64, 3.10.0-1160.32.2.el7.x86_64, 3.10.0-1160.59.1.el7.x86_64, 3.10.0-1160.76.1.el7.x86_64, 3.10.0-1160.80.1.el7.x86_64， 3.10.0-1160.83.1.el7.x86_64

(*15) 下記のカーネルを示します。
x86_64：4.18.0-305.3.1.el8_4.x86_64，4.18.0-305.19.1.el8_4.x86_64，4.18.0-305.25.1.el8_4.x86_64