Alle artikelen

Azure VMware Solution: een landing zone voor legacy-applicaties op weg naar Azure

Niet elke applicatie kan direct naar Azure-native diensten. Hoe Azure VMware Solution als tussenstap werkt, wat Microsoft voor je beheert en hoe je VM's met Azure Arc in Azure Monitor houdt.

Bij een verhuizing naar Azure lukt het zelden om alle applicaties in één keer om te zetten naar Azure-native diensten. Een deel draait op oude besturingssystemen, heeft harde afhankelijkheden van IP-adressen of moet eerst door de leverancier worden aangepast. Wie daarop wacht, houdt het hele datacenter open. Azure VMware Solution (AVS) biedt dan een tussenstap: de VM’s verhuizen ongewijzigd naar Azure, en je zet ze daarna in je eigen tempo om.

Wat Azure VMware Solution is

AVS is een VMware-omgeving met vSphere, vSAN en NSX op fysieke servers in een Azure-datacenter, die alleen voor jouw organisatie zijn gereserveerd. Een private cloud begint met minimaal drie hosts per cluster en groeit tot zestien hosts per cluster. Je werkt met vCenter en NSX zoals je gewend bent, maar staat direct naast je andere Azure-resources.

Er zijn twee generaties. Bij Gen2 staan de hosts direct in een Azure Virtual Network, wat de netwerkinrichting eenvoudiger maakt en aansluit op Azure-beveiliging. Microsoft raadt Gen2 aan voor nieuwe omgevingen. Overstappen tussen generaties betekent opnieuw migreren, dus maak die keuze vooraf.

Let op de licentie: voor AVS heb je naast de Azure-kosten ook een VCF portable subscription van Broadcom nodig. Je betaalt per host, niet per VM.

AVS als landing zone voor legacy

Het patroon ziet er zo uit:

  1. Landing zone in Azure. Eerst een basis met hub-and-spoke-netwerk, identiteit en beleid, bij voorkeur vastgelegd in code. Daaraan koppel je de AVS private cloud.
  2. Verbinding met het datacenter. Via ExpressRoute, met Global Reach tussen je datacenter en AVS.
  3. Verhuizen met HCX. Met VMware HCX rek je netwerken uit en verplaats je VM’s in golven naar AVS, zonder ze om te bouwen en zonder nieuwe IP-adressen.
  4. Ombouwen in eigen tempo. Applicaties zet je één voor één om naar Azure IaaS of PaaS. Is de laatste over, dan bouw je AVS weer af.

Een bijkomend voordeel: voor Windows Server 2012/2012 R2 en SQL Server 2014 op AVS zijn Extended Security Updates gratis. Oudere servers blijven zo van beveiligingsupdates voorzien terwijl ze op hun ombouw wachten. Voor SQL Server 2016 geldt dat niet; daar neem je een ESU-abonnement.

Wat Microsoft voor je doet, en wat bij jou blijft

AVS werkt met een gedeelde verantwoordelijkheid. Microsoft neemt voor zijn rekening:

  • de fysieke infrastructuur: regio’s, availability zones, servers, netwerkapparatuur en ExpressRoute;
  • uitrollen, patchen en upgraden van ESX, vCenter, NSX en vSAN;
  • de basisinrichting van NSX en vCenter, zoals de Tier-0- en Tier-1-gateways en de netwerken voor vMotion, beheer en vSAN;
  • back-up en herstel van vCenter en NSX Manager;
  • bewaking van de private cloud en herstelacties, zoals het vervangen van een defecte host;
  • de uitrol van HCX als add-on, en support op het platform.

Bij jou blijven:

  • de VM’s en applicaties: besturingssystemen, patches, antivirus, back-upsoftware;
  • netwerksegmenten, firewallregels, NAT, VPN en load balancers in NSX;
  • identiteit en toegang (AD/LDAP), vSAN-beleid en voldoende vrije capaciteit;
  • de HCX-koppeling met je eigen datacenter en het migreren zelf;
  • monitoring van verbruik en het bijschalen van hosts;
  • oplossingen van derden, zoals back-up of DR.

Je krijgt in vCenter een beperkte rol (CloudAdmin), geen volledige beheerrechten. Scripts en tools die volledige rechten verwachten, moet je vooraf controleren.

VM’s beheren en monitoren met Azure Arc

Met Azure Arc-enabled VMware vSphere koppel je de vCenter van AVS aan Azure. Daarvoor draait een Arc resource bridge in de private cloud. Je VM’s, netwerken, templates en datastores verschijnen daarna als resources in Azure, met Azure-rolgebaseerde toegang. Het inschakelen in Azure verandert niets in vCenter zelf.

Voor de besturingssystemen schakel je guest management in. Daarmee installeer je de Azure Connected Machine-agent in de VM’s, per VM of in één keer voor meerdere. Daarna kun je dezelfde diensten gebruiken als voor Azure-VM’s:

  • Azure Monitor: installeer de Azure Monitor Agent als extensie en leg met een data collection rule vast welke prestatiegegevens en logboeken naar een Log Analytics-werkruimte gaan. VM insights toont prestaties en afhankelijkheden tussen processen en servers.
  • Azure Update Manager voor het patchen van Windows en Linux.
  • Microsoft Defender for Cloud en Azure Policy voor beveiliging en compliance.

Zo heb je één beheeromgeving voor VM’s in AVS en in Azure, en kun je monitoring en patchbeleid al inrichten voordat een applicatie wordt omgezet. Een tip: schakel Arc in via de AVS-integratie in de portal. Andere manieren registreren de VM’s niet als AVS-VM’s, en dan krijg je de gratis ESU’s niet.

Hoe Stella IT helpt

Ik ontwerp en bouw de Azure landing zone waar AVS op aansluit, in Terraform en met pipelines. Bij de migratie maak ik het plan per workload: wat direct naar Azure kan, wat tijdelijk naar AVS gaat en in welke volgorde. Hoe dat in de praktijk uitpakt, lees je in de case van eigen datacenter naar Azure, met AVS als tussenstap.

Stand van november 2026. Diensten, licenties en voorwaarden van Microsoft en Broadcom veranderen regelmatig; controleer ze in de actuele documentatie.

Bronnen

Vragen over dit onderwerp? Neem contact op.