Die Druckversion wird nicht mehr unterstützt und kann Darstellungsfehler aufweisen. Bitte aktualisiere deine Browser-Lesezeichen und verwende stattdessen die Standard-Druckfunktion des Browsers.

aiMOOC

IT-Systeme Hardware und Betriebssysteme – Virtualisierung für Ausbildung nutzen

QR-Code

IT-Systeme Hardware und Betriebssysteme – Virtualisierung für Ausbildung nutzen

Einleitung

Lernkurs für die IT-Ausbildung: Isolierte Systeme und begrenzte Ressourcen

Wie kannst Du mehrere Betriebssysteme auf einem einzigen Computer betreiben, ohne Deine bestehende Arbeitsumgebung zu verändern? Und wie verhinderst Du, dass virtuelle Maschinen zu viel Arbeitsspeicher beanspruchen oder unerwünscht auf andere Netzwerke zugreifen?

In diesem aiMOOC lernst Du, virtuelle Maschinen zu planen, einzurichten, zu testen und zu bewerten.

Zielgruppe: Auszubildende in IT-Berufen, insbesondere Fachinformatikerinnen und Fachinformatiker.

Lernzeit: Acht kurze Lerneinheiten mit insgesamt etwa 80 Minuten. Für Praxisaufgaben und Lernkontrolle zusätzlich Zeit einplanen.

Voraussetzungen: Grundkenntnisse zu Hardware, Betriebssystemen und Dateisystemen. Für die Praxis benötigst Du einen ausdrücklich freigegebenen Ausbildungsrechner mit Virtualisierungssoftware und lokal installiertem Python 3.

Deine Lernziele:

Virtualisierung: Erkläre Host, Gast und Hypervisor.
Ressourcenmanagement: Plane RAM, CPU und Speicherplatz.
IT-Sicherheit: Richte eine isolierte Testumgebung ein.
Systemadministration: Verwende lokale Befehle und Snapshots.
Fehleranalyse: Untersuche Ressourcenengpässe und begründe technische Entscheidungen.

Sicherheitsregel: Alle praktischen Experimente finden ausschließlich auf lokalen oder ausdrücklich autorisierten Testsystemen statt. Verwende nur fiktive Daten. Keine fremden Netze, Produktivanlagen, echten Zugangsdaten oder Kundendaten untersuchen oder übertragen. Die Codebeispiele besitzen keine Funktionen für externe Datenübertragungen.

Medienhinweis: Eingebettete YouTube-Videos, Wikipedia- und LearningApps-Inhalte sind optionale externe Lernangebote. Ihre Nutzung kann Verbindungen zu Drittanbietern auslösen. Verwende sie nur in einer dafür freigegebenen Online-Umgebung, nicht innerhalb der isolierten Übungs-VMs. Alle Kernaufgaben funktionieren offline.

Ausbildungsfall: Zwei Testsysteme für die Lernwerkstatt

Die fiktive Firma Nordlicht IT-Lernwerkstatt möchte eine neue Version ihrer Übungssoftware testen. Dafür benötigst Du zwei voneinander getrennte Linux-Systeme.

Der Ausbildungsrechner bietet:

Ressource	Verfügbarer Wert	Planung
Arbeitsspeicher	16 GiB	6 GiB für Host und Reserve
Prozessor	8 logische CPUs	2 vCPUs pro Test-VM
Freier Datenträger	120 GiB	Mindestens 30 GiB Reserve
Netzwerk	Lokal	Kein Zugang zu Internet oder Firmennetz

Dein Auftrag: Richte VM-A und VM-B ein. Untersuche, ob eine dritte VM mit 4 GiB RAM zusätzlich möglich wäre, ohne die vereinbarte RAM-Reserve zu unterschreiten. Dokumentiere Deine Entscheidung.

Lerneinheit 1: Was ist Virtualisierung?

Dauer: 8 Minuten

Bei der Hardwarevirtualisierung stellt eine Software-Schicht virtuelle Hardware bereit. Auf einem physischen Rechner können dadurch mehrere virtuelle Rechner mit eigenen Gastbetriebssystemen laufen.

Der Host stellt die physische Hardware bereit. Der Hypervisor verwaltet die virtuellen Maschinen. Jede VM besitzt virtuelle Geräte wie CPU, Arbeitsspeicher und Festplatte.

Zwei Arten von Hypervisoren

Typ 1	Typ 2

Läuft direkt auf der Hardware	Läuft auf einem Host-Betriebssystem
Häufig für Serverplattformen	Häufig für Desktop-Testumgebungen

Ein Beispiel für einen gehosteten Hypervisor ist VirtualBox. Für den folgenden Ausbildungsfall wird dieses Programm exemplarisch verwendet.

Lernvideo: Virtualisierung einfach erklärt

Basisfrage: Warum benötigt eine VM virtuelle Hardware, obwohl die physische Hardware bereits vorhanden ist?

