Ein einzelner Rechner kann ein Dutzend Dienste tragen, ohne dass sie sich gegenseitig stören. Der Trick heißt Isolation – und die Entscheidung, wie streng man isoliert, bestimmt fast alles, was danach kommt.
Warum überhaupt trennen?
Der naheliegende Weg wäre, alle Dienste nebeneinander auf ein Betriebssystem zu installieren. Das funktioniert – bis zum ersten Konflikt. Zwei Programme brauchen unterschiedliche Versionen derselben Bibliothek. Ein Update repariert das eine und zerlegt das andere. Ein einziger fehlgeschlagener Dienst zieht den Rest mit sich, weil er den Arbeitsspeicher aufgefressen hat.
Getrennte Umgebungen lösen das, indem jeder Dienst seine eigene Welt bekommt: eigene Bibliotheken, eigene Konfiguration, eigene Grenzen bei Arbeitsspeicher und Prozessorzeit. Geht etwas schief, betrifft es genau diese eine Welt. Und ein Rückbau ist nicht mehr das mühsame Deinstallieren von Abhängigkeiten, sondern ein Löschbefehl.
Container oder virtuelle Maschine?
Beide Varianten trennen, aber auf verschiedenen Ebenen. Eine virtuelle Maschine bringt einen kompletten eigenen Betriebssystemkern mit. Ein Container teilt sich den Kern mit dem Wirt und trennt nur den Rest.
| Container | Virtuelle Maschine | |
|---|---|---|
| Startzeit | Sekunden | Halbe bis ganze Minute |
| Overhead | Kaum messbar | Eigener Kern, eigener Speicherbedarf |
| Betriebssystem | Muss zum Wirt passen | Beliebig, auch Windows |
| Trennung | Gut, aber gemeinsamer Kern | Vollständig |
| Hardware-Durchreichung | Umständlich | Sauber möglich |
| Typischer Speicherbedarf | 128 MB bis 2 GB | Ab 2 GB aufwärts |
Als Faustregel: Container ist die Vorgabe, virtuelle Maschine die Ausnahme. Zur Ausnahme wird es, wenn ein anderes Betriebssystem gebraucht wird, wenn Hardware direkt durchgereicht werden muss – Grafikkarte, TV-Karte, USB-Gerät – oder wenn ein Dienst so tief ins System greift, dass ein geteilter Kern nicht reicht.
Der Sonderfall Docker
Docker-Container sind noch eine Stufe schmaler: sie enthalten idealerweise genau einen Prozess und werden nicht gepflegt, sondern ersetzt. Das passt hervorragend zu Software, die als fertiges Abbild veröffentlicht wird, und schlecht zu allem, was man von Hand konfigurieren möchte. Viele Aufbauten kombinieren beides – ein Container mit vollem Betriebssystem, in dem wiederum Docker läuft.
Wie viel Hardware ist nötig?
Weniger als vermutet. Entscheidend ist selten die Rechenleistung, sondern Arbeitsspeicher und ein Datenträger, der nicht stirbt.
- Arbeitsspeicher ist die harte Grenze. Prozessorzeit lässt sich teilen und wird zur Not langsamer; voller Arbeitsspeicher führt dazu, dass das System Prozesse abschießt. 16 GB tragen bequem ein Dutzend kleiner Dienste, 8 GB reichen für den Anfang.
- Datenträger: eine SSD für das System und die Container, klassische Festplatten für große Datenmengen. Wichtig ist weniger die Geschwindigkeit als die Frage, was beim Ausfall passiert.
- Prozessor: vier Kerne aus den letzten Jahren genügen für fast alles außer Videoumwandlung und Sprachmodellen.
- Stromverbrauch ist der Posten, der über Jahre zählt. Ein Gerät, das dauerhaft 60 Watt zieht, kostet im Jahr ein Vielfaches eines sparsamen mit 15 Watt.
Speicher und Ausfallsicherheit
Ein verbreiteter Denkfehler ist, gespiegelte Datenträger für eine Sicherung zu halten. Sie sind es nicht. Eine Spiegelung schützt gegen den Ausfall eines Datenträgers – und nur dagegen. Gegen versehentliches Löschen, gegen Verschlüsselungstrojaner, gegen einen Fehler in der Konfiguration, gegen Blitzschlag oder Diebstahl schützt sie überhaupt nicht, weil alle diese Ereignisse auf beiden Datenträgern gleichzeitig ankommen.
Die brauchbare Ergänzung ist eine echte Sicherung an einen anderen Ort, mit Versionsständen, sodass sich auch der Zustand von vorgestern wiederherstellen lässt. Und der Teil, den fast alle auslassen: einmal ausprobieren, ob aus der Sicherung tatsächlich ein laufendes System entsteht.
Typische Fehler zu Beginn
- Alles in einen Container. Verlockend, weil schnell – und genau der Zustand, den die Trennung vermeiden sollte.
- Feste Adressen vergessen. Wenn der Router die Adressen frei vergibt, zeigen Konfigurationen nach dem nächsten Neustart ins Leere.
- Zu große Zuweisungen. Jedem Container 4 GB zu geben, weil es gerade passt, führt dazu, dass der fünfte nicht mehr startet.
- Keine Notiz, was warum so eingestellt ist. Nach sechs Monaten ist die Begründung weg, die Einstellung aber noch da.
Weiter zu:
Netzwerk & Zugriff ·
Automatisierung ·
KI im Eigenbetrieb ·
Glossar