VMWARE → STACKIT · TUTORIAL ZUR DIMENSIONIERUNG
VMware-VMs für STACKIT dimensionieren: CPU, Speicher und Platten
StackToIT liest CPU-Anzahl, Arbeitsspeicher und Plattenkapazität aus dem RVTools-Export und nennt die Quellgröße an jedem Server, den es entwirft. Den Maschinentyp wählt es nicht, und Platten dimensioniert es nach der bereitgestellten, nicht nach der belegten Kapazität. Diese Anleitung lässt eine Demo-Umgebung mit sechs VMs und ungünstigen Größen durch StackToIT laufen und zeigt die angewandte Rundung sowie die drei Fälle, die an Sie zurückgehen: eine Speicherreservierung, einen Snapshot und ein Raw Device Mapping.
Platten: bereitgestellte Kapazität hinein, ganze GiB heraus
Ein Demo-Export, am 4. November 2026 von StackToIT bewertet. Links: die drei vDisk-Zeilen von sz-big01, einem Dateiserver mit Thin-Platten. Rechts: die beiden Datenvolumes, die der Entwurf dafür schreibt, Kommentarzeilen weggelassen.
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-0004resource "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
}Exakte GiB bleiben exakt
1048576 MiB sind 1024 GiB und werden zu size 1024. Die Bootplatte mit 61440 MiB wird zu einem Boot-Volume von 60 GiB.
Alles andere wird aufgerundet
2086528 MiB sind 2037,6 GiB und werden zu 2038. Dasselbe passiert bei sz-odd01, dessen Bootplatte mit 51201 MiB zu 51 GiB wird, ein MiB über 50 GiB. Das Aufrunden verkleinert nie eine Platte.
Thin-Platten werden voll entworfen
sz-big01 hat 3195904 MiB bereitgestellt und 1450000 MiB belegt. Der Entwurf folgt der bereitgestellten Kapazität; der belegte Wert steht unter den Eigenschaften, die der Lauf als nicht berücksichtigt ausweist, und fließt nicht in die Dimensionierung ein. Das Right-Sizing ist Ihre Entscheidung.
Die Rundung in diesem Lauf
| VM und Platte | Quelle (vDisk) | Entwurf |
|---|---|---|
| sz-small01, Hard disk 1 | 20480 MiB | Boot-Volume 20 GiB |
| sz-odd01, Hard disk 1 | 51201 MiB | Boot-Volume 51 GiB |
| sz-mem01, Hard disk 1 und 2 | 102400 MiB und 512000 MiB | Boot-Volume 100 GiB, Volume 500 GiB |
| sz-big01, Hard disks 1 bis 3 | 61440, 1048576 und 2086528 MiB | Boot-Volume 60 GiB, Volumes 1024 und 2038 GiB |
| sz-snap01, Hard disk 1 | 61440 MiB | Boot-Volume 60 GiB |
Insgesamt fünf Server und drei Volumes, gelesen aus terraform/compute.tf. Die sechste VM, sz-rdm01, erhält gar keinen Block: siehe unten.
Die Maschinenfamilie am Verhältnis auswählen
Jeder entworfene Server trägt eine Maschinentyp-Variable, deren Beschreibung die Quellgröße nennt, etwa „source 6 vCPU / 12 GiB“ bei sz-odd01. STACKIT benennt Familien nach dem Verhältnis von CPU zu RAM; das Verhältnis der Quelle ist daher ein guter erster Filter.
1:2, prozessoroptimiert (Familie c)
sz-small01 (1 vCPU, 2 GiB), sz-odd01 (6 vCPU, 12 GiB) und sz-snap01 (2 vCPU, 4 GiB). Für sehr kleine Maschinen führt die Seite zusätzlich eine Familie t kleinerer Instanzen.
1:4, Allzweck (Familie g)
sz-big01 (16 vCPU, 64 GiB) und nach ihrer Quellgröße sz-rdm01 (4 vCPU, 16 GiB).
1:16 oder höher, groß und speicheroptimiert (Familie b)
sz-mem01 (8 vCPU, 128 GiB) liegt bei 1:16, dem Verhältnis, das die Seite für die Familie b nennt. Die Familie m liegt bei 1:8: Ein m-Typ mit 128 GiB brächte 16 vCPU mit, doppelt so viele, wie die Quelle nutzt.
Dann den genauen Katalog lesen
Die Seite zu Maschinentypen hält fest, dass vCPU, RAM oder Speicher nicht über die aufgeführten Varianten hinaus angepasst werden können. Ungerade Zahlen wie 6 vCPU prüfen Sie gegen die gewünschte Generation; ein d im Typnamen kennzeichnet eine CPU ohne Overcommit, und die Seite führt die Windows-Server-Kompatibilität je Typ auf.
Eine Speicherreservierung lässt sich nicht ausdrücken
sz-mem01 reserviert seine gesamten 128 GiB. Links: das Blatt vMemory. Rechts: die beiden Zeilen des Laufs, die festhalten, was der Entwurf damit tut.
VM,Size MiB,Reservation,VM UUID
sz-mem01,131072,131072,4208-dddd-0003
sz-odd01,12288,0,4208-dddd-0002 - 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.Was Sie tun
Prüfen Sie den gewählten Maschinentyp gegen die Reservierung der Quelle. Das Blatt nennt die Zahl ohne Einheit, und der Lauf behält sie wie exportiert.
Auch bei null markiert
sz-odd01 exportiert eine Reservierung von 0 und führt die Einstellung dennoch als offen. In diesem Lauf erscheint der Punkt bei jeder VM mit einer vMemory-Zeile.
Drei VMs, die mehr brauchen als eine Größe
sz-snap01: Snapshot
Der Export listet einen Snapshot von 21504 MiB. Der Lauf hält fest, dass Snapshots Wiederherstellungspunkte sind, die nicht migriert werden; exportiert wird nur der aktuelle Stand. Löschen oder konsolidieren Sie ihn vor dem Export der Platte.
sz-rdm01: Raw Device Mapping
Eine Platte hat Raw=True. Die Klasse ist manuelle Prüfung, Terraform wird nicht geschrieben, und der Schritt hält fest, dass ein Image-Export die LUN nicht mitnimmt: Sie braucht eine Kopie auf Block- oder Anwendungsebene auf ein STACKIT-Volume.
sz-mem01: Reservierung
Oben behandelt: Die Reservierung ist eine Kapazitätsuntergrenze, die eine feste Kataloggröße nicht ausdrücken kann.
Plattenmodus
Jede VM trägt eine Einstellung „disk-mode“ zur Prüfung, auch die unabhängige persistente Platte von sz-rdm01. In VMware bleiben unabhängige Platten bei Snapshots außen vor; halten Sie fest, was jede ist.
Vor dem Apply: Größenregeln auf der Zielseite
Boot-Volumes sind endgültig
STACKIT hält fest, dass die OS-Platte nachträglich nicht verändert werden kann und ein Boot-Volume sich nicht trennen lässt. Dimensionieren Sie boot_volume im Entwurf mit Bedacht.
Datenvolumes wachsen, schrumpfen nie
Ein Datenvolume umfasst 1 GB bis 16 TB. Es lässt sich vergrößern, solange es an keiner Instanz hängt; eine Verkleinerung ist nicht möglich. Ein Volume, das vom belegten Wert ausgeht, lässt sich später vergrößern (im getrennten Zustand, also mit kurzem Wartungsfenster); ein zu groß angelegtes bleibt so groß.
Eine Performance-Klasse wählen
Der Entwurf führt eine einzige Variable, vmware_volume_performance_class, für alle migrierten Datenplatten. Die Klassen reichen von perf0 mit höchstens 120 IOPS und 25 MB/s bis perf29 mit höchstens 60000 IOPS und 1500 MB/s; laut STACKIT ist die Klasse unabhängig von der Volumegröße.
Die Entscheidung festhalten
Beantworten Sie die Variablen für Maschinentyp und Klasse in review/target-values.tfvars und starten Sie die Bewertung erneut mit demselben Ausgabeordner. Der nächste Lauf liest Ihre Antworten ein.
Fragen zur Dimensionierung
Wählt StackToIT den STACKIT-Maschinentyp?
Nein. Der Entwurf deklariert je Server eine Maschinentyp-Variable und nennt in der Beschreibung die Quell-vCPU und den Quellspeicher. Die Wahl aus dem STACKIT-Katalog treffen Sie.
Werden Platten nach belegtem Platz dimensioniert?
Nein. Sie folgen der bereitgestellten Kapazität aus vDisk, aufgerundet auf ganze GiB. Der belegte Wert aus vInfo wird als nicht berücksichtigt geführt und bestimmt keine Größe.
Warum wird eine VM mit Raw Device Mapping nicht entworfen?
Die LUN gehört nicht zum VM-Image; ein Image-Export würde ihre Daten daher nicht mitnehmen. Der Lauf stuft die VM als manuelle Prüfung ein und überlässt das Design dem Architekten.
Kann ich ein Volume später verkleinern?
Nein. STACKIT dokumentiert, dass sich die Kapazität eines bestehenden Volumes nicht reduzieren lässt. Legen Sie ein kleineres Volume an, kopieren Sie die Daten und entfernen Sie das größere.
Quellen
Ihr nächster Schritt: STACKIT.
Erzählen Sie uns von Ihrer Umgebung. Wir zeigen Ihnen, was StackToIT dafür liefert: Zielarchitektur, Terraform-Artefakte und einen strukturierten Migrationsplan.