VMWARE → STACKIT · COMPLETE GIDS

De complete gids voor de migratie van VMware naar STACKIT

Exporteer uw VM's met RVTools, laat StackToIT de export omzetten in een STACKIT-doelconcept en een geordend plan, beantwoord de waarden die de export niet kan bevatten en bouw dan in deze volgorde: netwerken, images, servers en volumes, data, cutover. Elke stap hieronder noemt het bestand van het pakket dat het antwoord bevat. De voorbeelden komen uit een kleine webshop-omgeving van vier VM's, één template en drie port groups, beoordeeld op 4 november 2026.

De tien stappen op volgorde

Het pakket dat StackToIT schrijft, is een voorstel dat een architect beoordeelt. Er draait niets vanzelf in en de tool raakt uw VMware- of STACKIT-omgeving nooit aan.

  1. 1. Exporteren met RVTools

    Exporteer de sheets vInfo, vDisk en vNetwork, als .xlsx-bestand of als map met CSV-bestanden. De omgeving op deze pagina gebruikte alle drie. RVTools zelf heeft leestoegang tot vCenter nodig; StackToIT leest alleen de geëxporteerde bestanden en installeert niets in VMware.

  2. 2. Beoordelen op uw eigen computer

    Voer stacktoit assess ./rvtools ./vmware-migration uit. Voeg --offline toe als de machine het netwerk niet mag bereiken. Wordt het invoertype niet herkend, voeg dan --input rvtools toe.

  3. 3. Het oordeel lezen

    De console toont klassen en aantallen, de map bevat index.html en execution/README.md zegt wat nu kan draaien. Lees eerst de eerste blokkade.

  4. 4. Beantwoorden wat de export mist

    RVTools exporteert geen subnetmaskers en geen machinetypen. Vul review/target-values.tfvars in en voer de run opnieuw uit op dezelfde map; de volgende run leest de antwoorden.

  5. 5. De kritieke instellingen afhandelen

    Elke eenheid heeft instellingen waarover het concept niet beslist. Werkpakketten groeperen ze per rol: Network, Platform en Security Architect.

  6. 6. Netwerken bouwen

    Port groups worden STACKIT-netwerken in de golf voor netwerk en beveiliging van het migratieplan. Servers behouden hun adressen daarop.

  7. 7. Disks converteren en uploaden

    Converteer elke bootdisk naar qcow2 of raw, upload die als image en zet de image-ID in de servervariabele.

  8. 8. Terraform toepassen in een testproject

    Servers, interfaces en volumes komen uit het concept. Pas alleen toe wanneer elke stap uitvoerbaar is zoals die er staat.

  9. 9. Data verplaatsen en cutover

    StackToIT verplaatst nooit data. Kopieer tweede disks, schakel het verkeer om en controleer, in stappen die u aan het plan toevoegt.

  10. 10. Controleren en uitfaseren

    Voer stacktoit verify uit op het pakket, controleer de gemigreerde omgeving en faseer daarna de bron uit volgens uw eigen planning.

Stap 2 en 3: wat de eerste run u vertelt

De samenvatting in de console van de webshop-omgeving, en het netwerk dat het concept voor de webtier schrijft. Commentaarregels zijn uit de Terraform-code weggelaten.

Uitvoer van StackToITconsole.txt
StackToIT Assess
────────────────────────────────────────────
Source:                 rvtools
Source files:           1
Resources scanned:      8
Migration units:        8  (8 instances)
Unit dependencies:      5

STACKIT mapping
────────────────────────────────────────────
DIRECT              0  
RECONFIGURE         7  ██████████████████████████ 87%
REPLATFORM          1  ███ 12%
CONTAINERIZE        0  
REDESIGN            0  
MANUAL_REVIEW       0  
BLOCKED             0    (the mapping class BLOCKED, not the execution blockers, which Migration readiness counts)

Confidence  HIGH 0 · MEDIUM 8 · LOW 0
STACKIT-Terraform van StackToITterraform/network.tf + terraform/variables.tf
resource "stackit_network" "network_PG_Shop_Web" {
  project_id       = var.project_id
  name             = "pg-shop-web"
  ipv4_prefix      = var.network_PG_Shop_Web_ipv4_prefix
  ipv4_nameservers = var.network_PG_Shop_Web_ipv4_nameservers
}

variable "network_PG_Shop_Web_ipv4_prefix" {
  type        = string
  description = "IPv4 prefix (CIDR) for the network replacing port group PG-Shop-Web. Addresses seen on it: 10.20.10.11, 10.20.10.12."
}
  • Acht eenheden, twee klassen

    Zeven eenheden zijn RECONFIGURE: vier servers en drie netwerken. Eén is REPLATFORM: de template. Alle acht hebben zekerheidsniveau MEDIUM.

  • Het prefix is een variabele

    Het netwerkblok leest zijn prefix uit een variabele, omdat de export adressen bevat maar geen masker. De omschrijving van de variabele noemt de waargenomen adressen: 10.20.10.11 en 10.20.10.12.

Zo wordt de omgeving gekoppeld

VMwareSTACKIT-doelKlasse en wat er verandert
Virtuele machineServer, volumes en netwerkinterfaces op Compute EngineRECONFIGURE. De bootdisk wordt een image en een bootvolume, extra disks worden volumes, VMware Tools en de drivers vmxnet3 en PVSCSI worden vervangen.
VM-templateSTACKIT-imageREPLATFORM. Converteer de VMDK naar qcow2 of raw en upload die, of bouw opnieuw op basis van een publiek STACKIT-image. Het concept schrijft geen resource.
Port groupSTACKIT-netwerkRECONFIGURE. VLAN-ID's en virtuele switches hebben op STACKIT geen betekenis; het prefix wordt expliciet ingesteld en behouden als de VM's hun adressen houden.