Feedback: Der Hypervisor abstrahiert die Hardware und verteilt ihre Ressourcen. So können mehrere Gastsysteme dieselbe physische Plattform verwenden, ohne unmittelbar dieselbe Betriebssystemumgebung zu teilen.

Lerneinheit 2: Begrenzte Ressourcen verstehen

Dauer: 7 Minuten

Virtuelle Maschinen teilen sich die Kapazität des Hosts. Besonders wichtig sind Arbeitsspeicher, Prozessor und Massenspeicher.

Ressourcenplanung

Verwendung	Geplanter RAM	Visualisierung
Host und Reserve	6 GiB	██████
VM-A	3 GiB	███
VM-B	4 GiB	████
Verbleibend	3 GiB	░░░

Rechnung: 16 GiB − 6 GiB − 3 GiB − 4 GiB = 3 GiB.

Eine zusätzliche VM mit 4 GiB würde das geplante Budget um 1 GiB überschreiten.

Wichtige Unterschiede:

Ressource	Fachliche Bedeutung
RAM	Zu wenig verfügbarer Speicher kann zu Auslagerung und Leistungseinbußen führen.
vCPU	Virtuelle Prozessoren werden auf der physischen CPU eingeplant; eine vCPU entspricht nicht dauerhaft einem exklusiven Kern.
Virtuelle Festplatte	Ihre logische Maximalgröße ist nicht immer mit dem aktuell physisch belegten Speicherplatz identisch.
Snapshot	Zusätzliche Zustandsdaten können weiteren Speicherplatz beanspruchen.

Hinweis: Die dargestellte RAM-Aufteilung ist ein vereinfachtes Planungsmodell. Tatsächliche Speichernutzung, dynamische Zuteilung und Virtualisierungs-Overhead können abweichen.

Mini-Aufgabe: Berechne den verbleibenden RAM, wenn VM-B statt 4 GiB nur 2 GiB erhält.

Feedback: Es verbleiben 5 GiB, weil 16 − 6 − 3 − 2 = 5. Prüfe zusätzlich, ob VM-B mit der reduzierten Ausstattung sinnvoll arbeiten kann.

Lerneinheit 3: Eine isolierte virtuelle Maschine einrichten

Dauer: 15 Minuten

Für diesen Versuch benötigst Du VirtualBox oder eine entsprechend freigegebene lokale Virtualisierungsplattform. Die Lehrkraft stellt vorab das Installationsmedium bereit.

Softwarequellen: VirtualBox und offizielle Debian-Installationsmedien.

Für eine Offline-Installation ist ein geeignetes vollständiges Debian-Installationsabbild zu verwenden. Ein kleines Netinstall-Abbild setzt für zusätzliche Pakete gegebenenfalls eine Internetverbindung voraus. Die Installation und erforderliche Pakete werden vor dem isolierten Unterricht vorbereitet.

Prüfe heruntergeladene Abbilder vor der Verwendung anhand der Debian-Prüfsummen und Signaturen. Beachte zudem Architekturkompatibilität und Softwarelizenzen.

Laboraufbau

VirtualBox: Erstelle auf dem autorisierten Rechner eine neue VM mit dem Namen „Werkstatt-A“.
Virtueller Arbeitsspeicher: Weise 3072 MiB RAM und 2 vCPUs zu.
Virtuelle Festplatte: Erstelle eine virtuelle Festplatte mit maximal 25 GiB.
Netzwerksicherheit: Deaktiviere zunächst alle virtuellen Netzwerkadapter. Entferne gegebenenfalls voreingestellte NAT- oder Bridge-Verbindungen.
Datenschutz: Deaktiviere gemeinsame Ordner, gemeinsame Zwischenablage, Drag-and-drop sowie unnötige Geräteweitergaben.
Betriebssysteminstallation: Installiere das vorbereitete Linux-System offline mit ausschließlich fiktiven lokalen Konten.
Virtuelle Maschine: Richte VM-B entsprechend mit 4096 MiB RAM, 2 vCPUs und 25 GiB virtueller Festplatte ein.

Kontrolle: Beide Systeme sollen unabhängig starten, ohne einen Netzwerkzugang nach außen zu besitzen.

Lernvideo: VirtualBox Crashkurs

Das Video behandelt allgemeine VirtualBox-Funktionen. Für diesen Kurs gilt ausdrücklich die strengere Offline-Konfiguration. Übernimm keine dort möglicherweise gezeigten Netzwerkfreigaben oder Host-Integrationen.

Gestufte Hilfen zur Einrichtung

Hilfe 1 – Orientierung: Suche in den VM-Einstellungen nach System, Prozessor, Massenspeicher und Netzwerk.

Hilfe 2 – Konkretisierung: Vergleiche jede Einstellung mit dem Laborauftrag. Kontrolliere insbesondere alle vorhandenen virtuellen Netzwerkadapter.

