SLES 15でDM-Multipathを設定する方法：実践ガイド

まず適切なマルチパススタックを選択してください

SUSE Linux Enterprise Server 15 では、デバイス マッパー マルチパス (DM-Multipath) が、複数のパスを介して提供される SCSI および DASD ストレージの標準オプションです。これは、一致するパスを 1 つの論理ブロック デバイスに結合し、パスの状態を監視し、パス グループ間でフェイルオーバーを実行できます。ストレージ ボリュームへの接続を保護しますが、ボリュームの障害、コントローラ データ損失、またはファイルシステムの破損からは保護しません。

NVMe は異なるデフォルト設定を使用します。SLES 15 では、カーネルでネイティブ NVMe マルチパスが有効になっています。NVMe over Fabrics の場合、DM-Multipath の手順を実行する前に、サブシステムでネイティブ NVMe マルチパスが意図されたスタックであることを確認してください。SUSE はネイティブ NVMe マルチパスを推奨しており、NVMe に DM-Multipath を使用することは推奨していません。SUSEの SLES 15 SP7 マルチパス ガイドおよびNVMe over Fabrics ガイドを参照してください。

ホストを変更する前に

• ストレージアレイ、HBAまたはネットワークトランスポート、およびSLESリリースが互いにサポートされていることを確認してください。アレイベンダーのLinuxマルチパス設定が一般的なデフォルト設定と異なる場合は、それに従ってください。
• ストレージ管理者に、意図したファブリックを介してホストにLUNを提示させ、ゾーニングとLUNマスキングを確認してもらってください。
• 現在のブート構成とストレージ構成を記録します。ルートファイルシステム、スワップ、またはLVM物理ボリュームがSANストレージ上にあるかどうかを識別します。
• 個々のパスデバイスに対して、マウント、フォーマット、LVMへの追加、書き込みを行わないでください。同じLUNは、マルチパスマップを介してのみ使用する必要があります。生のパスを同時に使用すると、データが破損する可能性があります。
• SANブート構成を変更する前に、コンソールアクセスまたは帯域外アクセスを確保してください。実行中のシステムとinitramfsの不一致により、ホストが緊急モードになる可能性があります。

1. Linuxがストレージパスを認識していることを確認します。

まず、HBAまたはiSCSIトランスポートがログインしていること、およびSLESが想定されるブロックデバイスを認識していることを確認してください。SCSIストレージの場合は、デバイスとその識別子を調べてください。

sudo lsblk -o NAME,TYPE,SIZE,MODEL,SERIAL

このインベントリでは、想定されるLUNサイズのブロックデバイスが認識されているかどうかを確認します。この段階では、デバイス名が異なっていてもストレージボリュームが別々であるとは考えないでください。次のステップでは、それらのWWIDを確認し、一致するパスをグループ化します。

想定されるパスが存在しない場合は、ここで処理を停止し、まず検出問題を解決してください。HBAの可視性、iSCSIセッションまたはファイバーチャネルログイン、SANゾーニング、LUNマスキング、およびストレージベンダーの再スキャン手順を確認してください。マルチパスでは、トランスポート層が公開していないパスを作成することはできません。

2. マルチパスサービスをインストールして起動します。

SUSEパッケージがインストールされていない場合はインストールし、デーモンを有効にして起動時にマップが組み立てられるようにします。

sudo zypper install multipath-tools
sudo systemctl enable --now multipathd
sudo systemctl status multipathd

このmultipath-toolsパッケージには、マルチパスのコマンドラインツールとmultipathdサービスが含まれています。SUSEは、マルチパスハードウェアを搭載したシステムでは、サービスを有効にして実行しておくことを推奨します。systemdソケットのアクティベーションのみに依存すると、起動時にマップが設定されない可能性があります。デーモンがアクティブになったら、WWIDとパスIDを比較してください。

sudo multipathd show paths format "%i %d %w %s"
sudo multipath -ll

同じLUNへのパスは、同じWWIDを報告する必要があります。異なるWWIDは異なるデバイスを表すため、1つのマップに統合してはなりません。

多くのアレイでは、内蔵のハードウェアデフォルト設定で十分です。マルチパスを有効にするためだけに、大きな設定ファイルを作成する必要はありません。

3. 必要な設定の上書きのみを追加する

/etc/multipath.conf安定したフレンドリーなエイリアスやベンダー指定の設定など、具体的な要件がある場合にのみ使用してください。マルチパスツールはWWIDでパスを識別しますが、マップエイリアスは個別の設定可能な名前です。デバイスごとのエイリアスは次のように設定できます。

multipaths {
    multipath {
        wwid 3600EXAMPLE_REPLACE_WITH_THE_REAL_WWID
        alias appdata01
    }
}

