ネットワーキング
このセクションでは、ネットワーク、VLAN、NIC ボンドを含む XenServer® ネットワーキングの概要を説明します。また、ネットワーキング構成の管理方法とトラブルシューティング方法についても説明します。
XenServer ネットワーキングの概念にすでに精通している場合は、以下のセクションに関する情報について、ネットワーキングの管理 にスキップできます。
-
スタンドアロンの XenServer ホスト向けにネットワークを作成する
-
リソースプールで構成されている XenServer ホスト向けにネットワークを作成する
-
スタンドアロンまたはリソースプールの一部として、XenServer ホスト向けに VLAN を作成する
-
スタンドアロンの XenServer ホスト向けにボンドを作成する
-
リソースプールで構成されている XenServer ホスト向けにボンドを作成する
注:
「管理インターフェース」という用語は、管理トラフィックを伝送する IP 対応 NIC を示すために使用されます。「セカンダリインターフェース」という用語は、ストレージトラフィック用に構成された IP 対応 NIC を示すために使用されます。
ネットワーキングのサポート
XenServer は、ホストあたり最大 16 の物理ネットワークインターフェース (または最大 4 つのボンディングされたネットワークインターフェース) と、VM あたり最大 7 つの仮想ネットワークインターフェースをサポートします。
注:
XenServer は、xe コマンドラインインターフェース (CLI) を使用して NIC の自動構成と管理を提供します。ホストのネットワーキング構成ファイルを直接編集しないでください。
XenServer ネットワーキングの概要
このセクションでは、XenServer環境におけるネットワークの一般的な概念について説明します。
XenServerは、インストール中に各物理NICのネットワークを作成します。ホストをプールに追加すると、デフォルトのネットワークがマージされます。これは、同じデバイス名を持つすべての物理NICが同じネットワークに接続されるようにするためです。
通常、内部ネットワークを作成したり、既存のNICを使用して新しいVLANを設定したり、NICボンディングを作成したりするためにネットワークを追加します。
XenServerでは、以下の異なる種類のネットワークを構成できます。
-
外部ネットワークは、物理ネットワークインターフェースと関連付けられています。外部ネットワークは、仮想マシンとネットワークに接続された物理ネットワークインターフェース間のブリッジを提供します。外部ネットワークにより、仮想マシンはホストの物理NICを介して利用可能なリソースに接続できます。
-
ボンディングネットワークは、2つ以上のNIC間にボンディングを作成し、仮想マシンとネットワーク間の単一の高性能チャネルを作成します。
-
シングルサーバープライベートネットワークは、物理ネットワークインターフェースとの関連付けがありません。シングルサーバープライベートネットワークは、特定のホスト上の仮想マシン間の接続を提供するために使用でき、外部との接続はありません。
注:
一部のネットワークオプションは、スタンドアロンのXenServerホストで使用する場合とリソースプールで使用する場合とで動作が異なります。このセクションには、スタンドアロンホストとプール両方に適用される一般的な情報に関するセクションと、それぞれに固有の情報および手順が続きます。
ネットワークオブジェクト
このセクションでは、ネットワークエンティティを表すために3種類のサーバー側ソフトウェアオブジェクトを使用します。これらのオブジェクトは次のとおりです。
-
PIFは、ホスト上の物理NICを表します。PIFオブジェクトには、名前と説明、UUID、それが表すNICのパラメーター、および接続されているネットワークとホストが含まれます。
-
VIFは、仮想マシン上の仮想NICを表します。VIFオブジェクトには、名前と説明、UUID、および接続されているネットワークとVMが含まれます。
-
ネットワークは、ホスト上の仮想イーサネットスイッチです。ネットワークオブジェクトには、名前と説明、UUID、およびそれに接続されているVIFとPIFのコレクションが含まれます。
XenCenter®とxe CLIを使用すると、ネットワークオプションを構成できます。管理操作に使用するNICを制御したり、VLANやNICボンディングなどの高度なネットワーク機能を作成したりできます。
ネットワーク
各XenServerホストには、仮想イーサネットスイッチであるネットワークが1つ以上あります。PIFに関連付けられていないネットワークは、内部と見なされます。内部ネットワークは、特定のXenServerホスト上のVM間でのみ接続を提供するために使用でき、外部との接続はありません。PIFに関連付けられているネットワークは、外部と見なされます。外部ネットワークは、VIFとネットワークに接続されたPIFの間にブリッジを提供し、PIFのNICを介して利用可能なリソースへの接続を可能にします。
VLAN
IEEE 802.1Q標準で定義されているVLANは、単一の物理ネットワークで複数の論理ネットワークをサポートすることを可能にします。XenServerホストは、複数の方法でVLANをサポートします。
注：
-
GFS2 SRとクラスター化されたプールを使用する場合、クラスターネットワークは非管理VLAN上に配置できません。
-
サポートされているすべてのVLAN構成は、プールとスタンドアロンホスト、およびボンディング構成と非ボンディング構成に等しく適用できます。
仮想マシンでのVLANの使用
802.1Q VLANトランクポートとして構成されたスイッチポートは、XenServerのVLAN機能と組み合わせて使用し、ゲスト仮想ネットワークインターフェイス（VIF）を特定のVLANに接続できます。この場合、XenServerホストがゲストのVLANタグ付け/タグ解除機能を実行するため、ゲストはVLAN構成を認識しません。
XenServerのVLANは、指定されたVLANタグに対応するVLANインターフェイスを表す追加のPIFオブジェクトによって表現されます。XenServerネットワークを物理NICを表すPIFに接続すると、NIC上のすべてのトラフィックを確認できます。あるいは、ネットワークをVLANを表すPIFに接続すると、指定されたVLANタグを持つトラフィックのみを確認できます。また、VLAN 0に接続することで、ネイティブVLANトラフィックのみを認識するようにネットワークを接続することもできます。
スタンドアロンまたはリソースプールの一部であるXenServerホストのVLANを作成する手順については、「VLANの作成」を参照してください。
ゲストにVLANタグ付けおよびタグ解除機能を実行させたい場合は、ゲストがVLANを認識している必要があります。VMのネットワークを構成する際は、スイッチポートをVLANトランクポートとして構成しますが、XenServerホスト用のVLANは作成しないでください。代わりに、通常の非VLANネットワーク上でVIFを使用します。
管理インターフェイスでのVLANの使用
管理インターフェイスは、トランクポートまたはアクセスモードポートとして構成されたスイッチポートを使用して、VLAN上で構成できます。XenCenterまたはxe CLIを使用してVLANを設定し、それを管理インターフェイスにします。詳細については、「管理インターフェイス」を参照してください。
専用ストレージNICでのVLANの使用
専用ストレージNICは、管理インターフェイスについて前のセクションで説明したように、ネイティブVLANまたはアクセスモードポートを使用するように構成できます。専用ストレージNICは、IP対応NICまたはセカンダリインターフェイスとも呼ばれます。仮想マシンについて前のセクションで説明したように、専用ストレージNICをトランクポートとXenServer VLANで使用するように構成できます。詳細については、「専用ストレージNICの構成」を参照してください。
単一のホストNICでの管理インターフェイスとゲストVLANの組み合わせ
単一のスイッチポートは、トランクVLANとネイティブVLANの両方で構成でき、これにより、1つのホストNICを管理インターフェイス（ネイティブVLAN上）として使用し、ゲストVIFを特定のVLAN IDに接続できます。
ジャンボフレーム
ジャンボフレームは、ストレージネットワーク、VMネットワーク、および管理ネットワーク上のトラフィックのパフォーマンスを最適化するために使用できます。ジャンボフレームは、1,500バイトを超えるペイロードを含むイーサネットフレームです。ジャンボフレームは通常、スループットの向上、システムバスメモリへの負荷の軽減、およびCPUオーバーヘッドの削減のために使用されます。
ジャンボフレームを使用するための要件
ジャンボフレームを使用する際は、以下に注意してください。
-
ジャンボフレームはプールレベルで構成されます
-
サブネット上のすべてのデバイスは、ジャンボフレームを使用するように構成する必要があります
ジャンボフレームを使用するには、最大転送単位（MTU）を1500から9216の間の値に設定します。XenCenterまたはxe CLIを使用してMTUを設定できます。
NICボンディング
NICボンディング（NICチーミングとも呼ばれます）は、管理者が2つ以上のNICをまとめて構成できるようにすることで、XenServerホストの回復力と帯域幅を向上させます。NICボンディングは論理的に1つのネットワークカードとして機能し、すべてのボンディングされたNICはMACアドレスを共有します。
ボンディング内の1つのNICが故障した場合、ホストのネットワークトラフィックは自動的に2番目のNICを介してリダイレクトされます。XenServerは最大8つのボンディングされたネットワークをサポートします。
XenServerは、アクティブ/アクティブ、アクティブ/パッシブ、およびLACPボンディングモードをサポートしています。2つ、3つ、または4つのNICをボンディングできます。
すべてのボンディングモードはフェイルオーバーをサポートしています。ただし、すべてのモードがすべてのトラフィックタイプに対してすべてのリンクをアクティブにできるわけではありません。XenServerは、以下の種類のNICのボンディングをサポートしています。
-
NICs (非管理用)。XenServerがVMトラフィックのみに使用しているNICをボンディングできます。これらのNICをボンディングすると、回復性が向上するだけでなく、複数のVMからのトラフィックがNIC間でバランスされます。
-
管理インターフェース。管理インターフェースを別のNICにボンディングして、2番目のNICが管理トラフィックのフェイルオーバーを提供できるようにすることができます。LACPリンクアグリゲーションボンディングを構成すると管理トラフィックのロードバランシングが提供されますが、アクティブ/アクティブNICボンディングでは提供されません。ボンディングされたNIC上にVLANを作成でき、ホスト管理インターフェースをそのVLANに割り当てることができます。
-
セカンダリインターフェース。セカンダリインターフェース（たとえば、ストレージ用）として構成したNICをボンディングできます。ただし、ほとんどのiSCSIソフトウェアイニシエータストレージでは、「Designing XenServer Network Configurations」で説明されているように、NICボンディングの代わりにマルチパスを構成することをお勧めします。このセクション全体を通して、「IPベースのストレージトラフィック」という用語は、iSCSIトラフィックとNFSトラフィックを総称して説明するために使用されます。
VIFがすでにボンディングされるインターフェースのいずれかを使用している場合でも、ボンディングを作成できます。VMトラフィックは新しいボンディングされたインターフェースに自動的に移行します。
XenServerでは、追加のPIFがNICボンディングを表します。XenServerのNICボンディングは、基盤となる物理デバイス（PIF）を完全に包含します。
注記:
-
1つのNICのみを含むボンディングの作成はサポートされていません。
-
ボンディングされたNICは、互いに異なるモデルであっても構いません。
ベストプラクティス
NICボンディングを設定する際は、以下のベストプラクティスに従ってください。
-
ボンディングのリンクは、同じスイッチのポートだけでなく、異なる物理ネットワークスイッチに接続してください。
-
個々のスイッチが、異なる独立した配電ユニット（PDU）から電力を供給されていることを確認してください。
-
可能であれば、データセンター内でPDUを電源供給の異なるフェーズ、または異なる電力会社が提供する供給源に配置してください。
-
停電が発生した場合に、ネットワークスイッチとホストが機能し続けるか、または正常にシャットダウンできるように、無停電電源装置の使用を検討してください。
これらの対策により、ネットワークスイッチに影響を与える可能性のあるソフトウェア、ハードウェア、または電源障害に対する回復性が向上します。
IPアドレス指定に関する重要なポイント
ボンディングされたNICには、以下のいずれかのIPアドレスが割り当てられます。
-
管理ネットワークとストレージネットワーク。
-
管理インターフェイスまたはセカンダリインターフェイスをボンディングすると、単一のIPアドレスがボンディングに割り当てられます。つまり、各NICは独自のIPアドレスを持ちません。XenServerは2つのNICを1つの論理接続として扱います。
-
ボンディングが非VMトラフィック（共有ネットワークストレージへの接続や管理のためのXenCenterなど）に使用される場合、ボンディングにIPアドレスを構成します。ただし、いずれかのNICにすでにIPアドレスを割り当てている場合（つまり、管理インターフェイスまたはセカンダリインターフェイスを作成している場合）、そのIPアドレスはボンディング全体に自動的に割り当てられます。
-
管理インターフェイスまたはセカンダリインターフェイスをIPアドレスのないNICにボンディングすると、ボンディングはそれぞれのインターフェイスのIPアドレスを引き継ぎます。
-
タグ付きVLAN管理インターフェイスとセカンダリインターフェイスをボンディングすると、そのボンディングされたNIC上に管理VLANが作成されます。
-
-
VMネットワーク。ボンディングされたNICがVMトラフィックに使用される場合、ボンディングにIPアドレスを構成する必要はありません。これは、ボンディングがOSIモデルのレイヤー2（データリンク層）で動作し、この層ではIPアドレス指定が使用されないためです。仮想マシンのIPアドレスはVIFに関連付けられます。
ボンディングの種類
XenServerは3種類のボンディングを提供しており、これらはすべてCLIまたはXenCenterを使用して構成できます。
-
アクティブ/アクティブモード。VMトラフィックはボンディングされたNIC間で負荷分散されます。アクティブ/アクティブボンディングを参照してください。
-
アクティブ/パッシブモード。1つのNICのみがアクティブにトラフィックを転送します。アクティブ/パッシブボンディングを参照してください。
-
LACPリンクアグリゲーション。スイッチとホスト間でアクティブNICとスタンバイNICがネゴシエートされます。LACPリンクアグリゲーションコントロールプロトコルボンディングを参照してください。
注:
ボンディングは、アップ遅延31,000ミリ秒、ダウン遅延200ミリ秒で設定されます。この一見長いアップ遅延は、一部のスイッチがポートを有効にするのにかかる時間を考慮した意図的なものです。遅延がない場合、リンクが障害から復旧したときに、スイッチがトラフィックを転送する準備ができていないうちに、ボンドがトラフィックをそのリンクに再分散してしまう可能性があります。両方の接続を別のスイッチに移動するには、まず一方を移動し、それが再び使用可能になるまで31秒待ってから、もう一方を移動します。遅延の変更については、「Changing the up delay for bonds」を参照してください。
ボンドのステータス
XenServerは、各ホストのイベントログにボンドのステータスを提供します。ボンド内の1つ以上のリンクが失敗または復元された場合、それはイベントログに記録されます。同様に、次の例に示すように、
links-up パラメーターを使用してボンドのリンクのステータスを照会できます。
xe bond-param-get uuid=bond_uuid param-name=links-up
XenServerは、ボンド内のリンクのステータスを約5秒ごとにチェックします。したがって、5秒の間にボンド内の複数のリンクが失敗した場合、その障害は次のステータスチェックまでログに記録されません。
ボンディングイベントログは、XenCenterの通知 > イベントビューに表示されます。XenCenterを実行していないユーザーの場合、イベントログは各ホストの
/var/log/xensource.logにも表示されます。
アクティブ/アクティブボンディング
アクティブ/アクティブは、ゲストトラフィックのアクティブ/アクティブ構成です。両方のNICが同時にVMトラフィックをルーティングできます。ボンドが管理トラフィックに使用される場合、ボンド内の1つのNICのみがトラフィックをルーティングでき、他のNICは未使用のままでフェイルオーバーサポートを提供します。アクティブ/アクティブモードはデフォルトのボンディングモードです。
アクティブ/アクティブモードでは、2つ、3つ、または4つのNICをボンディングできます。ただし、アクティブ/アクティブモードでは、3つまたは4つのNICをボンディングすることは、以下の図に示すように、VMトラフィックにのみ有益です。
XenServerは、ボンドに関連付けられたMACアドレスが複数ある場合にのみ、2つ以上のNICを介してトラフィックを送信できます。XenServerは、VIF内の仮想MACアドレスを使用して、複数のリンク間でトラフィックを送信できます。具体的には次のとおりです。
-
VMトラフィック。VM（ゲスト）トラフィックのみを伝送するNICでボンディングを有効にすると、すべてのリンクがアクティブになり、NICボンディングはVMトラフィックをNIC間で分散させることができます。個々のVIFのトラフィックがNIC間で分割されることはありません。
-
管理またはストレージトラフィック。ボンド内のリンク（NIC）の1つのみがアクティブであり、トラフィックがそれらにフェイルオーバーしない限り、他のNICは未使用のままです。ボンディングされたネットワーク上で管理インターフェースまたはセカンダリインターフェースを構成すると、回復性が提供されます。
-
混合トラフィック。ボンディングされたNICがIPベースのストレージトラフィックとゲストトラフィックの混合を伝送する場合、ゲストトラフィックとコントロールドメイントラフィックのみがロードバランスされます。コントロールドメインは本質的に仮想マシンであるため、他のゲストと同様にNICを使用します。XenServerは、VMトラフィックをバランスするのと同じ方法でコントロールドメインのトラフィックをバランスします。
トラフィックバランシング
XenServerは、パケットの送信元MACアドレスを使用してNIC間のトラフィックをバランスします。管理トラフィックの場合、送信元MACアドレスは1つしか存在しないため、アクティブ/アクティブモードでは1つのNICしか使用できず、トラフィックはバランスされません。トラフィックバランシングは次の2つの要因に基づいています。
-
仮想マシンと、トラフィックを送受信する関連VIF
-
送信されるデータ量（キロバイト単位）。
XenServerは、各NICが送受信するデータ量（キロバイト単位）を評価します。あるNICを介して送信されるデータ量が別のNICを介して送信されるデータ量を超えた場合、XenServerはどのVIFがどのNICを使用するかを再調整します。VIFの負荷全体が転送されます。1つのVIFの負荷が2つのNICに分割されることはありません。
アクティブ-アクティブNICボンディングは、複数のVMからのトラフィックに対してロードバランシングを提供できますが、単一のVMに2つのNICのスループットを提供することはできません。特定のVIFは、一度にボンディング内のリンクの1つのみを使用します。XenServerが定期的にトラフィックを再調整するため、VIFはボンディング内の特定のNICに永続的に割り当てられることはありません。
アクティブ-アクティブモードは、XenServerがSLBを使用してボンディングされたネットワークインターフェース間で負荷を共有するため、Source Load Balancing (SLB) ボンディングと呼ばれることがあります。SLBはオープンソースのAdaptive Load Balancing (ALB) モードから派生しており、ALBの機能を再利用してNIC間で負荷を動的に再調整します。
再調整時には、各セカンダリ（インターフェース）を通過するバイト数が一定期間追跡されます。送信されるパケットに新しい送信元MACアドレスが含まれている場合、そのパケットは最も利用率の低いセカンダリインターフェースに割り当てられます。トラフィックは定期的に再調整されます。
各MACアドレスには対応する負荷があり、XenServerはVMが送受信するデータ量に応じてNIC間で負荷全体を移動できます。アクティブ-アクティブトラフィックの場合、1つのVMからのすべてのトラフィックは1つのNICのみで送信できます。
注:
アクティブ-アクティブボンディングは、EtherChannelまたは802.3ad (LACP) のスイッチサポートを必要としません。
アクティブ-パッシブボンディング
アクティブ-パッシブボンディングは、NICのいずれか1つのみを介してトラフィックをルーティングします。アクティブNICがネットワーク接続を失った場合、トラフィックはボンディング内の別のNICにフェイルオーバーします。アクティブ-パッシブボンディングは、アクティブNICを介してトラフィックをルーティングします。アクティブNICが故障した場合、トラフィックはパッシブNICに切り替わります。
アクティブ-パッシブボンディングは、2つ、3つ、または4つのNICを結合できます。ただし、トラフィックの種類に関係なく、アクティブ-パッシブモードでNICをボンディングする場合、アクティブなリンクは1つだけであり、リンク間のロードバランシングは行われません。
次の図は、アクティブ-パッシブモードで構成された2つのボンディングされたNICを示しています。
この図は、アクティブ-パッシブモードでボンディングされた2つのNICを示しています。NIC 1はアクティブです。ボンディングには、2番目のスイッチに接続されたフェイルオーバー用のNICが含まれています。このNICは、NIC 1が故障した場合にのみ使用されます。 ](/en-us/xenserver/9/media/bond-types-active-passive.png)
アクティブ-アクティブモードは、XenServerのデフォルトのボンディング構成です。CLIを使用してボンディングを構成する場合、アクティブ-パッシブモードのパラメーターを指定する必要があります。そうしないと、アクティブ-アクティブボンディングが作成されます。ネットワークが管理トラフィックまたはストレージトラフィックを伝送しているからといって、アクティブ-パッシブモードを構成する必要はありません。
アクティブ-パッシブは、いくつかの利点があるため、冗長性にとって良い選択肢となります。アクティブ-パッシブボンドでは、トラフィックがNIC間を移動することはありません。同様に、アクティブ-パッシブボンディングを使用すると、冗長性のために2つのスイッチを設定できますが、スタッキングは必要ありません。管理スイッチが故障した場合、スタックされたスイッチは単一障害点となる可能性があります。
アクティブ-パッシブモードでは、EtherChannelまたは802.3ad (LACP) のスイッチサポートは必要ありません。
ロードバランシングが必要ない場合、または1つのNICでのみトラフィックを送信する予定の場合には、アクティブ-パッシブモードの設定を検討してください。
重要:
VIFを作成した後、またはプールが本番環境にある場合は、ボンドの変更または作成には注意してください。
LACP (Link Aggregation Control Protocol) ボンディング
LACP (Link Aggregation Control Protocol) は、ポートのグループをまとめてバンドルし、単一の論理チャネルとして扱うボンディングの一種です。LACPボンディングはフェイルオーバーを提供し、利用可能な総帯域幅を増やすことができます。
他のボンディングモードとは異なり、LACPボンディングはリンクの両側の設定が必要です。つまり、ホスト上でボンドを作成し、スイッチ上で各ボンドのリンクアグリゲーショングループ (LAG) を作成します。「LACPボンドのスイッチ設定」を参照してください。LACPボンディングを使用するには、スイッチがIEEE 802.3ad標準をサポートしている必要があります。
アクティブ-アクティブSLBボンディングとLACPボンディングの比較:
アクティブ-アクティブSLBボンディング
利点:
-
ハードウェア互換性リストに記載されているどのスイッチでも使用できます。
-
スタッキングをサポートするスイッチを必要としません。
-
4つのNICをサポートします。
考慮事項:
-
最適なロードバランシングには、VIFごとに少なくとも1つのNICが必要です。
-
ストレージまたは管理トラフィックを複数のNICに分割することはできません。
-
ロードバランシングは、複数のMACアドレスが存在する場合にのみ発生します。
LACPボンディング
利点:
-
トラフィックの種類に関係なく、すべてのリンクをアクティブにできます。
-
トラフィックバランシングは送信元MACアドレスに依存しないため、すべてのトラフィックタイプをバランスさせることができます。
考慮事項:
-
スイッチはIEEE 802.3ad標準をサポートしている必要があります。
-
スイッチ側の設定が必要です。
-
単一のスイッチまたはスタックされたスイッチが必要です。
トラフィックバランシング
XenServerは2種類のLACPボンディングハッシュタイプをサポートしています。ハッシュという用語は、NICとスイッチがトラフィックをどのように分散するかを説明します。具体的には、(1) 送信元および宛先アドレスのIPとポートに基づくロードバランシングと、(2) 送信元MACアドレスに基づくロードバランシングです。
ハッシュタイプとトラフィックパターンによっては、LACPボンディングはアクティブ-アクティブNICボンディングよりもトラフィックをより均等に分散できる可能性があります。
注:
ホストとスイッチで、送信トラフィックと受信トラフィックの設定を個別に構成します。両側の構成が一致している必要はありません。
送信元および宛先IPとポートアドレスに基づくロードバランシング。
このハッシュタイプは、デフォルトのLACPボンディングハッシュアルゴリズムです。送信元または宛先のIPアドレスまたはポート番号にバリエーションがある場合、1つのゲストからのトラフィックを2つのリンクに分散できます。
仮想マシンが異なるIPアドレスまたはポート番号を使用する複数のアプリケーションを実行している場合、このハッシュタイプはトラフィックを複数のリンクに分散します。トラフィックを分散することで、ゲストは集約されたスループットを使用できるようになります。このハッシュタイプにより、1つのゲストが複数のNICの全スループットを使用できます。
以下の図に示すように、このハッシュタイプは、仮想マシン上の2つの異なるアプリケーションのトラフィックを2つの異なるNICに分散できます。
送信元および宛先IPとポートアドレスに基づくLACPボンディングの構成は、同じVM上の2つの異なるアプリケーションのトラフィックをバランスさせたい場合に有益です。たとえば、1つの仮想マシンのみが3つのNICのボンドを使用するように構成されている場合などです。
このハッシュタイプのバランシングアルゴリズムは、トラフィックをNIC全体に分散するために5つの要素を使用します。送信元IPアドレス、送信元ポート番号、宛先IPアドレス、宛先ポート番号、および送信元MACアドレスです。
送信元MACアドレスに基づくロードバランシング。
このタイプのロードバランシングは、同じホスト上に複数の仮想マシンがある場合にうまく機能します。トラフィックは、トラフィックの送信元であるVMの仮想MACアドレスに基づいてバランスされます。XenServerは、アクティブ-アクティブボンディングの場合と同じアルゴリズムを使用して送信トラフィックを送信します。同じゲストからのトラフィックは複数のNICに分割されません。結果として、VIFの数がNICの数よりも少ない場合、このハッシュタイプは適していません。トラフィックをNIC間で分割できないため、ロードバランシングは最適ではありません。
スイッチの構成
冗長性の要件に応じて、ボンド内のNICを同じスタック型スイッチまたは個別のスタック型スイッチに接続できます。NICの1つを2番目の冗長スイッチに接続し、NICまたはスイッチが故障した場合、トラフィックは他のNICにフェイルオーバーします。2番目のスイッチを追加すると、構成における単一障害点を以下の方法で防止できます。
-
ボンド化された管理インターフェースのリンクの1つを2番目のスイッチに接続した場合、そのスイッチが故障しても、管理ネットワークはオンラインのままであり、ホストは引き続き相互に通信できます。
-
リンク（あらゆるトラフィックタイプ用）を2番目のスイッチに接続し、NICまたはスイッチが故障した場合、仮想マシンはトラフィックが他のNIC/スイッチにフェイルオーバーするため、ネットワーク上に残ります。
ボンディングされたNICを複数のスイッチに接続し、LACPボンディングモードを設定している場合は、スタック型スイッチを使用します。「スタック型スイッチ」という用語は、複数の物理スイッチを単一の論理スイッチとして機能するように構成することを指します。スイッチが単一の論理スイッチングユニットとして機能するように、スイッチメーカーのガイドラインに従って、物理的およびスイッチ管理ソフトウェアを介してスイッチを結合する必要があります。通常、スイッチスタッキングは独自の拡張機能を通じてのみ利用可能であり、スイッチベンダーはこの機能を異なる用語で販売する場合があります。
注:
アクティブ-アクティブボンディングで問題が発生した場合、スタック型スイッチの使用が必要になる場合があります。アクティブ-パッシブボンディングではスタック型スイッチは必要ありません。
LACPボンディングのスイッチ構成
スイッチ構成の具体的な詳細はメーカーによって異なるため、LACPボンディングで使用するスイッチを構成する際に覚えておくべきいくつかの重要な点があります。
-
スイッチはLACPとIEEE 802.3ad標準をサポートしている必要があります。
-
スイッチでLAGグループを作成する場合、ホスト上の各LACPボンディングに対して1つのLAGグループを作成する必要があります。たとえば、5つのホストプールがあり、各ホストのNIC 4と5にLACPボンディングを作成した場合、スイッチ上に5つのLAGグループを作成する必要があります。これは、ホスト上のNICに対応するポートの各セットに対して1つのグループです。LAGグループにVLAN IDを追加する必要がある場合もあります。
-
XenServerのLACPボンディングでは、LAGグループの「Static Mode」設定を「Disabled」に設定する必要があります。
スイッチ構成で前述したように、LACPボンディングを複数のスイッチに接続するには、スタック型スイッチが必要です。
セットアップ後の初期ネットワーク構成
XenServerホストのネットワーク構成は、最初のホストインストール時に指定されます。IPアドレス構成（DHCP/静的）、管理インターフェースとして使用されるNIC、ホスト名などのオプションは、インストール時に提供された値に基づいて設定されます。
ホストに複数のNICがある場合、インストール後に存在する構成は、インストール中に管理操作用にどのNICが選択されたかによって異なります。
-
ホスト内の各NICに対してPIFが作成されます。
-
管理インターフェースとして使用するために選択されたNICのPIFは、インストール時に指定されたIPアドレス設定オプションで構成されます。
-
各PIFに対してネットワークが作成されます（「network 0」、「network 1」など）。
-
各ネットワークは1つのPIFに接続されます。
-
管理インターフェースとして使用されるPIF以外のすべてのPIFでは、IPアドレス設定オプションは未構成のままです。
ホストにNICが1つしかない場合、インストール後に以下の構成が存在します。
-
ホストの単一NICに対応する単一のPIFが作成されます。
-
PIFは、インストール時に指定されたIPアドレス設定オプションで構成され、ホストの管理を有効にします。
-
PIFはホスト管理操作で使用するように設定されます。
-
単一のネットワーク、network 0が作成されます。
-
network 0は、VMへの外部接続を有効にするためにPIFに接続されます。
タグ付きVLANネットワークでXenServerのインストールが行われた場合、インストール後に以下の構成が存在します。
-
ホスト内の各NICに対してPIFが作成されます。
-
管理インターフェースとして使用するために選択されたNIC上のタグ付きVLANのPIFは、インストール時に指定されたIPアドレス構成で構成されます。
-
各PIFに対してネットワークが作成されます（例：network 1、network 2など）。 追加のVLANネットワークが作成されます（例：VLAN\<TAG\>上の最初のネットワークインターフェースに関連付けられたプール全体のネットワーク用）。
-
各ネットワークは1つのPIFに接続されます。VLAN PIFはホスト管理操作で使用するように設定されます。
どちらの場合も、結果として得られるネットワーク構成により、管理インターフェースのIPアドレスを介して、XenCenter、xe CLI、および別のマシンで実行されているその他の管理ソフトウェアによってXenServerホストに接続できます。この構成は、ホスト上に作成されたVMに外部ネットワークも提供します。
管理操作に使用されるPIFは、XenServerのインストール中にIPアドレスが構成される唯一のPIFです。VMの外部ネットワークは、仮想イーサネットスイッチとして機能するネットワークオブジェクトを使用して、PIFをVIFにブリッジすることで実現されます。
VLAN、NICボンディング、ストレージトラフィックへのNICの割り当てなど、ネットワーク機能に必要な手順は、以下のセクションで説明します。
ネットワーク構成の変更
ネットワークオブジェクトを変更することで、ネットワーク構成を変更できます。そのためには、ネットワークオブジェクトまたはVIFのいずれかに影響するコマンドを実行します。
ネットワークオブジェクトの変更
フレームサイズ（MTU）、name-label、name-description、purpose、その他の値など、ネットワークの側面を変更できます。xe
network-param-set コマンドとその関連パラメーターを使用して値を変更します。
xe
network-param-set コマンドを実行する場合、必須パラメーターは uuid のみです。
オプションのパラメーターは次のとおりです。
-
default_locking_mode。 Simplifying VIF locking mode configuration in the Cloud を参照してください。 -
name-label -
name-description -
MTU -
purpose。 Adding a purpose to a network を参照してください。 -
other-config
パラメータの値が指定されていない場合、そのパラメータはnull値に設定されます。マップパラメータで(キー、値)のペアを設定するには、
map-param:key=valueの構文を使用します。
ボンドのアップディレイの変更
ボンディングは、障害発生後にトラフィックがNICに再分散されるのを防ぐため、デフォルトで31,000ミリ秒のアップディレイで設定されています。一見長く思えますが、アップディレイはアクティブ-アクティブだけでなく、すべてのボンディングモードにとって重要です。
ただし、ご自身の環境に適した設定を理解している場合は、以下の手順を使用してボンドのアップディレイを変更できます。
アップディレイをミリ秒単位で設定します:
xe pif-param-set uuid=<uuid of bond interface PIF> other-config:bond-updelay=<delay in ms>
変更を有効にするには、物理インターフェースを抜き差しする必要があります:
xe pif-unplug uuid=<uuid of bond interface PIF>xe pif-plug uuid=<uuid of bond interface PIF>