Catalyst 9800でのVMware vSphere vMotionのサポート

はじめに

このドキュメントでは、vSphere ESXi上で稼働するC9800-CLのvMotionサポートを検証するために行ったテストについて説明します。

前提条件

C9800-CLは、Catalyst 9800ワイヤレスLANコントローラの仮想マシンフォームファクタです。VMware vSphere vMotionを使用すると、Catalyst 9800-CLのホストサーバ間で、ダウンタイムを発生させないライブマイグレーションを実行できます。この機能は、vSwitchとクラスタにまたがって使用できます。目標は、C9800-CLのライブマイグレーション中もワイヤレスネットワークが稼働し続け、ワイヤレスユーザが必要な接続を維持できるようにすることです。

vMotionは、手動で実行することも、VMware vSphere Distributed Resource Scheduler(DRS)設定の一部として実行することもできます。DRSは、仮想マシンのワークロードをクラスタ内のvSphereホストに分散し、使用可能なリソースを監視します。DRSは、自動化レベルに基づいて、仮想マシンをクラスタ内の他のホストに移行し、パフォーマンスを最大化します。DRSはvMotion上で動作するため、ライブマイグレーションも同じように動作しますが、現時点ではDRS固有のシナリオはテストされていないため、正式にはサポートされていません。

要件

• テスト済みの推奨ソフトウェアリリースを使用します。 
  • ESXi vCenter 6.7 またはそれ以降
    
  • C9800-CLソフトウェア：17.9.2以降
    
• リモートストレージとC9800-CLが稼働するサーバとの間の遅延(RTT)は60 ms未満である必要があります
• C9800-CL VMには、CD/DVD、シリアルコンソールポート接続などのESXiホスト固有の対応があってはなりません。
• ホスト、リモート共有ストレージ、およびネットワーキングに関するVMwareガイドラインに従って、vMotionを設定します(こちら)。
• こちらから、vMotionのVMwareネットワーク要件に準拠してください。

トポロジ

これらの検証テストでは、3つの異なるサーバホストとiSCSIリモートストレージ（NFSストレージも使用できます）でシンプルなトポロジが使用されました。 リモートストレージは、サーバへの10 Gbps接続を利用します。ESXiホストでは、1つのC9800-CL VMがスタンドアロンモードで作成され、他の2つのC9800-CL仮想マシンがステートフルスイッチオーバーハイアベイラビリティ(SSO HA)用に設定されています。 物理的な冗長性を確保し、アクティブとスタンバイの両方のWLCを別々に移行できるようにするために、2つの異なるサーバ間にHAペアが作成されます。各C9800-CL VMは、次の3つのポートを使用して仮想スイッチに接続されます。 

• G1 > SPポート（オプション）
• G2 >ワイヤレス管理インターフェイス(WMI)VLANおよびクライアントVLANのトランクポート（存在する場合）
• G3 > RPポート。これはSSOクラスタの作成用です。スタンドアロンモードの場合は未接続

各ホストサーバには、専用の物理ポート（スイッチ1）と、L2リンクを介してサーバ間でRPポートを接続する専用スイッチ（スイッチ1）があります。他の2つの物理ポートは、別々のアップリンクスイッチ（スイッチ#2）に接続されています。 テストトポロジを表す図：

Test results

これらのテストでは、次の2つの移行シナリオを検討します。

1. スタンドアロンC9800-CLは、サーバ#1とサーバ#2間で移行されます
2. SSOハイアベイラビリティと同様に設定されたC9800-CLのペアこの場合、最初にアクティブがサーバ#1とサーバ#3の間で移行され、次にスタンバイWLCがサーバ#2からサーバ#3に移行されます

いずれの場合も、コンピューティングリソースのみ、ストレージのみ、コンピューティングとストレージの3種類のvMotion移行がすべてテストされました。

vMotionをトリガーするには、VMを右クリックしてmigrateをクリックします。

移行のタイプを選択し、次の手順を実行します。

次に、各テストの結果を示します。

次の表に示すように、スタンドアロンモードC9800-CLの1番目と3番目のシナリオ(テスト#1と#3)では、コンピューティングまたはコンピューティングとストレージの移行を実行するvMotionが失敗します。この場合、C9800-CLのWMIのMACアドレスとIPアドレスは新しいホストに移動するため、異なるスイッチポートに移動します。仮想マシンで実行されているゲストオペレーティングシステムによって使用されているVLANをESXiホストが識別できないため、vMotionはC9800-CLワイヤレス管理VLANの逆アドレス解決プロトコル(RARP s s)を送信できません。このシナリオをサポートするには、回避策を実装する必要があります。移行を実行する前に、C9800-CLから任意の有線ホストに対して連続pingを実行します。これにより、スイッチネットワークがトリガーされ、仮想マシンの新しいロケーション（ポート）が認識されるため、コンバージェンスが速くなります。

HA SSOを使用したアナログ移行のケース(たとえば、テスト#4ート)では、冗長管理インターフェイス(RMI)を利用して、ゲートウェイへの到達可能性と、アクティブとスタンバイの間の到達可能性をチェックします。そのため、スイッチ上のMACアドレステーブルを更新し続けるトラフィックが生成され、問題は発生しません。

推奨事項：最良の結果を得るためには、RPポートのキープアライブをデフォルトの100ミリ秒のキープアライブの少なくとも2倍に設定（200ミリ秒に設定）することを推奨します。 ストレージとホスト間のネットワークがビジー状態になり、遅延が増加する可能性がある場合は、キープアライブタイマーを300 msに設定することを検討してください。GUIでキープアライブタイマーを設定するには、Administration > Device > Redundancyの順に選択します。

CLIでは、このコマンドはexecモード（設定モードではない）で使用します。

C9800-SSO#chassis redundancy keep-alive timer 3 

確認するには、次のshowコマンドを使用します。

C9800-SSO#sh chassis ha-status active  

 

                      My state = ACTIVE 

                    Peer state = STANDBY HOT 

        Last switchover reason = none 

          Last switchover time = none 

                 Image Version = 17.9.1 

 

Chassis-HA   Local-IP         Remote-IP        MASK             HA-Interface 

----------------------------------------------------------------------------- 

This Boot: 169.254.201.23   169.254.201.24   255.255.255.0                       

 

Next Boot: 169.254.201.23   169.254.201.24   255.255.255.0                       

 

 

Chassis-HA   Chassis#    Priority        IFMac Address         Peer-timeout(ms)*Max-retry 

Shape----------------------------------------------------------------------------------------- 

This Boot:    1             1                                      300*5 

 

Next Boot:    1             1                                      300*5 

解決済みの警告：

17.9.2で修正された注意事項を次に示します。

Cisco Bug ID CSCwd17349 - C9800:17.9でのSSOフェールオーバー中にアクティブシャーシがスタックする可能性

要約

VMware vSphere vMotionを使用すると、ワイヤレスネットワークの運用に影響を与えずに、C9800-CL VMを別のホストに移行できます。vMotionは、リリース17.9.2以降のC9800-CLで正式にサポートされています。