SAN HPE EVA 6350 (iSCSI メザニンと FC/iSCSI マルチプレクサを備えた 2xHSV340 コントローラ) と iSCSI 経由の Linux debian 12 システムを使用してマルチパス構成を作成しようとしています。
EVA で作成された Vdisk には「所有者」コントローラーがあり、それらはすべてコントローラー 1 に属するようにしました。SAN によって提示されたターゲットの名前には FC WWPN が含まれているため、このターゲットがどの FC パスとコントローラーに接続されているかを特定できます。ログイン後、コントローラー 1 FC アダプターに接続されているターゲットのみがブロック デバイス (パス) を提供します。したがって、4 つの iSCSI セッションがアクティブな場合、2 つのパスのみが存在します。したがって、マルチパスはすべてのパスを認識することはありません。
SAN が vdisk をパッシブ コントローラ 2 に自動的に再ルーティングすると想定して、SAN コントローラ 1 を再起動しました。しかし、これらのセッションに再ログインした後も、パスは自動的に表示されませんでした。そのため、ブロック I/O が破損し、マルチパスが 2 つの障害パスのみで終了しました。
アクティブからパッシブへのフェイルオーバーを実行する適切な方法は何ですか? 何らかの要求をイニシエーターから SAN に送信する必要がありますか、それとも SAN の内部タスクですか? Linux open-iscsi + マルチパスは、このような構成を適切に処理できますか?
答え1
EVA 上の各 ISCSI モジュールのバックエンド FC ポート (ISCSI から FC への ISCSI マルチプレクサの役割を果たすため、「MPX ブリッジ」とも呼ばれます) は、各 HSV コントローラ上の HSV フロントエンド FC ポートに FC 直接接続として接続します。私の知る限り、各 ISCSI モジュールには 2 つのバックエンド FC ポートがあり、それらのポートはそれぞれコントローラ A と B に個別に接続されます。
ISCSI イニシエーター ホスト上の LUN のマルチパス情報には、ISCSI モジュールからのすべての可能な ISCSI パス (つまり、両方の HSV コントローラー経由) が表示される必要があります。LUN のスタンバイ HSV コントローラーへのパスは「スタンバイ」としてリストされ、LUN のアクティブ HSV コントローラーへのパスは「アクティブ」としてリストされます。ISCSI モジュールからの ISCSI ターゲット名には、ISCSI モジュールが正しく構成されているすべての HSV コントローラー フロントエンド FC ポートの FC WWN が含まれている必要があります。
このサイトでは、HPE EVA CommandView アレイ管理 UI に表示される ISCSI モジュール構成についてコメントしたり、詳細を質問したりする権限がないので、次の点を確認してください。
ISCSI コントローラのプロパティが CommandView ページで「良好」ステータスとして表示されていることを確認します (ストレージ ネットワーク -> アレイ -> ハードウェア -> ISCSI デバイス -> ISCSI コントローラ 1 および 2)。特に、タブ付きページで「FC ポート」および「提示されたターゲット」のバックエンド ステータスを確認します。このページに表示される FC ポート ステータスを、実際の HSV アレイ FC コントローラ ポート プロパティ ページと比較します。
ISCSI MPX ホスト (つまり、Array->Hosts で CommandView によって自動的に/内部的に作成される MultiPleXer ホスト) が、CommandView のページにすべてのデータを正しく表示していることを確認します。各 MPX ホストは、EVA の HSV コントローラー FC フロントエンド ポートの必要な数を構成どおりに認識している必要があります。また、HSV FC ポートへの FC 接続がオンラインであることを確認してください。
イニシエーター ホストが CommandView で Linux ホストとして正しく構成されていることを確認します。
所有コントローラをシャットダウンまたは再起動したときに、EVA vdisk の HSV コントローラ所有権 (CommandView で表示) が他の HSV コントローラに変更される場合は、EVA 上の ISCSI モジュールの構成に問題がある可能性があります。
ISCSIモジュールの構成が適切であると判断された場合、Windows Serverホストで問題が発生するかどうかを確認してください。Windowsで問題が見られない場合、Linuxマルチパス構成が正しくないか、またはEVAへのISCSI経由のLinuxマルチパスがHPEでサポートされていない可能性があります。HPEでサポートされている場合は、Linuxイニシエーターホストのマルチパス.confファイルはLinux 向け HPE EVA デバイス マッパー multipath.conf の推奨事項。
他の質問にお答えすると、SAN 内のホスト上のマルチパス ソフトウェア/ドライバーは、LUN へのパスのフェイルオーバーとフェイルバックを処理します。ホスト上の実際のマルチパス構成は、ベンダーのストレージ システムの機能 (ストレージ システムのコントローラーがアクティブ/アクティブ、アクティブ/スタンバイ、またはアクティブ/パッシブのいずれであるか) によって異なります。EVA はアクティブ/スタンバイ ストレージ アレイであり、このようなシステムの SCSI ALUA 標準に準拠しています。イニシエーター ホストのマルチパス ドライバーからの SCSI コマンドは、使用可能なパスまたはオンライン パスを介してアレイのターゲット ポートに送信され、どのパスがアクティブでどのパスがスタンバイであるかを判断します。