ストレージマルチパス

• 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は、NIC 2、スイッチ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 を再開できます。