Hilfe 3 – Lösungshilfe: VM-A benötigt 3072 MiB und VM-B 4096 MiB. Beide erhalten zunächst ausschließlich lokale virtuelle Datenträger und keinen aktiven Netzwerkadapter. Wenn eine Einstellung nicht verfügbar ist, dokumentiere die Einschränkung, statt Sicherheitsfunktionen zu umgehen.

Lerneinheit 4: Hardware und Betriebssystem untersuchen

Dauer: 8 Minuten

Starte die vorbereitete Linux-VM. Öffne das Terminal und führe folgende Befehle ausschließlich innerhalb Deiner Übungs-VM aus:

uname -s
hostname
nproc
free -m
df -h /

Befehl	Beobachtung
uname -s	Betriebssystem-Kerneltyp
hostname	Lokaler Rechnername
nproc	Für den Prozess verfügbare logische Prozessoren
free -m	Speicherwerte des Gastbetriebssystems
df -h /	Belegung des Gast-Dateisystems

Beobachtungsauftrag: Vergleiche die VM-Einstellungen mit der Ausgabe im Gastbetriebssystem.

Feedback: Die im Gast angezeigte RAM-Kapazität sollte zur VM-Konfiguration passen, kann aber durch technische Besonderheiten abweichen. „available“ beschreibt eine Schätzung des im Gast nutzbaren Speichers, nicht den freien physischen RAM des Hosts. „df“ zeigt das Gast-Dateisystem und nicht den tatsächlich belegten Platz der VM-Dateien auf dem Host.

Sicherheitskontrolle: Speichere Deine Beobachtungen nur lokal. Übertrage keine Systemberichte, Rechnernamen oder andere technische Daten auf externe Plattformen.

Lerneinheit 5: Lokaler interaktiver RAM-Planer

Dauer: 12 Minuten

Mit Python entwickelst Du ein kleines Programm, das eine zusätzliche VM überprüft. Es simuliert den RAM-Plan, startet aber selbst keine VM und verändert keine Systemeinstellungen.

Voraussetzung: Python 3 wurde vorab lokal installiert. Es werden keine externen Bibliotheken benötigt.

Speichere diesen vollständigen Quelltext in einer Datei mit dem Namen „vm_planer.py“ innerhalb Deiner Testumgebung.

HOST = 16
RESERVE = 6
VMS = {"Werkstatt-A": 3, "Werkstatt-B": 4}

def frei():
    return HOST - RESERVE - sum(VMS.values())

def passt(gi):
    return gi > 0 and gi <= frei()

def balken(neu=0):
    belegt = RESERVE + sum(VMS.values()) + neu
    return ("|" + "H" * RESERVE
            + "A" * VMS["Werkstatt-A"]
            + "B" * VMS["Werkstatt-B"]
            + "C" * neu
            + "." * (HOST - belegt) + "|")

assert frei() == 3
assert passt(3)
assert not passt(4)
assert not passt(0)

print("RAM-Plan:", balken())
print("H=Hostreserve, A=VM-A, B=VM-B, .=frei")

try:
    neu = int(input("RAM fuer VM-C in GiB: "))
except ValueError:
    print("Bitte eine ganze Zahl eingeben.")
else:
    if passt(neu):
        print("Zulaessig:", balken(neu))
        print("Verbleibend:", frei() - neu, "GiB")
    else:
        print("Abgelehnt. Hoechstens", frei(),
              "GiB sind im Plan frei.")

Starte das Programm lokal:

python3 vm_planer.py

Erwartete Ausgangsgrafik:

RAM-Plan: |HHHHHHAAABBBB...|
H = 6 GiB Hostreserve
A = 3 GiB VM-A
B = 4 GiB VM-B
. = 3 GiB frei

Die eingebauten assert-Prüfungen testen drei wichtige Eigenschaften des Modells. Wenn eine Prüfung fehlschlägt, wird das Programm mit einer Fehlermeldung beendet.

Interaktive Testfälle

Eingabe für VM-C	Erwartetes Verhalten	Erklärung
2	Zulässig	1 GiB bleibt zusätzlich zur Hostreserve übrig.
3	Zulässig	Das geplante VM-Budget ist vollständig ausgeschöpft.
4	Abgelehnt	Das RAM-Budget würde um 1 GiB überschritten.
0	Abgelehnt	Eine VM mit 0 GiB ist keine sinnvolle Konfiguration.
abc	Eingabefehler	Die Eingabe ist keine ganze Zahl.

Aufgabe: Verändere im Quelltext die RAM-Ausstattung von VM-B auf 2 GiB. Teste anschließend die Eingaben 3, 4 und 6.

Feedback: Jetzt stehen 5 GiB zur Verfügung. Die Eingaben 3 und 4 sind zulässig, 6 ist nicht zulässig. Die Ausgabe ist eine Planungsvisualisierung und keine reale RAM-Messung.

Gestufte Hilfen zum Python-Programm

Hilfe 1: Suche die Variable, die den RAM-Verbrauch von VM-B enthält.

Hilfe 2: Untersuche das Dictionary VMS und die Funktion frei().

