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ミリ秒未満である必要があります
• 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)用に設定されます。HAペアは、物理的な冗長性を確保し、アクティブWLCとスタンバイWLCの両方を別々に移行できるように、2つの異なるサーバ間で作成されます。各C9800-CL VMは、次の3つのポートを使用して仮想スイッチに接続されます。 

• G1 > SPポート（オプション）
• G2 > Wireless Management Interface(WMI)VLANおよびクライアントVLANのトランクポート（存在する場合）
• G3 > RPポート。これはSSOクラスタの作成用です。スタンドアロンモードでは接続されていません

各ホストサーバには専用の物理ポート（スイッチはRPポートをL2リンク経由でサーバ間で接続するための専用の物理ポート）と専用スイッチ（スイッチは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	vMotionタイプ	観察/コメント
1		コンピューティングリソースのみ	Not Supported: 仮想ゲストタギング(802.1q VLAN)の問題により、APとクライアントが表示されなくなり、しばらくすると回復します：サポート技術情報 回避策: コントローラから任意の有線ネットワークデバイスへのpingを継続的に開始する
2		ストレージのみ	サポート対象:APとクライアントは安定しており、単一のpingドロップが発生する
3		コンピューティングリソースとストレージ	Not Supported: 仮想ゲストタギング(802.1q VLAN)の問題により、APとクライアントが表示されなくなり、しばらくすると回復します：サポート技術情報 回避策：コントローラから任意の有線ネットワークデバイスに対して連続pingを開始します。
テスト	SSOアクティブ HAキープアライブ：100ミリ秒	vMotionタイプ
4		コンピューティングリソースのみ	サポート： HA RPキープアライブが期限切れになったために発生する、アクティブでスタンバイスタックマージのリロードでトラフィックが安定する
5		ストレージのみ	サポート： トラフィックは安定しており、ほとんどの場合、RPキープアライブタイマーが時間切れになる前にRPが起動するため、スタックのマージは見られません
6		コンピューティングリソースとストレージ	サポート： スタックのマージにより、スタンバイがスタンバイ回復状態になり、リロードされました。
テスト	SSOアクティブ HAキープアライブ：200ミリ秒	vMotionタイプ
7		コンピューティングリソースのみ	サポート： APとクライアントは安定しており、アクティブで1回のpingドロップが発生し、スタンバイでも安定している
8		ストレージのみ	サポート： APとクライアントは安定しており、アクティブで1回のpingドロップが発生し、安定しています。
9 ミリ秒		コンピューティングリソースとストレージ	サポート： APとクライアントは安定しており、アクティブで1回のpingドロップが発生し、安定しています。
テスト	SSOスタンバイ HAキープアライブ：100ミリ秒	vMotionタイプ
10		コンピューティングリソースのみ	サポート： APとクライアントはアクティブで安定しており、vMotionの動作後も安定しています。スタンバイスタックマージリロードが発生する場合もあります。
11		ストレージのみ	サポート： APとクライアントはアクティブで安定しており、vMotionの動作後も安定しています。スタンバイスタックマージリロードが発生する場合もあります。
12		コンピューティングリソースとストレージ	サポート： APとクライアントはアクティブで安定しており、vMotionの動作後も安定しています。スタンバイスタックマージリロードが発生する場合もあります。
テスト	HAスタンバイ HAキープアライブ：200ミリ秒
13		コンピューティングリソースのみ	サポート： APとクライアントはアクティブで安定しており、vMotionの動作後も安定しています
14		ストレージのみ	サポート： APとクライアントはアクティブで安定しており、vMotionの動作後も安定しています
15		コンピューティングリソースとストレージ	サポート： APとクライアントはアクティブで安定しており、vMotionの動作後も安定しています

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

HA SSOを使用したアナログ移行の場合(たとえば、テスト#4)、Redundancy Management Interface（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で正式にサポートされています。