VMWARE → STACKIT · HANDLEIDING DIMENSIONERING

VMware-VM's dimensioneren voor STACKIT: CPU, geheugen en disk

StackToIT leest aantal CPU's, geheugen en diskcapaciteit uit de RVTools-export en vermeldt de brongrootte bij elke server die het uitwerkt. Het kiest het machinetype niet, en het dimensioneert disks naar wat is ingericht, niet naar wat wordt gebruikt. Deze handleiding laat een demo-omgeving van zes VM's met lastige groottes door StackToIT lopen en toont de afronding die het toepast en de drie gevallen die het aan u teruggeeft: een geheugenreservering, een snapshot en een raw device mapping.

Disks: ingerichte capaciteit erin, hele GiB eruit

Een demo-export die StackToIT op 4 november 2026 beoordeelde. Links: de drie vDisk-rijen van sz-big01, een fileserver met thin disks. Rechts: de twee datavolumes die het concept ervoor schrijft, zonder commentaarregels.

VoorbeeldinvoerRVTools_tabvDisk.csv
VM,Disk,Capacity MiB,Raw,Disk Mode,Sharing mode,Thin,Controller,Shared Bus,VM UUID
sz-big01,Hard disk 1,61440,False,persistent,sharingNone,True,SCSI controller 0,noSharing,4208-dddd-0004
sz-big01,Hard disk 2,1048576,False,persistent,sharingNone,True,SCSI controller 1,noSharing,4208-dddd-0004
sz-big01,Hard disk 3,2086528,False,persistent,sharingNone,True,SCSI controller 1,noSharing,4208-dddd-0004
STACKIT-Terraform van StackToITterraform/compute.tf
resource "stackit_volume" "vm_sz_big01_disk2" {
  project_id        = var.project_id
  name              = "sz-big01-disk2"
  availability_zone = var.availability_zone
  size              = 1024
  performance_class = var.vmware_volume_performance_class
}

resource "stackit_volume" "vm_sz_big01_disk3" {
  project_id        = var.project_id
  name              = "sz-big01-disk3"
  availability_zone = var.availability_zone
  size              = 2038
  performance_class = var.vmware_volume_performance_class
}
  • Exacte GiB blijven exact

    1048576 MiB is 1024 GiB en wordt size 1024. De bootdisk van 61440 MiB wordt een bootvolume van 60 GiB.

  • Al het andere wordt naar boven afgerond

    2086528 MiB is 2037,6 GiB en wordt 2038. Hetzelfde gebeurt met sz-odd01, waarvan de bootdisk van 51201 MiB een bootvolume van 51 GiB wordt, één MiB boven 50 GiB. Naar boven afronden laat een disk nooit krimpen.

  • Thin disks worden op volledige grootte uitgewerkt

    sz-big01 heeft 3195904 MiB ingericht en 1450000 MiB in gebruik. Het concept volgt de ingerichte capaciteit; het cijfer van het gebruik staat bij de eigenschappen die de run als niet verantwoord vermeldt en wordt niet gebruikt voor dimensionering, dus de grootte aanpassen is uw beslissing.

De afronding in deze run

VM en diskBron (vDisk)Concept
sz-small01, Hard disk 120480 MiBbootvolume 20 GiB
sz-odd01, Hard disk 151201 MiBbootvolume 51 GiB
sz-mem01, Hard disk 1 en 2102400 MiB en 512000 MiBbootvolume 100 GiB, volume 500 GiB
sz-big01, Hard disks 1 tot en met 361440, 1048576 en 2086528 MiBbootvolume 60 GiB, volumes 1024 en 2038 GiB
sz-snap01, Hard disk 161440 MiBbootvolume 60 GiB

In totaal vijf servers en drie volumes, gelezen uit terraform/compute.tf. De zesde VM, sz-rdm01, krijgt helemaal geen blok: zie hieronder.

Kies de machinefamilie op basis van de verhouding

Elke uitgewerkte server heeft een variabele voor het machinetype, waarvan de omschrijving de brongrootte vermeldt, bijvoorbeeld source 6 vCPU / 12 GiB voor sz-odd01. STACKIT benoemt families naar de verhouding CPU tot RAM, dus de verhouding van de bron is een goed eerste filter.

  1. 1:2, processor-geoptimaliseerd (familie c)

    sz-small01 (1 vCPU, 2 GiB), sz-odd01 (6 vCPU, 12 GiB) en sz-snap01 (2 vCPU, 4 GiB). Voor kleine machines noemt de pagina ook een t-familie van kleinere instances.

  2. 1:4, algemeen gebruik (familie g)

    sz-big01 (16 vCPU, 64 GiB) en, naar zijn brongrootte, sz-rdm01 (4 vCPU, 16 GiB).

  3. 1:16 of hoger, voor groot geheugen geoptimaliseerd (familie b)

    sz-mem01 (8 vCPU, 128 GiB) is 1:16, de verhouding die de pagina voor de b-familie noemt. De m-familie is 1:8: een m-type met 128 GiB zou 16 vCPU meebrengen, twee keer zoveel als de bron gebruikt.

  4. Lees daarna de exacte catalogus

    De pagina met machinetypen vermeldt dat vCPU, RAM of opslag niet verder kunnen worden aangepast dan de genoemde varianten. Bij oneven aantallen zoals 6 vCPU controleert u eerst of de gewenste generatie ze aanbiedt; een d in de typenaam markeert een CPU zonder overcommit, en de pagina vermeldt per type of het compatibel is met Windows Server.

