Flavors
Ein Flavor definiert die virtuelle Hardware einer VM — die Anzahl vCPUs, die RAM-Menge und die Grösse der Root-Disk. Sie wählen einen Flavor beim Starten einer Instanz.
Namensschema
Flavor-Namen folgen einem Schema, das Familie, Generation und Ressourcengrössen kodiert:
| Präfix | Familie | Beschreibung |
|---|---|---|
g1.* |
Zero-Disk | Boot from Volume — keine integrierte Root-Disk. vCPUs und RAM sind im Namen kodiert: g1.{vCPUs}c{RAM_GB}m (z. B. g1.2c4m = 2 vCPUs, 4 GB RAM). |
m1.* / e1.* |
Standard | General-Purpose-Flavors mit integrierter Root-Disk (10–120 GB). |
e1c.* |
Compute | Compute-optimiert — mehr vCPUs pro GB RAM. |
e1m.* |
Memory | Memory-optimiert — mehr RAM pro vCPU. |
e1n.* |
Network | Network-optimiert — gleiche Specs wie e1, aber mit verbesserter Netzwerkleistung. |
p1d.* / p1gd.* |
GPU | GPU-fähige Flavors. |
a1.* / a1d.* |
Standard (Region 2) | General-Purpose-x86-Flavors in Region 2 (ch-ge1). |
a1g6000d.* |
GPU (Region 2) | GPU-fähige Flavors in Region 2. |
Tip
Zero-Disk-Flavors (g1.*) werden empfohlen für die meisten Workloads. Sie booten von einem persistenten Volume, das vergrössert, gesnapshottet und beim Löschen der Instanz beibehalten werden kann. Siehe Standard vs Zero-Disk unten.
Standard vs Zero-Disk Flavors
Standard Flavors haben eine persistente Boot Disk integriert im Offering neben vCPU, RAM und IOPS Spezifikationen. Für eine mögliche Erweiterung des Speichers, z. B. für Daten und Programme, werden einfach zusätzliche Volumes zu diesen Flavors hinzugefügt. Diese zusätzlichen Volumes können aus verschiedenen Volume Offerings kombiniert werden, die unterschiedliche maximale IOPS ermöglichen. Je nach Anforderungen kann die eine oder andere Flavor-Variante sinnvoller sein.
Die folgende Tabelle zeigt die Unterschiede zwischen den Standard Flavors (mit Disk) und den Zero-Disk Flavors.
| Function | Standard Flavors4 | G - Flavors (Zero-Disk)5 | Comment |
|---|---|---|---|
| Resize Instance | Yes 1 | Yes 2 | * Resize Instance by changing Flavor * Standard Flavor only from smaller to larger * VM reboot required |
| Instance Snapshot | Yes | Yes 3 | |
| Volume Snapshot | No | Yes 3 | |
| Volume Backup | No | Yes |
Footnotes
Flavor-Listen
Die verfügbaren Flavors unterscheiden sich zwischen den Regionen. Verwenden Sie openstack flavor list, um die aktuelle Liste in Ihrem Projekt anzuzeigen.
Eine vollständige Liste aller verfügbaren Flavors finden Sie auf unserer Website:
Flavor-Übersicht
Flavor auswählen
- Allgemeine Workloads —
g1.*Zero-Disk-Flavors bieten die grösste Flexibilität. Wählen Sie die vCPU/RAM-Kombination, die zu Ihrem Workload passt, und definieren Sie die Boot-Volume-Grösse unabhängig. - CPU-intensive Workloads (CI/CD, Batch-Verarbeitung) —
e1c.*Compute-Flavors bieten mehr vCPUs pro GB RAM. - Memory-intensive Workloads (Datenbanken, In-Memory-Caches) —
e1m.*Memory-Flavors bieten mehr RAM pro vCPU. - Network-intensive Workloads (NFV, hoher Durchsatz) —
e1n.*Network-Flavors bieten verbesserte Netzwerkleistung. - GPU-Workloads (ML/AI, Rendering) —
p1d.*,p1gd.*odera1g6000d.*GPU-Flavors. - Region 2 —
a1.*unda1d.*Flavors;a1d.*-Varianten haben eine begrenzte Disk-Grösse von 960 GB.
Note
Die m1.* und e1.* Standard-Flavors haben identische Specs. m1.* ist die ältere Generation; e1.* ist die aktuelle Generation. Bevorzugen Sie e1.* beim Starten neuer Instanzen.
VM-Grösse ändern (Resize)
Eine VM kann durch Wechseln des Flavors vergrössert werden:
- Standard-Flavors — können nur von kleiner nach grösser verändert werden (CPU, RAM und Root-Disk).
- Zero-Disk-Flavors — können in beide Richtungen verändert werden (nur CPU und RAM). Die Boot-Volume-Grösse wird separat über Storage — Volumes vergrössern angepasst.
Ein VM-Reboot ist nach dem Resize erforderlich.
Warning
Eine VM kann nach dem Deployment nicht in eine andere Availability Zone verschoben werden. Wählen Sie die AZ sorgfältig beim Launch Instance.
-
Resize Instance of a Standard Flavor includes always CPU, RAM and Root-Disk size ↩
-
Resize Instance of a Zero-Disk Flavor includes only CPU and RAM (larger to smaller allowed). Resize of a Boot-Disk Volume only supported in the next OpenStack Release "Stein" ↩
-
Stored in Images: Disk Format: QCOW2, Size: 0 bytes, plus under Volumes => Snapshot, Size of the Boot-Disk e.g. 50 GB ↩↩
-
with fixed size integrated persistent Boot-Disk ↩
-
with custom sized persistent Boot-Disk Volume ↩