Hilfe 3: Ersetze den Wert von „Werkstatt-B“ durch 2 und berechne 16 − 6 − 3 − 2. Prüfe, ob die Programmausgabe 5 GiB ergibt.

Lerneinheit 6: Ein isoliertes virtuelles Netzwerk

Dauer: 12 Minuten

Zwei Test-VMs können innerhalb eines ausschließlich lokalen virtuellen Netzes miteinander kommunizieren, ohne Zugang zum realen LAN oder Internet zu benötigen.

Das folgende Modell zeigt das Prinzip eines virtuellen Switches. Ein realer Netzwerkswitch wird dabei softwarebasiert nachgebildet.

Netzwerkmodi im Vergleich

Modus	Typische Erreichbarkeit	Für das isolierte Labor
Nicht verbunden	Keine Netzverbindung	Geeignet für Einzel-VMs
Internes Netzwerk	VMs im gleichen internen Netz	Geeignet für VM-zu-VM-Tests
Host-only	Host und zugehörige VMs	Nur mit zusätzlicher Freigabe
NAT	Ausgehende Verbindungen möglich	Nicht verwenden
Netzwerkbrücke	Verbindung zum physischen Netz	Nicht verwenden

Wichtig: NAT bedeutet nicht vollständige Offline-Isolation. Auch Host-only stellt einen Kommunikationsweg zum Host her. Für das folgende Experiment wird ausschließlich „Internes Netzwerk“ verwendet.

Testaufbau mit zwei Übungs-VMs

  Werkstatt-A
  10.77.0.11
       |
       |
  Internes Netz
    "lernnetz"
       |
       |
  Werkstatt-B
  10.77.0.12

Kein Uplink.
Kein Standardgateway.
Keine Verbindung zum Host oder Internet.

Netzwerkvirtualisierung: Fahre beide Übungs-VMs herunter.
Netzwerkadapter: Wähle für beide Systeme bei Adapter 1 den Modus „Internes Netzwerk“ mit dem exakt gleichen Namen „lernnetz“.
Netzwerkisolation: Kontrolliere, dass alle weiteren Adapter deaktiviert bleiben und keine Hostfreigaben bestehen.
IP-Adresse: Konfiguriere innerhalb des isolierten Netzes die beiden vorgesehenen privaten Testadressen.
Konnektivität: Prüfe ausschließlich die Verbindung zwischen diesen beiden lokalen VMs.

Optionales Linux-Beispiel: Auf VM-A:

ip -br link
sudo ip addr add 10.77.0.11/24 dev enp0s3
sudo ip link set enp0s3 up
ip -4 addr show dev enp0s3
ip -4 route
ping -c 2 10.77.0.12

Auf VM-B verwendest Du entsprechend 10.77.0.12/24. Ersetze enp0s3 jeweils durch den tatsächlich angezeigten Namen des virtuellen Netzwerkinterfaces.

Die Befehle setzen die lokal bereitgestellten Werkzeuge ip und ping sowie passende administrative Rechte innerhalb der Übungs-VM voraus. Richte kein Standardgateway ein.

Erwartetes Ergebnis: Nach Konfiguration beider VMs sollte der Ping ausschließlich zum jeweiligen lokalen Gegenüber funktionieren. Ein fehlender Ping kann auch an einer Gast-Firewall oder einer fehlerhaften lokalen Konfiguration liegen. Er beweist für sich allein keine vollständige Isolation.

Kontrolliere deshalb zusätzlich die VirtualBox-Einstellungen sämtlicher Netzwerkadapter.

Gestufte Hilfen zum Netzwerkversuch

Hilfe 1: Prüfe zuerst, ob beide Adapter denselben internen Netzwerknamen tragen.

Hilfe 2: Vergleiche die IP-Adressen, die Subnetzmasken und die lokalen Netzwerkschnittstellen.

Hilfe 3: Beide VMs müssen im selben Netz 10.77.0.0/24 liegen. VM-A erhält .11 und VM-B .12. Es darf keinen zusätzlichen NAT- oder Bridge-Adapter geben.

Lerneinheit 7: Snapshots und Wiederherstellung

Dauer: 10 Minuten

Ein Snapshot bewahrt einen wiederherstellbaren Zustand einer virtuellen Maschine. Dadurch kannst Du Experimente gezielt rückgängig machen.

Lernvideo: Snapshot in VirtualBox erstellen

Lokaler Wiederherstellungstest

Erstelle innerhalb von VM-A eine fiktive Textdatei:

mkdir -p "$HOME/labor"
printf 'Stand A\n' > "$HOME/labor/status.txt"
cat "$HOME/labor/status.txt"

Fahre die VM herunter und erstelle im VirtualBox-Snapshot-Manager einen Snapshot namens „Vor-Test“.

Starte die VM erneut. Verändere nur die lokale Übungsdatei:

printf 'Stand B\n' > "$HOME/labor/status.txt"
cat "$HOME/labor/status.txt"

