ストレージマルチパス

• NFS ストレージデバイス
• NIC の数が限られており、iSCSI トラフィックとファイルトラフィック (NFS または SMB) を同じ NIC 経由でルーティングする必要がある場合

前提条件

• ストレージサーバーで複数のターゲットが利用可能であること。
  たとえば、特定のポータルで sendtargets に対してクエリを実行した iSCSI ストレージバックエンドは、次の例のように複数のターゲットを返します。
  iscsiadm -m discovery --type sendtargets --portal 192.168.0.161
192.168.0.161:3260,1 iqn.strawberry:litchie
192.168.0.204:3260,2 iqn.strawberry:litchie
  ただし、単一のターゲットのみを公開するアレイに対してiSCSIマルチパスを有効にするための追加構成を実行できます。詳細については、「単一のターゲットのみを公開するアレイのiSCSIマルチパス」を参照してください。
• iSCSIの場合のみ、制御ドメイン (dom0) は、マルチパスストレージで使用される各サブネットにIPアドレスを持っています。
  ストレージへの各パスに対して、NICがあり、各NICにIPアドレスが構成されていることを確認してください。たとえば、ストレージへのパスを4つにしたい場合は、それぞれIPアドレスが構成された4つのNICが必要です。
• iSCSIの場合のみ、すべてのiSCSIターゲットとイニシエーターは一意のIQNを持っています。
• iSCSIの場合のみ、iSCSIターゲットポートはポータルモードで動作しています。
• HBAの場合のみ、複数のHBAがスイッチファブリックに接続されています。
• セカンダリインターフェースを構成する場合、各セカンダリインターフェースは個別のサブネット上にある必要があります。たとえば、ストレージ用にさらに2つのセカンダリインターフェースを構成したい場合、3つの異なるサブネットにIPアドレスが必要です。管理インターフェース用のサブネット1つ、セカンダリインターフェース1用のサブネット1つ、セカンダリインターフェース2用のサブネット1つです。
  
  この図は、マルチパスiSCSI構成のホスト上の両方のNICが異なるサブネット上にある必要があることを示しています。この図では、ホスト上のNIC 1とスイッチ1、および両方のストレージコントローラー上のNIC 1は、NIC2、スイッチ2、およびストレージコントローラー上のNIC 2とは異なるサブネット上にあります。

マルチパスを有効にする

マルチパスを無効にする

マルチパスの構成

単一サブネット上のiSCSIマルチパス

1. 保護したいデータをすべてバックアップします。
2. XenCenterのリソースペインで、ホストを右クリックし、メンテナンスモードに入るを選択します。
3. 続行する前に、ホストがメンテナンスモードアイコン（青い四角）とともにリソースペインに再表示されるまで待機します。
4. ホストの全般タブで、プロパティをクリックし、次にマルチパスタブに移動します。
5. マルチパスを有効にするには、このサーバーでマルチパスを有効にするチェックボックスをオンにします。
6. OKをクリックして新しい設定を適用します。XenCenterが新しいストレージ構成を保存する間、短い遅延が発生します。
7. ホストコンソールで、2～4個のOpen-iSCSIインターフェースを構成します。各iSCSIインターフェースは、個別のパスを確立するために使用されます。以下の手順は、2つのインターフェースの場合のプロセスを示しています。
   1. 2つのiSCSIインターフェースを構成し、次のコマンドを実行します。
      iscsiadm -m iface --op new -I c_iface1
iscsiadm -m iface --op new -I c_iface2
      インターフェース名にプレフィックスc_が付いていることを確認してください。インターフェースがこの命名標準を使用しない場合、それらは無視され、代わりにデフォルトのインターフェースが使用されます。
      注:
      この構成では、すべての接続にデフォルトのインターフェースが使用されます。これは、すべての接続が単一のインターフェースを使用して確立されていることを示します。

   2. iSCSIインターフェースをxenbr1とxenbr2にバインドするには、次のコマンドを使用します。
      iscsiadm -m iface --op update -I c_iface1 -n iface.net_ifacename -v xenbr1
iscsiadm -m iface --op update -I c_iface2 -n iface.net_ifacename -v xenbr2
      注:
      この構成は、コントロール ドメイン用に構成されたネットワーク インターフェース（xenbr1およびxenbr2を含む）とxenbr0が管理に使用されることを前提としています。また、ストレージ ネットワークに使用されるNICカードがNIC1とNIC2であることも前提としています。 そうでない場合は、ネットワーク トポロジを参照して、これらのコマンドで使用するネットワーク インターフェースとNICカードを特定してください。

8. XenCenterのリソースペインで、ホストを右クリックし、メンテナンスモードの終了を選択します。まだVMを再開しないでください。
9. ホストコンソールで、セッションを検出してログインするために、次のコマンドを実行します。
   iscsiadm -m discovery -t st -p <IP of SAN>
iscsiadm -m node -L all
10. 古いセッション情報を含む無効なエントリを削除するには、次のコマンドを使用します。
    cd /var/lib/iscsi/send_targets/<IP of SAN and port, use ls command to check that>
rm -rf <iqn of SAN target for that particular LUN>

cd /var/lib/iscsi/nodes/
rm -rf <entries for that particular SAN>
11. LUNをデタッチして、再度アタッチします。これを行うには、次のいずれかの方法があります。
    • プール内のすべてのホストで前述の手順を完了した後、XenCenterを使用してプール全体のLUNをデタッチおよび再アタッチできます。
    • または、各ホストのPBDをアンプラグして破棄し、SRを修復することもできます。
      1. PBDをアンプラグして破棄するには、次のコマンドを実行します。
         1. SRのUUIDを見つけます。
            xe sr-list
         2. SRに関連付けられているPBDのリストを取得します。
            xe pbd-list sr-uuid=<sr_uuid>
         3. 前のコマンドの出力で、SCSI IDが一致しないiSCSIストレージリポジトリのPBDのUUIDを探します。
         4. 特定したPBDをアンプラグして破棄します。
            xe pbd-unplug uuid=<pbd_uuid>
xe pbd-destroy uuid=<pbd_uuid>
      2. XenCenterでストレージを修復します。
12. これでVMを再開できます。