Ondersteuning van VMware vSphere vMotion op Catalyst 9800

Inleiding

In dit document worden de tests beschreven die zijn uitgevoerd om vMotion-ondersteuning voor de C9800-CL te verifiëren die wordt uitgevoerd op vSphere ESXi.

Voorwaarden

C9800-CL is het virtuele machine-model van de Catalyst 9800 Wireless LAN Controller. U kunt VMware vSphere vMotion gebruiken om een live migratie zonder downtime van Catalyst 9800-CL van de ene hostserver naar de andere uit te voeren. Deze mogelijkheid is mogelijk in vSwitches en clusters. Het doel is dat tijdens de live migratie van de C9800-CL het draadloze netwerk blijft functioneren en dat draadloze gebruikers de connectiviteit behouden die ze nodig hebben.

vMotion kan handmatig worden uitgevoerd of als onderdeel van een VMware vSphere Distributed Resource Scheduler (DRS)-configuratie. DRS verdeelt de werklasten van de virtuele machine over vSphere-hosts in een cluster en bewaakt de beschikbare bronnen voor u. Op basis van uw automatiseringsniveau migreert DRS virtuele machines naar andere hosts binnen het cluster om de prestaties te maximaliseren. Hoewel DRS bovenop vMotion werkt en live migratie dus hetzelfde werkt, zijn specifieke DRS-scenario's op dit moment niet getest en daarom niet officieel ondersteund.

Vereisten

• Gebruik aanbevolen geteste software releases: 
  • ESXi vCenter 6.7 of later
    
  • C9800-CL-software: 17.9.2 en hoger
    
• Latentie (RTT) tussen de externe opslag en de server waarop C9800-CL wordt uitgevoerd, moet < 60 ms zijn
• C9800-CL VM mag geen ESXi-hostspecifieke correspondentie hebben zoals cd/dvd, seriële consolepoortverbinding, enzovoort.
• Configureer vMotion volgens de VMware-richtlijnen voor host, externe gedeelde opslag en netwerken hier.
• Voldoe hier aan de netwerkvereisten van VMware voor vMotion.

Topologie

Voor deze verificatietests werd een eenvoudige topologie gebruikt met drie verschillende serverhosts en iSCSI-externe opslag (NFS-opslag kan ook worden gebruikt). De externe opslag maakt gebruik van een 10 Gbps-verbinding met de servers. Op de ESXi-host wordt één C9800-CL VM gemaakt in standalone modus en twee andere C9800-CL virtuele machines geconfigureerd voor Stateful Switchover High Availability (SSO HA). Het HA-paar is gemaakt op twee verschillende servers voor fysieke redundantie en om zowel actieve als stand-by WLC afzonderlijk te kunnen migreren. Elke C9800-CL VM is verbonden met de virtuele switch door het gebruik van drie poorten: 

• G1 > SP-poort (optioneel)
• G2 > Trunk-poort voor Wireless Management Interface (WMI) VLAN en client VLAN's, indien aanwezig
• G3 > RP-poort. Dit is voor de SSO-clustercreatie. Niet aangesloten voor de stand-alone modus

Elke hostserver heeft een speciale fysieke poort en een speciale switch (switch # 1) om de RP-poorten via een L2-koppeling op de servers met elkaar te verbinden. De andere twee poorten zijn verbonden met een aparte uplink-switch (switch # 2). Een diagram dat de testtopologie weergeeft:

Testresultaten

Voor deze tests werden twee migratiescenario's overwogen:

1. Een standalone C9800-CL wordt gemigreerd tussen server #1 en server #2
2. Een paar C9800-CL geconfigureerd als in SSO hoge beschikbaarheid. In dit geval wordt eerst de actieve server gemigreerd tussen server #1 en server #3 en vervolgens wordt de stand-by WLC gemigreerd van server #2 naar server #3

In beide gevallen werden alle drie de verschillende typen vMotion-migratie getest: alleen computerbronnen, alleen opslag, zowel computer als opslag.

Om vMotion te activeren, klikt u met de rechtermuisknop op de VM en klikt u op Migreren:

Selecteer het type migratie en doorloop de volgende stappen:

Dit is het resultaat van elke test:

Zoals in deze tabel te zien is, mislukt vMotion in het eerste en derde scenario (test #1 en #3) met standalone modus C9800-CL, omdat het een computer- of rekenmigratie en opslagmigratie uitvoert; in dit geval worden het MAC- en IP-adres van de WMI van de C9800-CL naar de nieuwe host en dus naar een andere switch-poort verplaatst. vMotion kan geen Reverse Address Resolution Protocol (RARP) verzenden voor het C9800-CL wireless management VLAN omdat de ESXi-host niet kan identificeren welk VLAN wordt gebruikt door het gastbesturingssysteem dat op de virtuele machine draait. Om dit scenario te ondersteunen, moet u een tijdelijke oplossing implementeren: start een continue ping van de C9800-CL naar elke bekabelde host voordat deze de migratie uitvoert; dit triggert het switch-netwerk om meer te weten te komen over de nieuwe locatie (poort) van de VM en dus sneller te convergeren.

In het geval van analoge migratie met HSSO (test #4, bijvoorbeeld), wordt de Redundancy Management Interface (RMI) gebruikt om de bereikbaarheid van de gateway en tussen Active en Standby te controleren, en daarom genereert het verkeer dat de MAC-adrestabel op de switch bijgewerkt houdt en het probleem niet optreedt.

Aanbeveling: Voor het beste resultaat wordt aanbevolen om de RP-poortwachters te configureren tot ten minste tweemaal de standaardwaarde van 100 ms keepalive (stel deze in op 200 ms). Als het netwerk tussen opslag en hosts druk kan worden en de latentie kan verhogen, overweeg dan om de keepalives-timer in te stellen op 300 ms. Ga naar Beheer > Apparaat > Redundantie om de keepalive-timer op de GUI te configureren:

Gebruik deze opdracht op de CLI in de exec-modus (niet in de configuratiemodus!)

C9800-SSO#chassis redundancy keep-alive timer 3 

Gebruik deze opdracht show om te controleren:

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 

Opgeloste kanttekeningen:

Dit zijn de kanttekeningen die in 17.9.2 zijn vastgelegd:

Cisco bug ID CSCwd17349 - C9800: Actief chassis kan vastlopen tijdens de SSO-failover op 17.9

Samenvatting

VMware vSphere vMotion kan worden gebruikt om de C9800-CL VM van de ene host naar de andere te migreren zonder invloed op de draadloze netwerkbewerkingen. vMotion wordt officieel ondersteund op de C9800-CL vanaf release 17.9.2.