Fahre die VM herunter und stelle über den Snapshot-Manager den Zustand „Vor-Test“ wieder her.

Starte die VM. Prüfe die Datei:

cat "$HOME/labor/status.txt"

Erwartetes Ergebnis: Die Datei sollte wieder „Stand A“ enthalten, sofern sie auf dem virtuellen Datenträger lag, der Bestandteil des Snapshots war.

Feedback: Der Snapshot stellt den früheren VM-Zustand wieder her. Änderungen nach diesem Zustand können verloren gehen. Ein Snapshot ersetzt kein unabhängiges Backup.

Lerneinheit 8: Virtuelle Maschinen oder Container?

Dauer: 8 Minuten

Neben klassischen VMs werden auch Container zur Isolation von Anwendungen eingesetzt.

Virtuelle Maschine	Container
Eigenes Gastbetriebssystem mit eigenem Kernel	Teilt sich üblicherweise den Kernel des Hosts
Virtualisierung auf Hardwareebene	Isolation auf Betriebssystemebene
Meist höherer Ressourcenbedarf	Häufig geringerer Ressourcenbedarf
Geeignet zum Testen ganzer Betriebssysteme	Geeignet für isolierte Anwendungsumgebungen

Entscheidend: Sowohl VMs als auch Container benötigen aktuelle Sicherheitsupdates, geeignete Berechtigungen und kontrollierte Schnittstellen. Eine VM ist keine absolute Sicherheitsgarantie.

Vertiefungsvideo von IBM Technology: Containers vs. VMs

Transferfrage: Warum ist eine VM sinnvoll, wenn Du verschiedene Gastbetriebssystem-Kernel vergleichen möchtest?

Feedback: Eine klassische VM kann einen eigenen Gast-Kernel ausführen. Ein gewöhnlicher Linux-Container verwendet dagegen den Linux-Kernel seiner Laufzeitumgebung.

Praxisaufgaben: Basis, Anwendung und Transfer

Basisaufgabe: Ressourcen erkennen

Auftrag: Benenne Host, Hypervisor und zwei Gäste. Berechne anschließend den freien RAM des Ausbildungsfalls.

Hilfe 1: Unterscheide physische und virtuelle Komponenten.

Hilfe 2: Verwende die RAM-Werte der Ausgangstabelle.

Hilfe 3: Ziehe 6 GiB, 3 GiB und 4 GiB von 16 GiB ab.

Begründetes Feedback: Korrekt sind 3 GiB verbleibender RAM. Die Hostreserve ist bewusst eingeplant und darf bei dieser Planungsaufgabe nicht zusätzlich vergeben werden.

Anwendungsaufgabe: Eine dritte VM planen

Auftrag: Entscheide zwischen einer weiteren VM mit 4 GiB und einer mit 2 GiB. Teste beide Varianten im Python-Planer.

Hilfe 1: Prüfe zuerst die freie Kapazität.

Hilfe 2: Ergänze jeweils den geplanten RAM der dritten VM.

Hilfe 3: Vergleiche 6 + 3 + 4 + 4 mit 6 + 3 + 4 + 2.

Begründetes Feedback: Bei 4 GiB entstehen 17 GiB Gesamtbedarf im Plan; die vereinbarte Reserve wird um 1 GiB unterschritten. Bei 2 GiB beträgt die Summe 15 GiB. Es bleibt 1 GiB zusätzlich zur bereits vorgesehenen Hostreserve verfügbar. Die praktische Eignung der kleineren VM muss dennoch überprüft werden.

Transferaufgabe: Sicherheitskonzept entwickeln

Auftrag: Ein Ausbildungsteam soll eine noch nicht ausreichend geprüfte Übungsanwendung mit fiktiven Daten untersuchen. Entwickle ein Konzept mit Systemwahl, Ressourcenbudget, Netzwerkgrenzen und Rücksetzverfahren.

Hilfe 1: Welche Verbindungen sind für den Test unbedingt erforderlich?

Hilfe 2: Überlege, ob ein eigener Betriebssystem-Kernel benötigt wird.

Hilfe 3: Plane eine offline betriebene VM ohne Hostfreigaben, mit Snapshot und dokumentierten Ressourcengrenzen.

Begründetes Feedback: Ein gutes Konzept begrenzt unnötige Kommunikationswege und Systemrechte, sieht eine Wiederherstellungsmöglichkeit vor und begründet die Ressourcenvergabe. Die reine Aussage „Eine VM ist sicher“ genügt nicht, da Virtualisierungssoftware Sicherheitslücken haben kann und Snapshots kein unabhängiges Backup darstellen.

Interaktive Aufgaben

Quiz: Teste Dein Wissen

Welche Aufgabe übernimmt ein Hypervisor? (Er verwaltet virtuelle Maschinen und Ressourcen) (!Er ersetzt grundsätzlich jede Hardware) (!Er stellt ausschließlich Internetverbindungen her) (!Er speichert nur Benutzerdateien)

