vSphere 分散スイッチ ポート グループでの LACP の構成
search cancel

vSphere 分散スイッチ ポート グループでの LACP の構成

book

Article ID: 322017

calendar_today

Updated On:

Products

VMware vCenter Server

Issue/Introduction

この記事では、vSphere 分散スイッチ上の Link Aggregation Control Protocol (LACP) サポートの構成に関する情報と、vSphere 分散スイッチ上でホストのアップリンクが有効にならない場合の対処方法に関する情報を提供します。

Symptoms:

免責事項: これは英文の記事 「Enabling or disabling LACP on an Uplink Port Group using the vSphere Web Client (2034277)」の日本語訳です。記事はベストエフォートで翻訳を進めているため、ローカライズ化コンテンツは最新情報ではない可能性があります。最新情報は英語版の記事で参照してください。


Resolution

アップリンクポートグループでのLACPの構成

:LACP が有効になっている LAG アップリンクポートグループを使用するすべてのポートグループでは、負荷分散ポリシーを IP ハッシュ負荷分散 に設定し、ネットワーク障害検出ポリシーを リンクステータスのみ に設定し、すべてのアップリンクを アクティブ に設定する必要があります。
 
全般的な手順:
  1. リンク集約グループ (LAG) を作成して構成します。
  2. 作成した LAG を物理アダプタに接続します。
  3. LACP 専用にチーミングおよびフェイルオーバーを構成します。
  4. LAG をアクティブにして、対象となるホストに移行します。

詳細な手順:

  1. vSphere Web Client を開きます。
  2. ネットワーク ビューをクリックします。
  3. データセンターを展開し、分散スイッチを選択します。
  4. LACP セクションで、+ NEW 記号をクリックし、新しい LAG を作成します。
  5. 新しい LAG に名前を付けます。
  6. 必要なホストごとのポート数を選択します。後で、各ホストから各ポートに物理ネットワーク アダプタを接続します。
  7. ドロップダウンから使用する LACP モードを選択します。アクティブ または パッシブ を選択します。どちらのシナリオでも、物理スイッチも アクティブ に設定する必要があります。
  8. 負荷分散アルゴリズムを選択します。選択したアルゴリズムは、物理スイッチに準拠する必要があります。最適な一致については、物理スイッチのベンダーに確認してください。
  9. OK をクリックします。
  10. 利用可能なアップリンク アダプタからネットワーク アダプタを新しい LAG に再割り当てします。
    1. 新しいリンク集約グループを、LACP に使用する分散ポートグループに対して スタンバイ 状態に移動します。
    2. テンプレートモードでホストの追加と管理ウィザードを使用して、物理アップリンクを複数のホストのLAGに同時に移行します。テンプレートホストでアップリンクを再割り当てしてから、目的のホストに構成を適用します。
    3. LAGをアクティブクラスに移動し、関連付けられていない個々のアップリンクを未使用クラスに移動して(スタンバイクラスを空のままにして)、LAGを目的のポートグループのアクティブ状態に設定します。
:ネットワークアダプターが管理 vmkernel などのvmkernelポートグループのアップリンクとして現在使用されている場合、管理 vmkernel への接続が失われないように、ネットワークアダプターを一度に1つのアダプター上で「ウォーク」する必要がある場合があります。詳細については、以下の「回避策」セクションを参照してください。

vSphere 環境で LACP を有効にするビデオ ガイドも、blogs.vmware,com に用意されています。


Workaround:

回避策:vSphere DistributedSwitchのホストアップリンクでLACPを構成できない場合

ネットワークアダプタが現在、管理vmkernelなどのvmkernelポートグループのアップリンクとして使用されている場合、管理vmkernelへの接続が失われないように、ネットワークアダプタを一度に1つのアダプタ上で「ウォーク」する必要がある場合があります。

注: LAGで使用できる他のvmnicがある場合、それが最も簡単で最速です。現在のアダプタをLAGに移動する必要がある場合は、このプロセスに時間がかかり、物理スイッチポートで同時に構成する必要があることに注意してください。このプロセス中も、ホストをメンテナンスモードにすることを強くお勧めします。

