Was bedeutet Ressourcen-Overcommitment bei einer Virtualisierungsplattform?

Den VMs werden insgesamt mehr virtuelle Ressourcen zugesagt als physisch vorhanden sind

Warum ersetzt ein Snapshot einer virtuellen Maschine keine unabhängige Datensicherung?

Snapshot und Original können vom selben Storage-Ausfall betroffen sein

Welche Ressource sollte bei der Dimensionierung eines Virtualisierungshosts zusätzlich zu den Summenwerten der VMs berücksichtigt werden?

Overhead, Lastspitzen und Reserve für Ausfälle

Was kennzeichnet einen Typ-1-Hypervisor?

Er läuft direkt auf der Hardware ohne allgemeines Hostbetriebssystem

Ordne den Virtualisierungsbegriffen ihre passende Beschreibung zu.

Hypervisor → verwaltet virtuelle Maschinen; Snapshot → hält einen VM-Zustand fest; Container → teilt den Kernel des Hosts

Welcher Vorteil ist typisch für Servervirtualisierung?

Mehrere isolierte Systeme nutzen eine Hardwareplattform

Welche Beobachtungen sprechen bei einem Virtualisierungshost für akuten Arbeitsspeicherdruck?

Anhaltend hohe Swap-Aktivität, Ballooning bei mehreren virtuellen Maschinen, Dauerhaft sehr wenig verfügbarer Host-RAM

Welche Aufgabe hat ein Hypervisor?

Virtuelle Hardware bereitstellen und Ressourcen zwischen VMs verteilen

Welche Beschreibung passt zu einem Typ-1-Hypervisor?

Er läuft direkt auf der Hardware

Welcher Unterschied zwischen üblichen VMs und Containern trifft zu?

VMs haben einen eigenen Gastkernel; Container teilen den Kernel ihrer Laufzeitumgebung

Serverbetrieb · Systemintegration

Virtualisierung: Grundlagen und Übungen

Verstehe Hypervisor, virtuelle Maschinen und Container. Plane Ressourcen und erkenne die Grenzen von Snapshots und gemeinsam genutzter Hardware.

Verantwortlich: Bär Softwareentwicklung UG (haftungsbeschränkt) / Aktualisiert: 07.10.2026

Automatisch bewertetes Thementraining

Wissen direkt in einem kurzen Set prüfen

Bearbeite bis zu 5 zufällig ausgewählte Aufgaben in etwa 5 Minuten. Du erhältst nach jeder Aufgabe Feedback und am Ende eine kompakte Auswertung.

Hypervisor und virtuelle Maschinen

Ein Hypervisor stellt virtuellen Maschinen Hardwarefunktionen bereit und verteilt physische Ressourcen. Jede VM kann ein eigenes Gastbetriebssystem betreiben. Ein Typ-1-Hypervisor läuft direkt auf der Hardware; ein Typ-2-Hypervisor auf einem Hostbetriebssystem.

Die Trennung der Gäste erleichtert den Betrieb unterschiedlicher Systeme. Sie beseitigt jedoch weder die gemeinsame Abhängigkeit vom Host noch die Notwendigkeit von Updates, Zugriffsschutz und Sicherungen.

Host: physische Plattform
Gast: Betriebssystem in einer VM
Virtuelle Hardware: vCPU, RAM, Datenträger und Netzadapter

VM oder Container?

Eine VM verwendet gewöhnlich einen eigenen Betriebssystemkernel. Container isolieren Prozesse und teilen den Kernel ihrer Ausführungsumgebung. Diese Umgebung kann selbst in einer VM laufen.

Container können Anwendungen mit weniger zusätzlichem Betriebssystemaufwand bereitstellen. Eine eigene VM bietet einen anderen Isolationsansatz. Die passende Wahl hängt von Anwendung, Betriebssystembedarf, Sicherheit und Betrieb ab.

VM: eigener Gastkernel
Container: gemeinsamer Kernel der Laufzeitumgebung
Isolation muss konfiguriert und geprüft werden

Ressourcen und Wiederherstellung planen

Reserviere Ressourcen für den Host und betrachte Lastspitzen der Gäste. CPU-Überbuchung kann bei passenden Lastprofilen funktionieren; sie erzeugt keine zusätzliche Rechenleistung. Arbeitsspeicherdruck kann Swapping und deutliche Verzögerungen auslösen.

Ein Snapshot erleichtert eine kurzfristige Rückkehr zu einem vorherigen Stand. Er ist kein unabhängiges Backup und kann mit seinem Speicher verloren gehen. Für kritische Dienste brauchst du getrennte Sicherungen und einen getesteten Wiederanlauf.

RAM für Host und Gäste gemeinsam planen
Speicherplatz, I/O und Netzleistung mitbetrachten
Snapshots zeitlich begrenzen und Backups separat sichern

Durchgerechnetes Beispiel

RAM ohne Überbuchung planen

Ein Host besitzt 64 GiB RAM. 8 GiB sind für Host und Reserve eingeplant; vier VMs benötigen je 12 GiB.

01 Für Gäste stehen 64 − 8 = 56 GiB bereit.
02 Vier Gäste benötigen 4 × 12 = 48 GiB.
03 Eine fünfte gleich große VM würde 60 GiB benötigen.

Ergebnis / Vier VMs passen in den Plan; eine fünfte überschreitet das RAM-Budget um 4 GiB.

Durchgerechnetes Beispiel

Den gemeinsamen Ausfallbereich erkennen

Drei wichtige Dienste laufen in drei VMs auf demselben einzelnen Host.

01 Die VMs trennen die Betriebssysteme und Anwendungen.
02 Ein Ausfall des Hosts stoppt trotzdem alle drei Dienste.
03 Plane einen geeigneten zweiten Host beziehungsweise Wiederanlauf und getrennte Sicherungen.

Ergebnis / Drei VMs auf einem Host ergeben für sich allein keine Hochverfügbarkeit.

Beispiel verstanden?

Jetzt in etwa 5 Minuten selbst anwenden

Auf einen Blick
Eigenschaft	Virtuelle Maschine	Container
Kernel	Eigener Gastkernel	Kernel der Laufzeitumgebung gemeinsam
Bereitstellung	Gastbetriebssystem plus Anwendung	Anwendung und benötigte Laufzeitdateien
Gemeinsame Abhängigkeit	Hypervisor und Host	Containerlaufzeit und deren Host

Typische Fehler vermeiden

vCPUs sind keine garantierten zusätzlichen physischen CPU-Kerne.
Ein Snapshot auf demselben Speicher schützt nicht vor dessen Verlust.
Mehrere VMs auf einem Host bedeuten keine unabhängigen Ausfallbereiche.

Kurz erklärt

Häufige Fragen

Ersetzt ein Snapshot ein Backup?

Nein. Ein Snapshot ist meist an dieselbe Speicherumgebung gebunden. Eine getrennte, überprüfte Sicherung bleibt notwendig.

Sind Container immer sicherer oder immer unsicherer als VMs?

Solche pauschalen Aussagen sind nicht sinnvoll. Die Isolationsmechanismen, Konfiguration und Bedrohungslage müssen betrachtet werden.

Fachliche Referenz: Red Hat: Virtualisierung und Hypervisor. Die Erklärungen und Aufgaben auf dieser Seite sind eigenständig formuliert.

Weiterlernen

Weitere Prüfungsthemen

Thementraining starten