ネットワク
このセクションでは,Citrix Hypervisorのネットワーク,VLAN,およびNICボンディングなどについて説明します。また,ネットワ。
重要:
vSwitchはCitrix Hypervisorのデフォルトのネットワクスタックです。「vSwitchネットワク内の指示に従って,Linuxネットワクスタックを構成してください。
Citrix Hypervisorのネットワクの概念にいて理解している場合は,”ネットワクの管理に進んで次のセクションを参照してかまいません:
スタンドアロンCitrix Hypervisorサバでのネットワクの作成
Citrix Hypervisorサバ間でのプラ
リソスプル内のCitrix Hypervisorサ
スタンドアロンまたはリソスプル内のCitrix HypervisorサバでのVLANの作成
スタンドアロンCitrix Hypervisorサバでのボンディングの作成
リソスプル内のCitrix Hypervisorサバでのボンディングの作成
注:
“管理インターフェイス”という用語は,管理トラフィックを伝送するIP対応NICを示すために使用されます。「セカンダリインターフェイス」という用語は、ストレージトラフィック用に構成されたIP対応NICを示すために使用されます。
サポトされるネットワク
Citrix Hypervisorでは,各ホストで最大16個の物理ネットワークインターフェイス(または最大4組のボンディングネットワークインターフェイス)がサポートされており,各仮想マシンで最大7個の仮想ネットワークインターフェイスがサポートされています。
注:
Citrix Hypervisorでは,xeコマンドラインインターフェイス(CLI)による,ネットワークインターフェイスカードの自動設定と管理機能が提供されます。ホストネットワキング構成ファ。
vSwitchネットワク
vSwitchネットワクではOpenFlowがサポトされます。
セキュリティポリシによる,仮想マシンへのトラフィック出入力の詳細なフロ制御
仮想ネットワク環境で行われるすべてのトラフィックの動作およびパフォマンスの視覚化
vSwitchにより,仮想化されたネットワキング環境におけるIT管理が大幅に簡略化されます。仮想マシンがリソースプール内のある物理ホストから別の物理ホストに移行した場合でも、すべての仮想マシン構成と統計は仮想マシンにバインドされたままとなります。
使用されているネットワクスタックを確認するには,次のコマンドを実行します:
Xe host-list params=software-version
コマンドの出力で,network_backend
の行を確認します。ネットワクスタックとしてvSwitchが使用されている場合は、次のように出力されます:
network_backend: openvswitch < !——NeedCopy >
ネットワクスタックとしてLinuxブリッジが使用されている場合は,次のように出力されます:
桥network_backend: < !——NeedCopy >
Linuxネットワクスタックに戻すには,次のコマンドを実行します:
xe-switch-network-backend桥< !——NeedCopy >
このコマンドの実行後,ホストを再起動する必要があります。
Citrix Hypervisorのネットワクの概要
ここでは,Citrix Hypervisor環境でのネットワークに関する一般的な概念について説明します。
Citrix Hypervisorでは,インストール中に物理ネットワークインターフェイスカードごとにネットワークが作成されます。サバをプルに追加すると,デフォルトのネットワジされます。これは,同じデバイス名を持つすべての物理NICが必ず同じネットワークに接続されるようにするためです。
通常は,内部ネットワークを作成する場合,既存のNICを使用して新しいVLANを設定する場合,またはNICボンディングを作成する場合にのみ,新しいネットワークを追加します。
Citrix Hypervisorでは,4種類のネットワクを設定できます:
外部ネットワクには,物理ネットワ。外部ネットワクは、仮想マシンと、そのネットワークに接続された物理ネットワークインターフェイスとの間のブリッジを提供します。外部ネットワークを使用すると、仮想マシンは、サーバーの物理NICを通じて使用可能なリソースに接続できます。
ボンディングしたネットワクでは複数のNICを1つの仮想的なNICとしてボンディングして,仮想マシンとネットワークの間に単一の高性能チャネルを作成します。
単一サは,物理ネットワ。単一サは、そのホスト上の仮想マシン間での接続のみを提供します。外部には接続できません。
注:
ネットワークの設定オプションには,スタンドアロンCitrix Hypervisorサーバーとリソースプールで,動作が異なるものがあります。このセクションでは,スタンドアロンホストとリソースプールの両方に適用される一般情報と,スタンドアロンホストおよびリソースプールに特有な情報について説明します。
ネットワクオブジェクト
このセクションでは,ネットワークエンティティを表すサーバー側ソフトウェアオブジェクトとして,以下のオブジェクトを使用します。
论坛(物理接口)は,ホスト上の物理ネットワ。论坛オブジェクトは,名前と説明,UUID,対応するNICのパラメーター,および接続先のネットワークとサーバーという属性を持ちます。
VIF(虚拟接口)は,仮想マシン上の仮想虚拟网关ンタ,フェ虚拟网关スを表します。VIFオブジェクトは、名前と説明、UUID、および接続先のネットワークと仮想マシンという属性を持ちます。
ネットワクは,ホストの仮想esxi esxiサネットスesxi esxiッチです。ネットワクオブジェクトは、名前と説明、UUID、および接続先のVIFとPIFの集合という属性を持ちます。
Citrix Hypervisor中心およびxe CLIを使用すると,ネットワークオプションを設定できます。管理操作に使用するNICを制御することや、VLANやNICボンディングなどの高度なネットワーク機能を作成することができます。
ネットワク
各Citrix Hypervisorサーバーには,1つまたは複数のネットワークがあり,それらは仮想イーサネットスイッチです。pifに関連付けられていないネットワクは,内部とみなされます。内部ネットワクは、同一Citrix Hypervisorサーバー上の仮想マシン間の接続のみに使用され、外部との接続はできません。PIFに関連付けられたネットワークは、外部とみなされます。外部ネットワクは、VIFと、ネットワークに接続されたPIFとの間のブリッジを提供し、PIFのNIC経由で外部ネットワーク上のリソースへの接続を可能にします。
VLAN
IEEE 802.1 q VLANでは,標準で定義されているように,単一の物理ネットワークで複数の論理ネットワークをサポートできます。Citrix Hypervisorサバでは,VLANをさまざまな方法で使用できます。
注:
リソースプール,スタンドアロンホスト,そしてNICボンディングの使用/不使用などの構成の違いにより,サポートされるVLAN設定が異なることはありません。
仮想マシンでのvlanの使用
802.1 q VLANのトランクポートとして設定されているスイッチポートとCitrix HypervisorのVLAN機能を使用して,ゲストの仮想ネットワークインターフェイス(VIF)を特定のVLANに接続できます。この場合,Citrix HypervisorサーバーがゲストのVLANタグ付けとタグ解除を実行します。
Citrix HypervisorのVLANは,指定されたVLANタグに対応するVLANインターフェイスを表す追加の论坛オブジェクトによって表されます。物理ネットワークインターフェイスカードを表す论坛にCitrix Hypervisorネットワークを接続して,ネットワークインターフェイスカード上のすべてのトラフィックを確認できます。または,VLANを表す论坛にネットワークを接続して,指定されたVLANタグを持つトラフィックのみを確認できます。VLAN 0でネイティブVLANトラフィックのみにアクセスするようにネットワークを接続することもできます。
スタンドアロンまたはリソースプール内のCitrix HypervisorサーバーでのVLANの作成手順については,”vlanの作成を参照してください。
ゲストにVLANのタグ付けおよびタグ付け解除機能を実行させる場合,ゲストはVLANを認識している必要があります。仮想マシンのネットワークを構成するときは、スイッチポートをVLANトランクポートとして構成しますが、Citrix HypervisorサーバーのVLANは作成しないでください。代わりに、通常の非VLANネットワークでVIFを使用してください。
管理ereplicationンタereplicationフェereplicationスでのvlanの使用
トランクポートまたはアクセスモードポートとして設定されたスイッチポートを使用して,VLAN上で管理インターフェイスを構成することができます。Citrix Hypervisor中心またはxe CLIを使ってVLANをセットアップし,管理インターフェイスとして使用します。詳しくは,”管理邮箱ンタ邮箱フェ邮箱スを参照してください。
ストレジ専用网卡でのvlanの使用
ストレージ専用网卡は,管理インターフェイスに関する前のセクションで説明したように,ネイティブVLANポートまたはアクセスモードポートを使用するように設定できます。ストレジ専用网卡は,ip対応网卡またはセカンダリ。仮想マシンに関する前のセクションで説明したように、トランクポートとCitrix Hypervisor VLANを使用するようにストレージ専用ネットワークインターフェイスカードを設定できます。詳しくは、「ストレジ専用nicを設定するを参照してください。
管理交换机交换机ンタ交换机フェ交换机交换机スとゲストvlanを単一のホスト网卡にまとめる
単一のスイッチポートをトランクVLANとネイティブVLANの両方と組み合わせることができます。これにより,1つのホストNICを(ネイティブVLAN上の)管理インターフェイス用に使用したり,ゲストVIFを特定のVLAN IDに接続するために使用したりできます。
ジャンボフレム
ジャンボフレームは,ストレージネットワークおよび仮想マシンネットワーク上のトラフィックのパフォーマンスを最適化するために使用される機能です。ジャンボフレムは,1500バ。通常,スループットの向上,システムバスメモリの負荷やCPUオーバーヘッドの低減を実現するために使用されます。
注:
Citrix Hypervisorでは,プール内のすべてのホスト上で,ネットワークスタックとしてvSwitchが使用されている場合にのみジャンボフレームがサポートされます。
ジャンボフレムを使用するための要件
ジャンボフレムを使用する場合は,以下の点に注意してください:
ジャンボフレムは,プルレベルで設定されます
プール内のすべてのサーバー上で,ネットワークバックエンドとしてvSwitchを設定する必要があります
サブネット上のすべてのデバ邮箱スがジャンボフレ邮箱ムを使用するように設定する必要があります
管理ネットワク上でジャンボフレムを有効にする設定はサポトされていません
ジャンボフレームを使用する場合は,MTU(最大传输单位:最大転送単位)の値を1500から9216の範囲で指定します。Citrix Hypervisor Centerまたはxe CLIを使用してMTUを設定できます。
nicボンディング
网卡ボンディングは,网卡チミングと呼ばれることもあります。管理者は、複数のネットワークインターフェイスカードを束ねて、Citrix Hypervisorサーバーの耐障害性や帯域幅を向上させることができます。NICボンディングは論理的には1つのネットワークカードとして機能し、ボンディングされたすべてのNICはMACアドレスを共有します。
ボンディングされたネットワークインターフェイスカードの一方に障害が発生すると,ホストのネットワークトラフィックは自動的に他方のネットワークインターフェイスカード経由で転送されます。Citrix Hypervisorでは,最大で8組のボンディングネットワークがサポートされています。
Citrix Hypervisorでは,アクティブ/アクティブモード,アクティブ/パッシブモード,およびLACPボンディングモードがサポートされています。ボンディングを構成できるNICの数やサポートされるボンディングモードは,使用するネットワークスタックにより異なります。
LACPボンディングは,vSwitchでのみ使用できます。アクティブ/アクティブモードおよびアクティブ/パッシブモードのボンディングは,vSwitchおよびLinuxブリッジの両方で使用できます。
ネットワークスタックとしてvSwitchを使用する場合は,最大で4つのNICを使用してボンディングを作成できます。
Linuxブリッジネットワクスタックの場合,ボンディングを構成できる网卡は2。
次の図では、管理虚拟网元ンタ虚拟网元フェ虚拟网元スとして网卡ボンディングが使用されています。Citrix管理程序では、管理用トラフィックにこのNICボンディングが使用されます。
すべてのボンディングモドで,フェ。ただし,すべてのネットワークインターフェイスカードをすべての種類のトラフィック用にアクティブに使用するモードは一部のみです。Citrix Hypervisorでは,以下の種類のネットワークインターフェイスカードのボンディングがサポートされています:
通常のnic(非管理用):Citrix Hypervisorで仮想マシントラフィックのみに使用されているネットワークインターフェイスカードを,ボンディングできます。これらのNICをボンディングすると,回復性が向上するだけでなく,NIC間で複数の仮想マシンからのトラフィックが分散されます。
管理邮箱ンタ邮箱フェ邮箱ス:管理インターフェイスをほかのNICとボンディングして,障害発生時に管理トラフィックが2つ目のNICにフェイルオーバーされるように設定できます。アクティブ/アクティブモードでは管理インターフェイスの負荷を分散させることはできませんが,LACP(链路聚合控制协议)モードでは可能です。ボンディングされたNICにVLANを作成し,ホスト管理インターフェイスをそのVLANに割り当てることができます。
セカンダリ邮箱ンタ邮箱フェ邮箱ス:セカンダリインターフェイス(ストレージ用のインターフェイスなど)として割り当てたNICをボンディングできます。ただし,多くのiSCSIソフトウェアイニシエータストレージでは,負荷分散を提供しないNICボンディングではなく,マルチパス構成を使用することをお勧めしています。詳しくは,“设计Citrix Hypervisor网络配置”を参照してください。
このセクションでは,iSCSIおよびNFSのトラフィックに対して“IPベースのストレージトラフィック”という語を使用します。
VIFで既に使用されているインターフェイスを使用してボンディングを作成できます:この場合,仮想マシントラフィックが自動的にそのボンディングインターフェイスに移行されます。
Citrix Hypervisorでは,追加のPIFは网卡ボンディングを表します。Citrix管理程序のNICボンディングは、それを構成する物理デバイス(PIF)を完全に包括します。
注:
- 単一のnicを使ってボンディングを作成することはサポトされません。
- ボンディングされたnicは,互いに異なるモデルにすることができます。
- 网卡ボンディングは,FCoEトラフィックを処理する网卡でサポトされません。
ipアドレッシングの要点
nicボンディングのipアドレスは,以下のように割り当てられます:
管理ネットワクおよびストレジネットワク
管理インターフェイスやセカンダリインターフェイスをボンディングする場合,単一のIPアドレスが割り当てられます。。Citrix管理程序では、2つのネットワークインターフェイスカードが1つの論理接続として扱われます。
仮想マシン以外のトラフィック用にNICボンディングを使用する場合(共有ネットワークストレージや管理用Citrix Hypervisor中心への接続など)は,ボンディングにIPアドレスを設定します。管理インターフェイスやセカンダリインターフェイスの作成により既にNICにIPアドレスが割り当てられている場合は,そのNICを使ってボンディングを作成すると自動的にそのIPアドレスが割り当てられます。
IPアドレスが割り当てられていないNICと管理インターフェイスやセカンダリインターフェイスでボンディングを作成すると,管理インターフェイスまたはセカンダリインターフェイスのIPアドレスが割り当てられます。
タグ付きVLAN管理インターフェイスと他のインターフェイスをボンディングすると,ボンディングされたNIC上に管理VLANが作成されます。
仮想マシンネットワク:仮想マシントラフィック用にNICボンディングを使用する場合,そのボンディングにIPアドレスを設定する必要はありません。これは,ボンディングが,IPアドレスが不要なOSIモデルのレイヤー2(データリンクレイヤー)で動作するためです。仮想マシンのipアドレスは,vifに割り当てられます。
ボンディングの種類
Citrix Hypervisorでは,3種類の网卡ボンディングがサポトされています。ボンディングの種類は、Citrix Hypervisor CenterまたはCLIコマンドを使用して設定します:
アクティブ/アクティブモードでは,ボンディングされたNIC間で仮想マシントラフィックが分散されます。「アクティブ/アクティブボンディングを参照してください。
アクティブ/パッシブモドでは,一方のnicのみがトラフィックに使用されます。「アクティブ/パッシブボンディングを参照してください。
LACP(链路聚合控制协议)モードでは,スイッチとサーバー間でNICのアクティブ/スタンバイが決定されます。「lacpボンディングを参照してください。
注:
ボンディングは[アップ遅延]が31000ミリ秒,[ダウン遅延]が200ミリ秒で設定されます。[アップ遅延]の値が大きいのは,一部のス。このように設定しないと,リンクが障害から復旧したとき,スイッチでトラフィックを転送できるようになる前に,ボンドによりそのリンクへトラフィックが再配分される可能性があります。両方の接続を別のスイッチに移動するには,第1の接続を移動してから31秒間待機して,その接続の使用が再開されてから,第2の接続を移動します。遅延の変更にいては,”ボンディングのアップ遅延の変更を参照してください。
ボンディングの状態
Citrix Hypervisorでは,各ホストのボンディングの状態がereplicationベントログに記録されます。macベントログには,网卡ボンディングを構成する。同様に,以下のコマンドで连接起来
パラメタを使用して,ボンディングの状態を確認することもできます。
Xe bond-param-get uuid=bond_uuid param-name=link -up
Citrix Hypervisorでは,ボンディング内のリンクの状態が約5秒ごとに確認されます。このため,ボンディングの複数のNICに5秒以内に相次いで障害が発生すると,次の状態チェックまで障害がログに記録されない場合があります。
ボンディングのイベントログは,Citrix Hypervisor中心の[ログ]タブに表示されます。Citrix Hypervisor Centerを実行していない場合は,各ホスト上の/var/log/xensource.log
にも邮箱ベントログが記録されます。
アクティブ/アクティブボンディング
アクティブ/アクティブモードのNICボンディングを仮想マシントラフィックで使用すると,トラフィックが両方のNICで同時に送信されます。一方,管理トラフィックでアクティブ/アクティブモードを使用すると,1つのNICでトラフィックが送信され,もう1つのNICは障害発生時まで使用されません。アクティブ/アクティブモードは,LinuxブリッジおよびvSwitchネットワークスタック環境でのデフォルトのNICボンディングです。
ネットワークスタックとしてLinuxブリッジを使用する場合,ボンディングを構成できるNICは2つまでです。ネットワクスタックとしてvSwitchを使用する場合は、最大で4つのNICを使用してアクティブ/アクティブモードのボンディングを作成できます。ただし、アクティブ/アクティブモードで3つまたは4つのNICを使用する利点は、仮想マシントラフィックでしか発揮されません(次の図参照)。
Citrix Hypervisorでは,ボンディングに複数のMACアドレスが関連付けられている場合のみ,複数のネットワークインターフェイスカードにトラフィックを送信できます。Citrix Hypervisorでは,VIF内の仮想MACアドレスに基づいて,トラフィックが分散されます。まり,以下のようになります。
仮想マシントラフィック:仮想マシン(ゲスト)トラフィックのみに使用されるNICボンディングでは,すべてのNICがアクティブになり,仮想マシントラフィックが分散されます。ただし,個別のvifのトラフィックが複数のnicに分散されることはありません。
管理トラフィックまたはストレジトラフィック:複数のnicが同時にアクティブになることはありません。アクティブなnicに障害が発生した場合のみ,ほかのnicがアクティブになります。管理邮箱ンタ邮箱フェ邮箱スまたはセカンダリインターフェイスにボンディングを使用すると、トラフィックは分散されませんが耐障害性が提供されます。
混合トラフィック:NICボンディングでIPベースのストレージトラフィックと仮想マシントラフィックの両方が送信される場合は,仮想マシントラフィックおよびコントロールドメイントラフィックのみが分散されます。コントロールドメインは基本的に仮想マシンであるため,ほかのゲストと同様にネットワークインターフェイスカードを使用します。Citrix管理程序では、仮想マシントラフィックと同じしくみでコントロールドメインのトラフィックが分散されます。
トラフィックの分散
Citrix Hypervisorでは,パケット送信元のMACアドレスに基づいて,複数のネットワークインターフェイスカードにトラフィックが分散されます。管理トラフィックの場合,送信元のMACアドレスは1つなので,アクティブ/アクティブモードでは1つのNICのみが使用され,トラフィックは分散されません。以下の2の要素に基づいてトラフィックが分散されます。
トラフィックを送信する側と受信する側の仮想マシンおよびvif
送信されるデタの量(キロバト)
Citrix Hypervisorでは,各ネットワークインターフェイスカードで送受信されるデータの量がキロバイト単位で評価されます。一方のネットワークインターフェイスカードで送信されるデータ量が,他方のネットワークインターフェイスカードで送信されるデータ量を超えると,Citrix HypervisorによってVIFとネットワークインターフェイスカードの関連付けが再配分されます。vifの全負荷が転送されます。1のvifの負荷が2のnic間で分割されることはありません。
アクティブ/アクティブモードのNICボンディングでは,複数の仮想マシンからのトラフィックが分散されますが,単一仮想マシンに対して2つのNICによるスループットを提供することはできません。vifは,ボンディングを構成する2のnicを同時に使用することはありません。Citrix管理程序でトラフィックの再配分が定期的に行われる間、ボンディング内の特定のネットワークインターフェイスカードにVIFが固定的に割り当てられることはありません。
アクティブ/アクティブモードは,SLB(源水平平衡)ボンディングと呼ばれることもあります。Citrix Hypervisorでは,ボンディングされたネットワークインターフェイスの間の負荷がSLBにより分散されます。SLBはオープンソースの铝青铜(适应性负载平衡)モードに由来し,铝青铜機能を再利用してNIC間で負荷を動的に再配分します。
このとき,各セカンダリ(e .ンタe .フェe .ス)に流れるバe .ト数は,定期的に追跡されます。新しい送信元のMACアドレスを含んだパケットは,送信されると,負荷の低い方のセカンダリインターフェイスに割り当てられます。トラフィックの再配分は,一定の間隔で行われます。
各MACアドレスには対応する負荷があり,Citrix Hypervisorにより,仮想マシンで送受信されるデータ量に応じてその負荷全体がほかのネットワークインターフェイスカードに再配分されます。アクティブ/アクティブモードでは,1つの仮想マシンからのすべてのトラフィックを単一网卡で送信できます。
注:
アクティブ/アクティブモードのボンディングでは,802.3广告(LACP)またはEtherChannel用のスイッチサポートが不要です。
アクティブ/パッシブボンディング
アクティブ/パッシブボンディングでは,1 .网卡のみにトラフィックがル。アクティブなNICがネットワーク接続を失うと,トラフィックはボンディング内の他のNICにフェイルオーバーされます。アクティブ/パッシブボンディングでは,トラフィックはアクティブ网卡経由でルティングされます。アクティブなnicに障害が発生すると,トラフィックはパッシブnicに移ります。
アクティブ/パッシブモードのNICボンディングは,LinuxブリッジおよびvSwitchネットワークスタック環境で使用できます。ネットワークスタックとしてLinuxブリッジを使用する場合,ボンディングを構成できるNICは2つまでです。ネットワクスタックとしてvSwitchを使用する場合は、最大で4つのNICを使用してボンディングを作成できます。ただし、アクティブ/パッシブモードでは、ボンディングを構成するNICのうちアクティブになるのは1つのみで、すべての種類のトラフィックで負荷分散は提供されません。
2 .の网卡でアクティブ/パッシブモ。
アクティブ/アクティブモードは,Citrix Hypervisorのデフォルトのボンディング設定です。CLIを使用してボンディングを設定する場合は、アクティブ/パッシブモードのパラメーターを指定する必要があります。それ以外の場合は、アクティブ/アクティブボンディングが作成されます。管理トラフィックやストレージトラフィック用のネットワークに必ずアクティブ/パッシブモードを使用しなければならないわけではありません。
回復性を考慮すると,アクティブ/パッシブモドが適切である場合があります。アクティブ/パッシブモドでは,トラフィックに使用されるnicが頻繁には変更されません。同様に,このモードでは2つのスイッチを使用して冗長性を向上できますが,スタック構成は必要はありません。管理スereplicationッチに障害が発生した場合に,スタック構成のスereplicationッチが単一障害点になる可能性があります。
アクティブ/パッシブモードのボンディングでは,802.3广告(LACP)またはEtherChannel用のスイッチサポートが不要です。
トラフィックの負荷分散が不要な場合,または一方のNICにのみトラフィックを送信したい場合は,アクティブ/パッシブモードのボンディングを使用します。
重要:
VIFを作成した後やリソースプールが実稼働環境で動作している場合は,NICボンディングの作成や変更を慎重に行う必要があります。
lacpボンディング
LACP(链路聚合控制协议)ボンディングでは,複数のポートをグループ化して単一の論理チャネルとして使用します。lacpボンディングでは,フェ。また,より多くの帯域幅を使用できるようになります。
ほかのボンディングモードとは異なり,LACPボンディングを使用するには送信側および受信側での設定が必要です:つまり,ホスト上でボンディングを作成して,スイッチ上の各ボンディングに滞后(链路聚合组:リンクアグリゲーショングループ)を作成します。「lacpボンディングのスッチ構成を参照してください。lacpボンディングを使用するには、ネットワークスタックとしてvSwitchを設定する必要があります。また、IEEE 802.3ad標準をサポートするスイッチを使用する必要があります。
アクティブ/アクティブslbボンディングとlacpボンディングの比較:
アクティブ/アクティブslbボンディング
長所:
- ハドウェア互換性リストに記載されているすべてのス。
- スタック構成をサポトしないス。
- 4 ecommのnicでボンディングを構成できます。
注意事項:
- 適切な負荷分散のためには,1のvifに1以上のnicが必要です。
- ストレジトラフィックや管理トラフィックを複数のnicに分散させることはできません。
- 負荷分散が提供されるのは,複数のmacアドレスが割り当てられている場合のみです。
lacpボンディング
長所:
- すべての種類のトラフィックですべてのnicが同時にアクティブになります。
- 送信元のMACアドレスに依存せずにトラフィックが分散されるため,すべての種類のトラフィックで負荷分散が提供されます。
注意事項:
- IEEE 802.3ad標準をサポ。
- ス邮箱ッチ側での設定が必要です。
- vSwitchでの使用のみがサポトされています。
- 単一ス邮箱ッチまたはスタック構成のス邮箱ッチが必要です。
トラフィックの分散
Citrix Hypervisorでは2種類のLACPボンディングハッシュがサポートされています。ハッシュとは,nicおよびス。1つは送信元および送信先のIPアドレスとポート番号に基づいてトラフィックを分散するもので,もう1つは送信元のMACアドレスに基づいてトラフィックを分散するものです。
ハッシュの種類およびトラフィックの形式によっては,アクティブ/アクティブモードのボンディングよりも効率的にトラフィックを分散できます。
注:
管理者は、ホストおよびス以及ッチ上で送信トラフィックと受信トラフィックを個別に設定します。ただし、これらの設定はホストとス以及ッチで異なっていても構いません。
送信元/送信先のポトとipによる負荷分散。
これは,lacpボンディングのデフォルトのハッシュアルゴリズムです。送信元または送信先のIPやポートが異なる場合、1つのゲストからのトラフィックを2つのNICに分散できます。
たとえば,仮想マシン上で複数のアプリケーションを実行して,それらのアプリケーションが異なるIPまたはポートを使用する場合,このハッシュアルゴリズムによりトラフィックが分散されます。トラフィックを分散することで,ゲストは総スルプットを使用できるようになります。この場合,1の仮想マシンで複数网卡の総合スルプットを使用できることになります。
次の図のように1つの仮想マシン上で実行される2つの異なるアプリケーションのトラフィックをそれぞれ異なるNICに分散できます。
送信元および送信先のIPアドレスとポート番号に基づいたLACPボンディングは,単一仮想マシン上の2つのアプリケーションのトラフィック負荷を分散させる場合に使用します。たとえば3つのNICによるボンディングを単一の仮想マシンだけで使用する場合はこのオプションを使用します。
このハッシュアルゴリズムでは,送信元のIPアドレス,送信元のポート番号,送信先のIPアドレス,送信先のポート番号,および送信元のMACアドレスという5つの要素により,トラフィックの分散方法が決定されます。
送信元のmacアドレスによる負荷分散。
このタプの負荷分散は,同じホストに複数の仮想マシンがある場合に有効です。トラフィックは,送信元の仮想マシンの仮想macアドレスに基づいて配分されます。Citrix管理程序では、アクティブ/アクティブモードのボンディングと同じアルゴリズムでトラフィックが送信されます。同一仮想マシンからのトラフィックが複数のNICに分散されることはありません。このため、VIFの数がNICよりも少ない場合、このハッシュアルゴリズムは適していません。トラフィックを複数のNICに分散できないため、適切な負荷分散は提供されません。
ス邮箱ッチ設定
必要な冗長性の程度に応じて,ボンディングしたNICを同じスイッチに接続したり,スタック構成のスイッチに個別に接続したりできます。2つのNICを異なるスイッチに接続した場合,一方のNICやスイッチに障害が発生した場合に,他方のNICにフェイルオーバーされます。スッチを追加することで,以下のように単一障害点を排除できます。
ボンディングした管理インターフェイスの一方のリンクで2台目のスイッチに接続している場合,そのスイッチに障害が発生しても管理ネットワークは切断されず,ホスト間の通信も中断されません。
すべてのトラフィックの種類で,他方のNICまたはスイッチに障害が発生しても,他方のNICやスイッチにフェイルオーバーされるため,仮想マシンのネットワーク接続は維持されます。
lacpボンディングの网卡を複数のスereplicationッチに接続する場合は,スタック構成のスereplicationッチを使用します。「スタック構成のスイッチ」とは、単一の論理スイッチとして動作する複数の物理スイッチの構成を指します。複数のスイッチを物理的に接続して、スイッチの管理ソフトウェアを使用してそれらが単一の論理スイッチユニットとして動作するように設定する必要があります。通常、スイッチのスタック構成はスイッチベンダ独自の機能拡張で提供され、ベンダによっては異なる名称が使用されている場合があります。
注:
アクティブ/アクティブモードのボンディングの問題を解決するには,スイッチをスタック構成にする必要がある場合があります。アクティブ/パッシブモドのボンディングでは,スタック構成のス。
次の図は、ボンディングされた网卡のケ。
lacpボンディングのスッチ構成
スイッチ構成の詳細はベンダごとに異なるので,LACPボンディングでのスイッチ構成には以下の考慮事項があります。
LACPおよびIEEE 802.3ad標準をサポッチを使用する必要があります。
スイッチ上で滞后を作成するときに,全ホストのLACPボンディングの数だけ滞后を作成する必要があります。たとえば5台のホストで構成されるプールで,各ホストの网卡4とNIC 5でLACPボンディングを作成した場合は,スイッチ上に5つの滞后を作成します。ホストのnicに対応するポトのグルプに1のlagを作成し,
必要に応じてvlan idを追加します。
Citrix HypervisorのLACPボンディングでは,滞后のスタティックモードを無効にする必要があります。
「スタック構成“で説明したように,LACPボンディングのNICを複数のスイッチに接続する場合は,スタック構成のスイッチを使用する必要があります。
セットアップ後のネットワクの初期設定
Citrix Hypervisorサーバーのネットワーク設定は,ホストの初回インストール時に行います。IPアドレス設定(DHCP /静的),管理インターフェイス用のNIC,ホスト名などのオプションは,インストール時に指定した値に基づいて設定されます。
複数のNICを持つホストのインストール後の設定内容は,インストール時に管理用として選択したNICによって異なります。
ホストのnicごとにpifが作成される。
管理インターフェイスとして選択したNICの论坛は,インストール時に指定したオプションでIPアドレスが設定される。
各PIFに対してネットワクが作成される(网络0,网络1など)。
各ネットワクは個別のpifに接続される。
IPアドレス指定オプションは,管理インターフェイスとして使用される论坛以外のすべての论坛に対して未設定のままである。
単一の网卡を持,:
そのnicに対応する単一のpifが作成される。
ereplicationンストル中に指定したオプションでpifのipアドレスが設定され,ホストの管理が可能になる。
そのpifがホスト管理用に設定される。
単一のネットワク,网络0が作成される。
网络0はPIFに接続され,仮想マシンへの外部からの接続が有効になる。
タグ付きVLANネットワーク上でCitrix Hypervisorをインストールした後,構成は次のようになります:
ホストのnicごとにpifが作成される。
NICでタグ付きVLANの管理インターフェイスとして選択された论坛には,インストール時に指定したオプションでIPアドレスが設定される。
各PIFに対してネットワクが作成される(网络1,网络2など)。追加のVLANネットワークが作成される(たとえば,VLAN <标记>上のeth0に関連付けられた,プール全体にわたるネットワーク用)
各ネットワクは個別のpifに接続される。そのvlan pifがホスト管理用に設定される。
いずれの場合も,上記のネットワーク設定により,ほかのコンピューター上のCitrix程序中心,xe CLI,およびそのほかの管理ソフトウェアから,管理インターフェイスのIPアドレスを使用してCitrix Hypervisorサーバーに接続できるようになります。また,これらの設定により,ホスト上で作成された仮想マシンに対して外部ネットワーク機能が提供されます。
Citrix Hypervisorのインストールの間に,管理操作用の论坛に対してのみ,IPアドレスが設定されます。仮想マシンの外部ネットワークは、仮想イーサネットスイッチとして動作するネットワークオブジェクトを使用して、PIFからVIFへのブリッジによって実現されます。
VLAN、NICボンディング,およびストレージトラフィック専用网卡の設定などのネットワーク機能に必要な手順は,後続のセクションで説明します。
ネットワク設定の変更
网络オブジェクトを変更することで,ネットワ,ク設定を変更できます。网络オブジェクトまたはVIFを指定してコマンドを実行します。
网络オブジェクトの変更
ネットワークのフレームサイズ(MTU),品牌,name-description、目的などの設定を変更できます。値を変更するには,xenetwork-param-set
コマンドとその関連パラメタを使用します。
network-param-set
コマンドを実行するときは,uuid
パラメタを必ず指定する必要があります。
オプションのパラメタは次のとおりです:
default_locking_mode
。「クラウド環境でvifのロックモドを簡単に設定するを参照してください。品牌)
name-description
MTU
目的
。「ネットワクに目的を追加するを参照してください。其他配置
パラメタの値が指定されていない場合,パラメタはnull値に設定されます。マップパラメタのキと値は,map-param:键=值
形式で指定します。
ボンディングのアップ遅延の変更
障害発生後にそのリンクにトラフィックが再配分されるのを避けるため,ボンディングのアップ遅延値としてデフォルトで31000ミリ秒が設定されます。この比較的大きな了延迟値は,アクティブ/アクティブモードだけでなく,すべてのボンディングモードで重要な意味を持ちます。
ただし,必要に応じてこの値を変更を変更することができます。
次のコマンドを実行して,向上延迟値をミリ秒単位で指定します:
xe PIF -param-set uuid=< bond接口PIF>的uuid other-config:bond-updelay=
次のコマンドを実行して,物理ereplicationンタ,フェereplicationスをアンプラグして再プラグします。これにより,変更が有効になります:
xe PIF -unplug uuid=<绑定接口PIF的uuid >
xe PIF -plug uuid=<绑定接口PIF的uuid >