Was besitzt eine klassische virtuelle Maschine? (Ein eigenes Gastbetriebssystem) (!Immer einen eigenen physischen Prozessor) (!Zwingend einen Internetzugang) (!Grundsätzlich keine virtuelle Festplatte)

Welche Aussage über virtuelle Prozessoren ist richtig? (vCPUs werden durch den Hypervisor eingeplant) (!Jede vCPU benötigt einen exklusiven physischen Kern) (!vCPUs brauchen niemals Rechenzeit) (!vCPUs ersetzen den Hostprozessor)

Wie viel RAM bleibt im ursprünglichen Ausbildungsfall frei? (3 GiB) (!2 GiB) (!4 GiB) (!6 GiB)

Warum wird eine zusätzliche VM mit 4 GiB im Ausgangsplan abgelehnt? (Sie überschreitet das eingeplante RAM-Budget) (!Sie überschreitet grundsätzlich die Zahl virtueller CPUs) (!Sie benötigt zwingend ein Firmennetzwerk) (!Sie kann kein Linux ausführen)

Welcher VirtualBox-Netzwerkmodus ist für den isolierten VM-zu-VM-Test vorgesehen? (Internes Netzwerk) (!Netzwerkbrücke) (!NAT) (!Cloud-Netzwerk)

Warum wird NAT im vollständig offline geplanten Labor vermieden? (Weil damit ausgehende Verbindungen möglich sind) (!Weil NAT keinen virtuellen Netzwerkadapter benötigt) (!Weil NAT automatisch alle Dateien löscht) (!Weil NAT immer die gesamte CPU blockiert)

Welche Einstellung reduziert den ungewollten Datenaustausch mit dem Host? (Gemeinsame Zwischenablage deaktivieren) (!Alle Hostordner freigeben) (!Bidirektionale Dateifreigabe aktivieren) (!Zusätzliche Netzwerkbrücken erstellen)

Was kann bei der Wiederherstellung eines früheren Snapshots geschehen? (Spätere Änderungen gehen verloren) (!Die VM erhält automatisch mehr Arbeitsspeicher) (!Das Hostbetriebssystem wird immer neu installiert) (!Alle Snapshots werden automatisch zu externen Backups)

Was unterscheidet typische Linux-Container von klassischen VMs? (Container teilen sich den Kernel ihrer Laufzeitumgebung) (!Container benötigen immer einen eigenen Gastkernel) (!Container können keine Prozesse ausführen) (!Container benötigen grundsätzlich mehr RAM als VMs)

Memory

Hypervisor	Virtuelle Ressourcenverwaltung
Host	Physischer Ausbildungsrechner
Gastbetriebssystem	Betriebssystem innerhalb einer VM
Snapshot	Wiederherstellbarer Systemzustand
vCPU	Virtuell zugewiesene Recheneinheit
Internes Netzwerk	Abgeschottete VM-zu-VM-Verbindung
Container	Isolierte Anwendungsumgebung

Drag and Drop

Ordne die richtigen Begriffe zu.	Bedeutung
Host	Physische Maschine
Hypervisor	Virtualisierungsschicht
Gast	Virtueller Rechner
Snapshot	Rücksetzpunkt
Internes Netz	VM-Verbund ohne externen Uplink

Kreuzworträtsel

Hypervisor	Welche Softwarekomponente verwaltet virtuelle Maschinen?
Snapshot	Wie heißt ein wiederherstellbarer Zustand einer VM?
Container	Welche Technik isoliert Anwendungen typischerweise unter Verwendung eines gemeinsamen Kernels?
Speicher	Welche Ressource wird häufig in GiB geplant?
Kernel	Wie heißt der zentrale Kern eines Betriebssystems?
Isolation	Wie nennt man die Abschottung verschiedener Systeme voneinander?

LearningApps

Die folgenden Suchergebnisse sind ein optionales externes Lernangebot. Prüfe die Inhalte und Rechte einzelner Apps vor der Verwendung.

Lückentext

Der physische Rechner, der virtuelle Maschinen ausführt, heißt

.

Eine Softwarekomponente zur Verwaltung virtueller Maschinen ist der

.

Das Betriebssystem innerhalb einer virtuellen Maschine wird als

bezeichnet.

Der kurzfristig benötigte Arbeitsspeicher heißt

.

Virtuelle Prozessoren werden als

bezeichnet.

Ein wiederherstellbarer Zustand einer VM heißt

.

Für die isolierte Kommunikation der beiden Übungs-VMs wird ein

Netzwerk verwendet.

Der Standardmodus NAT kann ausgehende

ermöglichen.

Container teilen gewöhnlich den

ihrer Laufzeitumgebung.

Bei Ressourcenengpässen kann die Systemleistung durch

beeinträchtigt werden.

Das Python-Programm verwendet ausschließlich

Planungsdaten.

Offene Aufgaben

Leicht