現在使用されているアダプタをLAGアダプタグループに移動するための基本的な手順は次のとおりです。

注:これはサンプルです。実際のアダプターとvmnic番号は、環境ごとに異なる場合があります。
  1. LAGアダプター・グループに移動する必要のあるアダプター(vmnics)を特定します。この例では、vmnic0vmnic1 を使用します。
  2. 物理スイッチで、vmnic0 に接続されているポートをダウンします。
  3. 物理スイッチで、vmnic0 に接続されているポートを LACP/Etherchannel 構成に配置します。 
  4. ホストの追加と管理 ウィザードで、ホストを選択し、vmnic0 を 選択して [アダプターの割り当て] をクリックして、LAGアップリンクの1つにvmnic0を追加します。ウィザードを終了します。
  5. 物理スイッチで、vmnic0 に接続されているポートをアップします。
  6. 分散スイッチのポートグループで、LAGアップリンクグループをアクティブに移動し、通常のアップリンクを未使用に移動します。これらの変更の間、ホストが接続されたままであることを確認してください。
  7. 物理スイッチで、vmnic1 に接続されているポートをダウンします。
  8. ホストの追加と管理ウィザードを使用して、vmnic1 をvDSのLAGアップリンクグループに追加します。また、vmnic1に接続されているスイッチポートを物理スイッチのLACP / Etherchannelに追加します。
  9. 物理スイッチで、vmnic1 ポートを再度アップします。
 
VMwareでのLACPの概要
rtaImage.jpeg

VMwareは、vSphere Distributed Switch(VDS)でのみリンクアグリゲーション制御プロトコル(LACP)をサポートしています。

注:リンクアグリゲーション制御プロトコル(LACP)は、vSphere WebClient を介してのみ構成できます。
  • LACPは、複数の物理ネットワークリンクのバンドルを制御して、帯域幅と冗長性を高めるための論理チャネルを形成するための標準ベースの方法です。LACPを使用すると、ネットワークデバイスはLACPパケットをピアに送信することにより、リンクの自動バンドルをネゴシエートできます。
  • LACPは、プロトコルが有効になっているすべてのリンクにフレームを送信することで機能します。リンクのもう一方の端でLACPも有効になっているデバイスが見つかると、同じリンクに沿ってフレームを個別に送信し、2つのユニットが相互に複数のリンクを検出して、それらを1つの論理リンクに結合できるようにします。
  • 強化されたLACPサポートにより、ESXiホストを動的リンクアグリゲーションを使用する物理スイッチに接続できます。
    • 複数のリンクアグリゲーショングループ(LAG)を単一の分散スイッチ上に作成して、LACPポートチャネルに接続する物理NICの使用可能な帯域幅を集約できるようになりました。
    • vSphere Distributed Switch(vDS)でLAGを作成する場合、最大24個のLAGポートを関連付けることができます。
    • これらのLAGポートは、概念的にはdvUplinkポートに似ています。これは、基本的に、各ESXiホスト上の実際の物理アップリンクに関連付けられているスロットです。
      • たとえば、2ポートLAGでは、LAGポートの名前は Lag1-0 および Lag1-1 に似ています。各ESXiホストには、これらのLAGポートごとにvmnicが構成されています。
    • 各LAGは、アクティブLACPモードまたはパッシブLACPモードのいずれかに構成できます。
      • アクティブLACPLAGでは、すべてのポートがアクティブネゴシエーション状態にあります。LAGポートは、LACPパケットを送信することにより、物理スイッチのLACPポートチャネルとのネゴシエーションを開始します。
      • パッシブモードでは、ポートは受信したLACPDUに応答しますが、LACPネゴシエーションを開始しません。
      • 物理スイッチがアクティブネゴシエーションモードに設定されている場合は、パッシブモードのままにしておくことができます。
      • LACPを有効にする必要があり、アクティブモードが使用できない場合は、物理スイッチがLACP用に構成されていない可能性が高くなります。

