So funktioniert Proxmox: ASNetworking erklärt VMs, Container, KVM und QEMU

Vielen Dank an ASNetworking für die klaren visuellen Erklärungen in diesem spanischsprachigen Proxmox-Kurs. Kapitel zwei vermittelt das mentale Modell hinter einem virtualisierten Host: Was eine VM von einer physischen Maschine übernimmt, wie die Ressourcenzuweisung funktioniert, wann sich Container unterscheiden und warum QEMU und KVM gemeinsam auftauchen. Sieh dir das Originalvideo an, um den vollständigen Rundgang des Erstellers zu sehen.

Vor dem Lesen ansehen: Diese 20-minütige konzeptionelle Lektion ist hilfreich, wenn du Proxmox VE für ein Homelab in Betracht ziehst, aber seine Ebenen verstehen möchtest, bevor du etwas installierst. Die Diagramme führen von einem physischen Server und mehreren Gastsystemen über Thin-Provisioning-Festplatten, Container, den Linux-Kernel, QEMU und KVM. Einige Grafiken zeigen große Unternehmensmaschinen oder beispielhafte Kapazitäten; sie sind Lehrbeispiele und keine Hardwarespezifikationen für einen kompakten Server.

Der entscheidende Unterschied liegt darin, was einem Gast angezeigt wird und was der Host tatsächlich zur Verfügung hat. Eine VM kann ihre eigenen CPU-Kerne, ihren eigenen Arbeitsspeicher, ihre eigene Festplatte und ihr eigenes Betriebssystem sehen, während diese Ressourcen letztlich vom selben physischen Host stammen. Proxmox VE vereint die Verwaltung von VMs und Linux-Containern in einer Oberfläche; dieses Kapitel erklärt die Architektur, statt Leistung zu messen oder eine abgeschlossene Installation vorzuführen.

Ein physischer Host, mehrere getrennte Maschinen

Virtualisierung ermöglicht es, auf einem Server mehrere Gastbetriebssysteme als getrennte VMs auszuführen. Jeder Gast sieht virtuelle Hardware und kann seine eigenen Anwendungen ausführen, während der Host die zugrunde liegende CPU einteilt und den physischen Arbeitsspeicher, Speicherplatz und Netzwerk verwaltet. Deshalb können eine Linux-Test-VM und eine separate Service-VM nebeneinander bestehen, ohne dass für jede Aufgabe ein eigener physischer Computer erforderlich ist.

Überbelegung erfordert ein realistisches Ressourcenbudget

ASNetworking führt das Konzept der Überbelegung ein: Über mehrere Gäste hinweg werden mehr virtuelle Ressourcen zugewiesen, als der Host bereitstellen könnte, wenn alle Gäste sie gleichzeitig vollständig anfordern würden. Das kann sinnvoll sein, wenn die Auslastung zu unterschiedlichen Zeiten Spitzen erreicht. Dadurch entsteht keine zusätzliche Hardware. Hohe gleichzeitige Nachfrage kann zu CPU-Konkurrenz, Speicherdruck oder langsamerem Speicher führen. Beginne in einem kleinen Homelab mit dem physischen Arbeitsspeicher und Speicherplatz, die tatsächlich vorhanden sind, reserviere Kapazität für den Host und beobachte die Nutzung, bevor du einen weiteren Gast hinzufügst.

Thin Provisioning verändert den Zeitpunkt des Speicherverbrauchs

Eine virtuelle Festplatte kann eine größere logische Kapazität anzeigen, als sie bisher tatsächlich an physischem Speicher belegt. Die Grafik im Video zeigt fünf virtuelle Festplatten mit jeweils 1 TB auf einer physischen Festplatte mit 1 TB, wobei jede derzeit 100 GB nutzt. Das funktioniert nur, solange die tatsächlichen Schreibvorgänge auf die reale Festplatte passen. Wenn die Gäste ihre virtuellen Festplatten zusammen füllen, kann dem Host lange vor dem Erreichen der angezeigten Kapazitäten der Speicherplatz ausgehen. Prüfe den freien physischen Speicherplatz, das Speicherformat, Snapshots und Backups, statt allein anhand der angegebenen virtuellen Kapazität zu planen.

Die Folge geht außerdem kurz auf Speichertiering ein. Arbeitsspeicher und langsamer Speicher erfüllen unterschiedliche Aufgaben: Das Verschieben selten verwendeter Daten auf eine langsamere Ebene kann helfen, Speicherdruck zu bewältigen, macht den Speicher aber nicht so leistungsfähig wie RAM. Betrachte jede ressourcensparende Funktion als Kompromiss, den du anhand der Arbeitslast überprüfen solltest, insbesondere auf einem Host mit begrenztem Arbeitsspeicher.