De webshop-omgeving heeft 4 VM's, 1 template en 3 port groups. Het plan bevat 34 stappen: 15 OpenTofu-stappen en 19 handmatige stappen.

Stap 4: de waarden die alleen u kunt leveren

Links: één invoer van de template die de run in review/ achterlaat. Rechts: de commando's die het pakket voor de apply noemt. Niets in het pakket voert ze uit.

In te vullen waardenreview/target-values.tfvars
# IPv4 prefix (CIDR) for the network replacing port group PG-Shop-Web. Addresses seen on it: 10.20.10.11, 10.20.10.12.
# network_PG_Shop_Web_ipv4_prefix =   # string
Apply-commando'sexecution/terraform/apply.md
## Commands

From the output folder:

```sh
cd terraform
tofu init
tofu validate
tofu plan -out=stackit.tfplan
tofu apply stackit.tfplan
```
  • Dezelfde map, tweede run

    Verwijder de # van een regel, geef de waarde op en voer StackToIT uit op dezelfde uitvoermap. Passende waarden worden overgenomen; de run vertelt welke hij heeft geweigerd en waarom.

  • Niet te vroeg toepassen

    Het pakket meldt dat 15 OpenTofu-stappen zijn geschreven maar met het plan zoals het nu is niet kunnen worden uitgevoerd. Een volledige apply zou toch proberen ze aan te maken, dus wacht tot de tabellen zeggen dat elke stap uitvoerbaar is.

Stap 6 tot 9 in detail

  1. Netwerken vóór servers

    Het migratieplan plaatst de drie netwerken in golf 2, netwerk en beveiliging, en de servers in golf 5, workloads. migration/waves.csv nummert de afhankelijkheidsvolgorde op zijn eigen schaal: golf 1 voor de netwerken en golf 2 voor de servers. Beide bestanden beschrijven dezelfde volgorde. Een server wacht op zijn interface en een interface op zijn netwerk.

  2. Disks als images

    Volgens de STACKIT-how-to: maak het imagerecord aan met diskFormat raw of qcow2, upload het bestand naar de URL die wordt teruggegeven en wacht op AVAILABLE. De URL verloopt na enkele uren en een image mag maximaal 70 GB groot zijn.

  3. Machinetypen uit de catalogus

    De servervariabele noemt de brongrootte, bijvoorbeeld 8 vCPU en 32 GiB voor de database-VM. Kies uit de STACKIT-catalogus; groottes zijn niet aan te passen.

  4. Data op tweede disks

    Een tweede disk wordt een volume en het concept merkt op dat de data daarna wordt gekopieerd. Er bestaan volumes tot 16 TB; ze kunnen worden vergroot zolang ze niet zijn gekoppeld, maar nooit worden verkleind.

  5. De laatste vier golven zijn aan u

    Het migratieplan noemt dataverplaatsing, cutover, verificatie en ontmanteling als golven, maar geen enkele stap van deze run zit erin. Voeg de uwe toe.

Beslissingen van de architect

BeslissingWaarom de export er niet over kan beslissenWaar u die vastlegt
Netwerkprefix en DNS-serversRVTools exporteert geen subnetmaskers of nameserversreview/target-values.tfvars
Machinetype per serverAlleen vCPU en geheugen van de bron zijn bekendreview/target-values.tfvars
De template converteren of opnieuw bouwenHangt af van wat de template bevatHandmatige stap WP-03, beslissingenbestand
De adressen behouden of wijzigenHet concept schrijft elk bron-IP letterlijk in het blok van de netwerkinterfaceHet ipv4 van elke netwerkinterface in terraform/compute.tf
Methode en venster voor het kopiëren van dataHet pakket meldt dat het dataverplaatsing niet beoordeeltUw eigen stappen in de golven voor data, cutover en verificatie

Antwoorden op ontwerpvragen komen in een invoerbestand, acceptaties in een beslissingenbestand. Een vastgelegde review alleen herschrijft de Terraform-code niet.

Vragen voordat u begint

Maakt StackToIT verbinding met vCenter of STACKIT?

Nee. Het leest de export op uw computer en schrijft bestanden. Het toepassen van de Terraform-code of het verplaatsen van data doen mensen met hun eigen inloggegevens.

Is de Terraform-code klaar om toe te passen?

Het is een concept ter beoordeling. In deze run kunnen 0 van de 15 geautomatiseerde stappen worden uitgevoerd zoals ze er staan, omdat waarden, image-ID's en beslissingen nog openstaan. Valideer en plan eerst tegen een testproject.

Welke diskformaten importeert STACKIT?

qcow2 en raw voor disks. De STACKIT-how-to voor aangepaste images accepteert ook iso als waarde van diskFormat; een geconverteerde VMDK gaat erin als qcow2 of raw.

Wat doe ik na de laatste stap?

Voer stacktoit verify uit op de pakketmap om die aan de hand van het manifest te controleren, en bewaar de map als vastlegging van wat is beslist.

Bronnen

Uw volgende stap: STACKIT.

Vertel ons over uw omgeving, dan laten wij zien wat StackToIT daarvoor oplevert: doelarchitectuur, Terraform-artefacten en een gestructureerd migratieplan.

Laat uw gegevens achter, onze specialisten nemen contact met u op.

Liever zelf een e-mail sturen? connect@stacktoit.com

Wij gebruiken uw gegevens alleen om dit verzoek te beantwoorden en een mogelijke pilot te bespreken. Privacyverklaring