サンプルWWIDを、LUNに対して報告された正確な識別子に置き換えてください。プレースホルダーをコピーしたり、ベンダー/製品独自のルールを作成したりしないでください。SUSEは構成を最小限に保つことを推奨しており、ストレージベンダーはアレイ固有のチューニング情報を提供する必要があります。組み込みのデバイスプロパティは、このdefaultsセクションの汎用値よりも優先される場合があるため、汎用のデフォルト値では特定のアレイの動作が変わらない場合があります。

完全なリファレンステンプレートが必要な場合は、SUSE がmultipath -Tジェネレーターのドキュメントを提供しています。たとえば、root シェルで `/etc/ sudo sh -c 'multipath -T > /etc/multipath.conf'resources/template

4. 設定をテストして適用する

ライブマップを変更する前に、マルチパスに提案された設定で作成されるトポロジーを表示するように依頼してください。

sudo multipath -d -v2

続行する前に、WWIDとパスのグループ化を確認してください。このドライランでは提案されたマップが表示されますが、削除またはフラッシュされる可能性のあるすべてのマップが表示されるわけではありません。デーモンが既に実行されている場合は、スタンドアロンのマルチパスコマンドを使用して新しい設定を適用するのではなく、デーモンを介して設定を適用してください。

sudo multipathd reconfigure

sudo multipath -ll次に、またはを使用してライブ結果を確認しますsudo multipathd show topology。SUSE ガイドでは、これらのビューは通常同じトポロジーを表示すると述べられています。一方はカーネルの状態を読み取り、もう一方はデーモンの状態を読み取ります。

5. initramfsを同期させる

/etc/multipath.confデバイス識別に影響を与えるWWIDやバインディングファイル、関連する設定、またはudevルールを変更した後、initramfsを再構築します。

sudo dracut -f

SUSEでは、起動したシステムとinitramfsがマルチパスに関して一貫した動作をすることを要求しています。これは、ルートファイルシステムがSANマルチパスデバイス上にある場合に特に重要です。SA​​Nブートしたホストを再起動する前に、目的のマップが認識されていること、および構成に必要なストレージサポートが含まれていることを確認してください。レスキュー環境から、またはマルチパスを無効にして起動した後にinitramfsを再構築する場合は、自動検出が通常の起動と一致すると想定するのではなく、SUSEの明示的な手順dracut --add multipathに従ってください。--omit multipath

6. 地図を使用する前に確認してください。

正常なマップには、期待される WWID、ベンダー/製品 ID、パス グループ、および個々のパスが表示されます。パス ステータス列では、activeはカーネル パスの状態、readyは正常なマルチパス パス、runningは SCSI デバイスの状態を示します。アクティブ/パッシブ コントローラを備えたアレイでは、パッシブ パスを として表示することもできますghost。この場合、自動的に障害として扱うのではなく、アレイのパス ポリシーを使用してその状態を解釈します。

後続のストレージ構成では、マルチパス マップまたは永続的な ID 参照を使用してください。ファイルシステム、LVM、またはアプリケーション データを個別のパスに配置しないでください。安定した参照は、マップの WWIDまたは対応するリンク/dev/sdXに基づいて作成できます。意図的に構成しない限り、などのエイリアスが割り当てられたままになると考えないでください。/dev/mapper/dev/disk/by-id/dm-uuid-mpath-WWIDmpatha

クイックリファレンス

マップが見つからない場合や正常に動作しない場合のトラブルシューティング

• パスが表示されない場合は、マルチパスルールを編集する前に、トランスポートログイン、HBA検出、ゾーニング、LUNマスキング、およびカーネルデバイス検出を確認してください。
• LUNが個別のディスクとして表示される場合は、 WWIDを比較してください。WWIDが異なる場合は、ストレージが各パスを通して意図した同じLUNを提示していることを確認してください。WWIDが一致しているにもかかわらずマップが表示されない場合は、デーモンの状態とデバイス選択ポリシーを確認してください。
• いずれかの経路に障害が発生しているか、オフラインになっています。ケーブルまたはファブリック、HBAポート、スイッチポート、ターゲットコントローラ、およびアレイイベントログを確認してください。ストレージベンダーの指示なしに、ポーリングタイマーや障害タイマーを調整しないでください。
• ブート変更後にホストが緊急モードに入った場合：不整合なマルチパス選択とデバイス参照を調査し、ルートデバイスとinitramfsに対してSUSEのリカバリ手順を使用してください。
• すべてのパスが失敗した場合、I/O が停止します。キューイングされた I/O によってアプリケーションが待機状態になる可能性があります。キューイング ポリシーは、ストレージおよびアプリケーションの所有者との運用上の決定事項として扱う必要があります。ポリシーを変更すると、待機中の書き込みが I/O エラーとして報告される可能性があります。

保守計画およびベンダー承認済みの手順なしに、本番環境のパスを切断してフェイルオーバーをテストしないでください。サポートされている監視機能と管理されたテスト期間を使用して、復旧を確認してください。アレイ固有のデフォルト設定と復旧手順については、ハードウェアベンダーの最新のドキュメントとSUSEのマルチパス構成、検証、トラブルシューティングのリファレンスを参照してください。