vSphere LACPは次の負荷分散タイプをサポートしています。

  • 宛先IPアドレス
  • 宛先IPアドレスとTCP / UDPポート
  • 宛先IPアドレスとVLAN
  • 宛先IPアドレス、TCP / UDPポート、およびVLAN
  • 宛先MACアドレス
  • 宛先TCP / UDPポート
  • 送信元IPアドレス
  • 送信元IPアドレスとTCP / UDPポート
  • 送信元IPアドレスとVLAN
  • 送信元IPアドレス、TCP / UDPポート、およびVLAN
  • 送信元MACアドレス
  • 送信元TCP / UDPポート
  • 送信元と宛先のIPアドレス
  • 送信元と宛先のIPアドレスとTCP / UDPポート
  • 送信元と宛先のIPアドレスとVLAN
  • 送信元と宛先のIPアドレス、TCP / UDPポート、VLAN
  • 送信元と宛先のMACアドレス
  • 送信元と宛先のTCP / UDPポート
  • 送信元ポートID
  • VLAN
注:これらのポリシーはLAG用に構成されています。LAGロードバランシングポリシーは、LACを使用する場合は常に個々の分散ポートグループをオーバーライドします。ただし、LBTとnetIOCは、構成されている場合はLACPポリシーをオーバーライドするためです。これらの2つの構成は、トラフィック負荷に基づいて負荷分散を行います。これは、LACPレベルの負荷分散よりも優れています。

vSphere DistributedSwitchのLACPの制限​​​​​​

  • LACPはポートミラーリングまたはiSCSIソフトウェアマルチパスをサポートしていません。
  • LACP設定はホストプロファイルに存在しません。
  • 2つのネストされたESXiホスト間のLACPはできません。
  • 分散スイッチには最大64個のLAGを作成できます。ホストは最大64のLAGをサポートできます。
    • 注:実際に使用できるLAGの数は、基盤となる物理環境の機能と仮想ネットワークのトポロジーによって異なります。たとえば、物理スイッチがLACPポートチャネルで最大4つのポートをサポートしている場合、ホストごとに最大4つの物理NICをLAGに接続できます。
  • LACPは現在SR-IOVではサポートされていません。

LACPとvDSの互換性

基本的なLACP(LACPv1)は vSphere バージョン6.5以下でのみサポートされます。ESXiを7.0にアップグレードすると、物理スイッチが基本LACPを使用してESXiホストのLAGポートを無効にする可能性があります。

vSphere での拡張LACPの詳細については「Converting to Enhanced LACP Support on a vSphere Distributed Switch (2051311) 」を参照してください。


Additional Information

注:詳細については 『VMware vSphereドキュメントガイド 』の「vSphereネットワーク」セクションを参照してください。このガイドには決定的な情報が含まれています。ガイドと記事の間に矛盾がある場合は、ガイドが正しいと想定してください。

vSphere Distributed Switch での LACP サポートの詳細については、以下を参照してください。

Impact/Risks:
ネットワークが中断する可能性は最小限です。VMware では、メンテナンス期間中にこれらのアクションを実行することをお勧めしています。これは特に、vSphere Distributed Switch(vDS)で LACP を有効にする場合に当てはまります。なぜなら Distributed Switch は vCenter Serverによって所有されており、vCenter への接続が失われた場合、ホストだけでは vDS に変更を加えることができないためです。LACP を有効にすると、必要に応じて LACP 接続を切断して標準スイッチに戻す必要がある場合があるため(LACPは標準スイッチではサポートされていないため)、本番環境のダウンシナリオで vCenter またはホスト管理のリカバリが非常に複雑になる可能性があります。

分散スイッチが必要なため、エフェメラル ポート グループは通常、vCenter Serverをバイパスして、ホスト上に直接ポートをプロビジョニングする必要がある場合のリカバリ目的で使用されます。vCenter ServerVMおよびホスト管理vmkernelにはエフェメラル ポート グループをお勧めします。詳細については Static (non-ephemeral) or ephemeral port binding on a vSphere Distributed Switch (1022312) を参照してください。