Was der Hypervisor verwaltet

Der Hypervisor befindet sich zwischen den physischen Ressourcen und den VMs. Das Diagramm an dieser Stelle des Videos betont, dass jede VM ihre eigene Arbeitslast hat, aber weiterhin von der CPU, dem Arbeitsspeicher, der Festplatte und dem Netzwerk eines einzigen Hosts abhängt. Proxmox VE ergänzt diese Gäste um Verwaltungswerkzeuge, darunter eine Weboberfläche sowie Dienste für Konfiguration und Administration. Die Architektur umfasst KVM-virtuelle Maschinen und LXC-Container.

VMs und Container bieten unterschiedliche Grenzen

Eine VM umfasst ein Gastbetriebssystem und virtuelle Hardware. Ein Linux-Container isoliert Anwendungen und deren Benutzerbereich, teilt sich aber den Linux-Kernel des Hosts. Dadurch ist ein Container im Allgemeinen leichter als eine vollständige VM, verwendet jedoch ein anderes Isolations- und Betriebssystemmodell. Ein Windows-Gast oder eine Arbeitslast, die von einem separaten Kernel profitiert, gehört in eine VM. Ein geeigneter Linux-Dienst kann in einen LXC-Container passen. Die Proxmox-LXC-Dokumentation erklärt das Containermodell ausführlicher.

Container und VMs können auch kombiniert werden: Eine Container-Laufzeitumgebung kann innerhalb einer VM ausgeführt werden, wenn diese Grenze zur Bereitstellung passt. Die Vergleichstabelle des Videos umfasst Bare Metal, virtualisierte, containerisierte und kombinierte Anordnungen. Wähle die Grenze nach den Anforderungen des Dienstes an Sicherheit, Kompatibilität und Wartung; ein Container ist nicht einfach eine kleinere VM.

Wo Linux, QEMU und KVM einzuordnen sind

Proxmox VE ist eine Linux-basierte Plattform mit einer Verwaltungsoberfläche; du musst nicht jeden Befehl auswendig kennen, um die Rolle ihrer Komponenten zu verstehen. Der Ersteller verweist kurz auf die Proxmox-Downloadseite und erklärt anschließend die technischen Ebenen unterhalb einer VM. Diese Web-Downloadseite nennt die Produktfamilie, während das Virtualisierungsmodell durch das folgende QEMU/KVM-Diagramm direkter erklärt wird.

KVM ist die Virtualisierungsfunktion im Linux-Kernel und verwendet unterstützte CPU-Virtualisierungserweiterungen. QEMU stellt den Prozess der virtuellen Maschine sowie emulierte oder paravirtualisierte Geräte bereit; gemeinsam führen QEMU und KVM hardwarebeschleunigte VMs aus. So lassen sich die Bezeichnungen in Proxmox sinnvoll verstehen, statt QEMU und KVM als zwei miteinander konkurrierende Hypervisoren zu betrachten. Der Proxmox-Leitfaden zu QEMU/KVM behandelt VM-Konfiguration und -Funktionen.

Das Modell auf ein kleines Homelab anwenden

Das Video zeigt kurz eine Grafik zu den Marktanteilen von Hypervisoren. Die Prozentangaben sind für die Auswahl einer Homelab-Plattform nicht erforderlich und sollten nicht als unabhängig verifizierte Marktdaten betrachtet werden. Die nützlichere Entscheidung ist konkret: Welche Arbeitslasten benötigen vollständige Gastbetriebssysteme, welche können sich einen Linux-Kernel teilen und wie viele passen in dein tatsächliches RAM- und Speicherbudget?

Für einen kompakten Host wie den kleinen ZimaBoard 2-Heimserver solltest du zunächst einen oder zwei anspruchslose Dienste einplanen, die genauen CPU-, Speicher-, Startmedien- und angeschlossenen Speicherangaben des jeweiligen Modells prüfen und erst nach Beobachtung der tatsächlichen Nutzung erweitern. Das ist eine Anwendung des im Video vermittelten Ressourcenmodells und keine Behauptung, dass das Video ZimaBoard 2 benchmarke oder eine bestimmte VM-Anzahl bestätige. Bewahre Backups getrennt von Thin-Provisioning-Festplatten auf.

Wenn diese Ebenen klar sind, kann sich das nächste Kapitel auf praktische Installationsentscheidungen konzentrieren. Sieh dir ASNetworkings Installationskapitel an, um mehr über RAM, Speicherformate und die Bindung von Netzwerkschnittstellen zu erfahren, bevor du deinen ersten Host aufbaust.