Virtuelle Maschine: Zeichne eine Skizze mit einem Host, einem Hypervisor und zwei virtuellen Maschinen. Beschrifte alle Elemente.
Hardware: Fotografiere oder zeichne einen ausdrücklich freigegebenen Ausbildungsrechner ohne sichtbare personenbezogene Daten. Markiere CPU, RAM und Datenträger.
Ressourcenmanagement: Erstelle ein Balkendiagramm mit den RAM-Werten des Ausbildungsfalls und kennzeichne die Reserve.
Betriebssystem: Formuliere einen kurzen Vergleich zwischen einem Host-Betriebssystem und einem Gastbetriebssystem.

Standard

VirtualBox: Dokumentiere mit selbst erstellten und datenschutzgeprüften Screenshots die Einrichtung einer vollständig offline betriebenen Übungs-VM.
Python: Erweitere den lokalen RAM-Planer um eine Eingabe für eine vierte VM und entwickle passende automatische Tests.
Netzwerkvirtualisierung: Entwirf eine schematische Darstellung zweier über ein internes virtuelles Netzwerk verbundener Ausbildungs-VMs.
Snapshot: Erstelle eine bebilderte Anleitung für das Anlegen, Testen und Wiederherstellen eines Snapshots mit ausschließlich fiktiven Dateien.

Schwer

IT-Sicherheitskonzept: Entwickle eine Sicherheitscheckliste für einen isolierten Ausbildungsarbeitsplatz und begründe jede Maßnahme.
Systemmonitoring: Untersuche in einer freigegebenen Test-VM die lokale Ressourcennutzung bei zwei selbst entwickelten und ressourcenschonenden Python-Programmen. Visualisiere die Ergebnisse ohne externe Übertragung.
Container: Erstelle eine vergleichende Präsentation zu Containern und virtuellen Maschinen. Bewerte Ressourcenbedarf, Isolation und Wartung.
Projektmanagement: Plane für einen fiktiven Ausbildungsbetrieb eine vollständige virtuelle Lernwerkstatt mit begrenztem Budget, lokalem Netz, Backup-Konzept und dokumentierten Sicherheitsgrenzen.

Begründetes Feedback und Bewertung

Verwende bei der Selbsteinschätzung folgende Kriterien:

Bereich	Gute Leistung	Begründung
Fachverständnis	Host, Gast und Hypervisor korrekt unterschieden	Die Komponenten besitzen unterschiedliche technische Aufgaben.
Ressourcenplanung	RAM-Budget rechnerisch eingehalten und Reserve berücksichtigt	Die Gesamtkapazität des Hosts ist begrenzt.
Praxistest	Lokale Ergebnisse nachvollziehbar dokumentiert	Reproduzierbare Tests machen Fehler sichtbar.
Isolation	Alle Netzwerkadapter und Integrationsfunktionen überprüft	Eine einzige zusätzliche Verbindung kann die geplante Trennung aufheben.
Transfer	Technische Entscheidung mit Vor- und Nachteilen begründet	Ein geeignetes System muss zur Aufgabe und zum Risiko passen.

Typische Fehler und Verbesserungen:

Fehler	Korrekturfeedback
Nur den RAM der VMs addieren	Auch Hostbedarf und vereinbarte Reserve einrechnen.
NAT als vollständig isoliert ansehen	NAT erlaubt in der Regel ausgehende Kommunikation.
Snapshot mit Backup gleichsetzen	Backups müssen unabhängig vom ursprünglichen VM-Speicher aufbewahrt werden.
Eine VM für unfehlbar sicher halten	Sicherheitsupdates, Schnittstellen und Hypervisor-Risiken berücksichtigen.
Eine erfolgreiche Ping-Antwort als vollständigen Sicherheitsnachweis ansehen	Netzwerkmodus, weitere Adapter und Freigaben zusätzlich kontrollieren.

Lernkontrolle

Die folgenden Aufgaben prüfen Zusammenhänge und Transferleistungen statt bloßes Faktenwissen.

Ressourcenanalyse: Ein Host besitzt 12 GiB RAM. Für Host und Reserve werden 5 GiB vorgesehen, zwei VMs benötigen jeweils 3 GiB. Beurteile, ob eine weitere VM mit 2 GiB eingeplant werden kann, und begründe Deine Antwort.
Systemarchitektur: Vergleiche die Eignung eines Typ-1-Hypervisors für eine Serverplattform und eines Typ-2-Hypervisors für eine einzelne Ausbildungsstation.
Netzwerksicherheit: Eine Lehrkraft entdeckt versehentlich einen aktivierten NAT-Adapter an einer Übungs-VM. Erkläre das mögliche Risiko und beschreibe eine sichere Korrektur.
Fehleranalyse: Eine VM arbeitet langsam, obwohl ihr zwei vCPUs zugewiesen sind. Entwickle drei mögliche Erklärungen und ein ausschließlich lokales Untersuchungsverfahren.
Datensicherung: Ein Auszubildender verlässt sich ausschließlich auf einen Snapshot. Erläutere ein realistisches Ausfallszenario, bei dem dies nicht ausreicht.
Technologiebewertung: Ein Entwicklungsteam benötigt zwei unterschiedliche Betriebssystem-Kernel für reproduzierbare Tests. Entscheide zwischen VMs und herkömmlichen Containern und begründe die Wahl.
Ausbildungsprojekt: Entwirf eine virtuelle Testumgebung für einen Rechner mit nur 8 GiB RAM. Erkläre, wie Du Funktionsumfang, Ressourcengrenzen und Sicherheit gegeneinander abwägst.