Een geheugenreservering is niet uit te drukken

sz-mem01 reserveert al zijn 128 GiB. Links: de vMemory-sheet. Rechts: de twee regels van de run die zeggen wat het concept ermee doet.

VoorbeeldinvoerRVTools_tabvMemory.csv
VM,Size MiB,Reservation,VM UUID
sz-mem01,131072,131072,4208-dddd-0003
sz-odd01,12288,0,4208-dddd-0002
Handmatige stapexecution/manual/actions.md
      - Why: The mapping rule for this kind of unit recognises the unit but only passes this setting to a person; it does not decide its value. A memory reservation is a capacity floor that stackit_server cannot express (machine_type is a fixed catalogue size); a person checks the chosen machine type against it. The value is as exported, unit unstated.
      - Done when: A person checks the chosen machine type against the memory reservation of the source VM and sets a machine type that holds it, since stackit_server cannot express a reservation and machine_type is a fixed catalogue size.
  • Wat u doet

    Controleer het gekozen machinetype aan de hand van de reservering van de bron. De sheet geeft het cijfer zonder eenheid en de run behoudt het zoals geëxporteerd.

  • Ook gemarkeerd bij nul

    sz-odd01 exporteert een reservering van 0 en houdt de instelling toch open, dus in deze run verschijnt het item bij elke VM met een vMemory-rij.

Drie VM's die meer vergen dan een grootte

  • sz-snap01: snapshot

    De export vermeldt een snapshot van 21504 MiB. De run zegt dat snapshots herstelpunten zijn die niet worden gemigreerd; alleen de huidige status wordt geëxporteerd. Verwijder of consolideer de snapshot voordat u de disk exporteert.

  • sz-rdm01: raw device mapping

    Eén disk heeft Raw=True. De klasse is handmatige beoordeling, er wordt geen Terraform geschreven, en de stap zegt dat een image-export de LUN niet meeneemt: daarvoor is een kopie op blok- of applicatieniveau naar een STACKIT-volume nodig.

  • sz-mem01: reservering

    Hierboven behandeld: de reservering is een capaciteitsondergrens die een vaste cataloguswaarde niet kan uitdrukken.

  • Diskmodus

    Elke VM heeft een instelling disk-mode voor beoordeling, inclusief de independent persistent disk van sz-rdm01. In VMware blijven independent disks buiten snapshots, dus leg vast wat elke disk is.

Voordat u toepast: dimensioneringsregels aan de doelkant

  1. Bootvolumes zijn definitief

    STACKIT vermeldt dat de OS-disk achteraf niet kan worden gewijzigd, en een bootvolume kan niet worden losgekoppeld. Dimensioneer het boot_volume in het concept bewust.

  2. Datavolumes groeien, krimpen nooit

    Een datavolume is 1 GB tot 16 TB groot. Het kan worden vergroot zolang het niet aan een instance is gekoppeld; de capaciteit verkleinen kan niet. Een volume dat vanuit het gebruikscijfer is gedimensioneerd, kan later groeien (losgekoppeld, dus plan een kort tijdvenster); een te groot volume blijft zo groot.

  3. Kies één prestatieklasse

    Het concept houdt één variabele, vmware_volume_performance_class, voor alle gemigreerde datadisks. De klassen lopen van perf0 met hoogstens 120 IOPS en 25 MB/s tot perf29 met hoogstens 60000 IOPS en 1500 MB/s; STACKIT vermeldt dat de klasse onafhankelijk is van de volumegrootte.

  4. Leg de beslissing vast

    Beantwoord de variabelen voor machinetype en klasse in review/target-values.tfvars en voer het assessment opnieuw uit op dezelfde map. De volgende run leest uw antwoorden.

Vragen over dimensionering

Kiest StackToIT het STACKIT-machinetype?

Nee. Het concept declareert per server een variabele voor het machinetype en vermeldt de bron-vCPU en het geheugen in de omschrijving. U kiest uit de STACKIT-catalogus.

Worden disks gedimensioneerd naar gebruikte ruimte?

Nee. Ze volgen de ingerichte capaciteit uit vDisk, naar boven afgerond op hele GiB. Het gebruikscijfer uit vInfo staat bij de niet verantwoorde eigenschappen en dimensioneert niets.

Waarom wordt een VM met een raw device mapping niet uitgewerkt?

De LUN hoort niet bij het VM-image, dus een image-export zou de data niet meenemen. De run classificeert de VM als handmatige beoordeling en laat het ontwerp over aan de architect.

Kan ik een volume later verkleinen?

Nee. STACKIT documenteert dat de capaciteit van een bestaand volume niet kan worden verkleind. Voeg een kleiner volume toe, kopieer de data en verwijder het grotere.

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