Best Practice Konfigurationen für virtuelle Maschinen unter Proxmox VE

Machine Type/Chipsatz

Als Machine Type empfehlen wir generell q35. Dieser Chipsatz bietet bereits moderne PCIe-Unterstützung und ist Voraussetzung für bestimmte Features wie etwa TPM 2.0 oder PCIe-Passthrough.

BIOS

Für neue VMs verwenden wir OVMF (UEFI), sofern es das Gastbetriebssystem unterstützt. SeaBIOS sollte man nur für Legacy-Systeme oder ältere Betriebssystemversionen verwenden, ist aber nicht zwingend notwendig.

CPU

• Die Anzahl der Sockets sollte nicht die des Hosts überschreiten.
• vCPUs sollte nicht die Anzahl der Host Threads/Kerne übersteigen. => In aktuellen Proxmox Installationen ist das auch nicht mehr über die WebUI möglich.

• Als CPU-Typ empfehlen wir x86-64-v2-AES (oder neuer) oder host.

  • host: Bietet zwar die maximale Performance, schränkt aber Live-Migration zwischen unterschiedlichen CPU-Generationen ein. Zudem kann diese Einstellung ggf. zu Problemen mit manchen Betriebssystemen führen. 
  • x86-64-v2-AES (oder neuer): Diese Option erlaubt einen guten Kompromiss zwischen Performance und Migrationskompatibilität. => Sofern man nicht alle CPU-Flags von Host benötigt, ist das die empfohlene Konfiguration. Es sollte der kleineste gemeinsame Nenner als Typ im Cluster gewählt werden. Dies kann pro Node ausgeführt werden, und teilt mit, welcher CPU Typ maximal möglich ist auf dieser Node: 

  wget -qO - https://cloud.starline.de/s/QmQt79dpJebtC46/download/checkCPUType.sh | awk -f -

• Sie sollten NUMA-Topologie aktivieren, wenn die VM oder der Host mehr als einen CPU-Socket erhält. Dies ermöglicht, dass Proxmox die Ressourcen von einer VM auf einer NUMA Node hält.

Arbeitsspeicher

• Die Größe sollten Sie in 1024er Schritten definieren. Beispielsweise 8 GB entsprechen 8 x 1024 = 8192 GB, 16 GB also 16384 GB usw.
• Ballooning sollte immer aktiviert sein, aber mit einem sinnvollen Minimum-Wert konfiguriert werden. https://de.wikipedia.org/wiki/Ballooning_(Virtualisierung)
• Bei Performanceproblemen könnte man probieren Ballooning zu deaktivieren, allerdings kommt es auf den Workload an.
• Huge Pages können bei speicherintensiven Workloads die Performance verbessern (Host-seitige Konfiguration erforderlich). 

Storage / Festplatten

• Controller: VirtIO SCSI Single
• Disktyp: SCSI
• Festplattenformat: qcow2 (flexibel für bspw. Snapshots auch unter LVM (Technology Preview)) oder raw (maximale Performance)
  • Abhängig von Storage, welches Format unterstützt wird. Siehe https://pve.proxmox.com/wiki/Storage
• Discard aktivieren, wenn das Storage-Backend Thin Provisioning unterstützt (z. B. ZFS, LVM-Thin, CEPH).
• IO Thread pro Disk aktivieren für bessere parallele I/O-Performance.
• SSD-Emulation aktivieren, wenn das zugrundeliegende Storage ein SSD- oder Flash-System ist.
  • Optional, zeigt keine Performanceverbesserung und ist bspw. relevant, wenn das Gast-OS eine SSD erwartet.

Netzwerk

• Netzwerkmodell: VirtIO (paravirtualisiert) für beste Performance.
• MTU auf 1500 belassen, außer das Netzwerk unterstützt Jumbo Frames und ist entsprechend konfiguriert. Multiqueue kann bei hohen Bandbreiten auf maximal der Anzahl der zugewiesenen vCPUs der VM gesetzt werden. Dies ermöglicht höhere Bandbreiten.

Sonstiges

• QEMU Guest Agent installieren und in der VM-Konfiguration aktivieren. Ermöglicht sauberere Snapshots, korrekte IP-Anzeige und gesteuerte Shutdowns.
  • Nicht vergessen unter VM > Options aktivieren