Alle artikelen

vSphere 8 stopt in oktober 2027: zo bereid je de overstap naar VCF 9 voor

Op 11 oktober 2027 eindigt de algemene support voor ESX, vCenter en vSAN 8. Hoe je je omgeving inventariseert, welke knelpunten je vroeg wilt vinden en hoe je het migratietraject start.

Op 11 oktober 2027 stopt Broadcom met de algemene support voor vSphere 8: ESX 8, vCenter 8 en vSAN 8. Op dezelfde datum lopen ook NSX 4, VCF 5.2, HCX 4 en de Aria 8.18-producten af. Daarna komen er geen patches en beveiligingsupdates meer. Er volgt nog een periode van technical guidance tot oktober 2029, maar die biedt alleen beperkte hulp en geen nieuwe fixes.

Dat klinkt ver weg. Maar een migratie bij een organisatie met strikte change-processen, aanbestedingen voor hardware en vaste onderhoudsvensters kost al snel een jaar. Wie in 2027 nog wil beginnen, loopt vast. Dit artikel beschrijft hoe je het voortraject aanpakt.

Stap 1: inventariseer wat er echt draait

Een goede inventarisatie voorkomt verrassingen halverwege. Breng per vCenter in kaart:

  • Hosts en hardware: servermodel, CPU-generatie, aantal sockets en cores, netwerk- en storagekaarten, firmware en drivers.
  • Versies: vCenter, ESX en (als aanwezig) NSX, inclusief builds.
  • Clusterinrichting: aantal hosts per cluster, vSAN (OSA of ESA) of externe opslag, vSphere Standard Switch of Distributed Switch, beheer via baselines of via images.
  • Functies die verdwijnen of verouderd zijn: Host Profiles, vVols, Auto Deploy, oude virtuele netwerkkaarten in VM’s.
  • Integraties: back-up, monitoring, disaster recovery, storagearrays, Horizon en scripts of automatisering die op de vCenter-API leunen.
  • Licenties en contracten: einddatum van je huidige support, aantal cores, en welke bundel (VCF of VVF) je nodig hebt.

Een snelle eerste stap is een export met RVTools of een paar regels PowerCLI:

Get-VMHost | Select-Object Name, Version, Build, Model, ProcessorType,
  @{N='Cores';E={$_.ExtensionData.Hardware.CpuInfo.NumCpuCores}} |
  Export-Csv hosts.csv -NoTypeInformation

Leg de uitkomst vast in Broadcom’s Planning and Preparation Workbook. Dan heb je één overzicht dat je met het team en de leverancier kunt bespreken.

Stap 2: vind de knelpunten vroeg

Hardware is het grootste risico. Hardware die onder ESX 8 werkte, is niet automatisch gecertificeerd voor ESX 9. Controleer elke host in de Broadcom Compatibility Guide. Oudere CPU-generaties zijn deprecated of discontinued: bij de eerste krijg je een waarschuwing, bij de tweede stopt de installer. Intel Skylake-SP is een goed voorbeeld: die draait in VCF 9.x alleen in deprecated mode, met een aparte override-procedure. Vervangen van hardware heeft vaak de langste doorlooptijd, dus dit wil je als eerste weten.

Netwerk. Bij het omzetten naar VCF 9 moet vCenter op een Distributed Switch staan. Draait je beheernetwerk nog op standaard switches, dan is dat een aparte stap vooraf.

Lifecycle-beheer. In vSphere 9 is bijwerken met baselines uitgefaseerd ten gunste van images. Clusters die je nog met baselines bijwerkt, kun je het best vooraf omzetten. Ook Host Profiles zijn verouderd; de opvolger is vSphere Configuration Profiles.

Componenten van derden. Controleer of je back-upsoftware, monitoring, storagearray en eventuele DR-oplossing vSphere 9 ondersteunen, en vanaf welke versie. In ESX 9 zijn bijvoorbeeld de CIM-providers voor hardwaremonitoring verdwenen. Monitoring die daarop leunt, moet anders.

De ombouw zelf. Met de VCF Installer zet je een bestaand vCenter om naar een VCF-managementdomein (converge), of voeg je het als workload domain toe aan een bestaande VCF-omgeving (import). Het hele vCenter gaat dan mee, met al zijn clusters. NSX wordt daarbij automatisch uitgerold als het er nog niet is. Denk dus vooraf na over de indeling in domeinen, zeker als je DMZ- of andere scheidingseisen hebt.

Stap 3: plan terug vanaf de deadline

Begin bij oktober 2027 en reken terug:

  1. Nu: inventarisatie, compatibiliteitscheck en een keuze voor VCF of VVF per omgeving.
  2. Daarna: hardware bestellen of vervangen waar nodig, en de licenties regelen. Houd rekening met aanbestedingstermijnen.
  3. Voorbereiden: Distributed Switches, overstap naar images, integraties bijwerken, en vCenter naar versie 9 brengen. Elke stap met een eigen change en terugvalplan.
  4. Ombouwen: per omgeving converteren of importeren, eerst test en acceptatie, dan productie.
  5. Buffer: houd ruimte voor vertraging, bevriesperiodes rond jaareinde en verkiezingen, en onverwachte hardwareproblemen.

Bij grotere omgevingen voer je zo’n traject niet alleen uit. Organisaties schakelen er vaak Broadcom of een VCF-partner bij in. Hoe beter de inventarisatie en de voorbereiding op orde zijn, hoe sneller dat traject kan starten.

Lukt het niet op tijd, vraag dan vroeg bij je accountteam naar Extended Support van Broadcom. Reken daar niet op als plan A: het kost extra en lost het onderliggende probleem niet op.

Hoe Stella IT helpt

De voorbereiding is waar ik het verschil maak. Met een platformscan breng ik je huidige omgeving in kaart, inclusief de hardware- en compatibiliteitsrisico’s voor VCF 9, met een lijst verbeterpunten op volgorde van risico. Dat is een stevige basis voor het migratietraject, ook als je dat samen met Broadcom of een partner uitvoert. Twijfel je of VMware de juiste keuze blijft, dan vergelijk ik de alternatieven met een heroriëntatie op je virtualisatieplatform.

Stand van november 2026. Data, ondersteunde hardware en voorwaarden kunnen veranderen; controleer ze altijd in de actuele documentatie van Broadcom.

Bronnen

Vragen over dit onderwerp? Neem contact op.