Lernnachweis

Für einen erfolgreichen Lernnachweis reichst Du eine lokale, datensparsame Projektdokumentation ein.

Architektur: Eine beschriftete Zeichnung von Host, Hypervisor, VMs und optionalem internem Netzwerk.
Ressourcen: Einen nachvollziehbaren RAM- und Datenträgerplan einschließlich Reserve.
Durchführung: Eine Beschreibung der eingerichteten und freigegebenen lokalen Testumgebung.
Code: Den funktionsfähigen Python-RAM-Planer mit dokumentierten erfolgreichen und abgelehnten Testfällen.
Sicherheit: Eine Checkliste zur Offline-Isolation und zu deaktivierten Freigaben.
Wiederherstellung: Ein dokumentiertes Ergebnis des Snapshot-Tests.
Reflexion: Eine fachlich begründete Entscheidung zu VM oder Container für den Ausbildungsfall.

Bewertungsvorschlag: Fachliche Richtigkeit 30 %, praktische Umsetzung 25 %, Sicherheit und Datenschutz 25 %, Dokumentation und Transfer 20 %.

Datenschutz: Der Lernnachweis enthält ausschließlich fiktive Ressourcenwerte, lokal erzeugte Testergebnisse und datenschutzgeprüfte Darstellungen. Keine Zugangsdaten, echten Host-Identifikatoren oder Kundendaten abgeben.

OERs zum Thema

Wikipedia: Virtualisierung in der Informatik

Fachquellen

Die folgenden Originalquellen dienen zur fachlichen Kontrolle und Vertiefung:

Oracle: VirtualBox User Guide 7.2 – Grundfunktionen, VM-Einrichtung und Verwaltung.
Oracle: Virtual Networking – Netzwerkmodi und ihre Kommunikationsmöglichkeiten.
Oracle: Security Guide – Netzwerkschutz, gemeinsame Ordner und Zwischenablage.
Oracle: VBoxManage Command Reference – Snapshots und Wiederherstellung.
Red Hat: Was ist ein Hypervisor? – Aufbau und Typen von Hypervisoren.
IBM: Containers versus Virtual Machines – Unterschiede zwischen VMs und Containern.
Debian: Installationsmedien – Offizielle Offline-Installationsmedien.
Debian: Image Verification – Prüfsummen und Signaturen.
Virtualisierung (Informatik) – Enzyklopädische Grundlagen.
Hypervisor – Begriff, Architektur und Klassifizierung.

Die Fachquellen beschreiben technische Eigenschaften. Die Ressourcenbeispiele der fiktiven Lernwerkstatt sind eigens konstruierte didaktische Übungsdaten und keine gemessenen Leistungswerte.

Mediennachweise und Lizenzen

Alle folgenden Bilddateien stammen aus überprüfbaren Wikimedia-Commons-Dateibeschreibungsseiten. Die jeweilige Lizenz ist beim Wiederverwenden und Bearbeiten zu beachten.

Verwendetes Bild	Urheberangabe	Lizenz
Alternative virtual machine host.svg	ujmoser	CC0
Hardware Virtualization (copy).svg	John Aplessed	Gemeinfrei
Hypervisor Typ 1.svg	HennR	CC BY-SA 3.0
Hypervisor Typ 2.svg	HennR	CC BY-SA 3.0
RAM illustration.svg	ArMonday	CC BY 4.0
MacBook Running Virtual Machine.svg	HFWMan	CC BY-SA 4.0
Switch-schematic-image.svg	Deadlyhappen	CC BY-SA 4.0
Containers.svg	Joseph554	CC BY-SA 4.0

Videonachweise: Die eingebundenen YouTube-Videos werden über den jeweiligen Originalanbieter wiedergegeben. Das Einbetten bedeutet nicht, dass die Videos zur freien Vervielfältigung, Veränderung oder Weiterverbreitung lizenziert sind. Keine lokalen Kopien oder Weiterveröffentlichungen ohne entsprechende Rechte anfertigen.

Die ASCII-Darstellungen, fiktiven Ressourcendaten und Python-Beispiele wurden für diesen Kurs erstellt. Die Beispiele nutzen nur lokale Standardfunktionen. Die Funktionsfähigkeit der praktischen Übungen setzt die angegebenen Werkzeuge und eine passend eingerichtete Testumgebung voraus.