Eine Kiste, zwei Philosophien: soll Speicher oder Virtualisierung das Fundament sein?

Wer einen Server und mehrere Aufgaben hat, kommt irgendwann an diese Gabelung. Auf der einen Seite Systeme, die um einen Verbund herum gebaut sind und bei denen virtuelle Maschinen eine Funktion sind. Auf der anderen Systeme, die um einen Hypervisor herum gebaut sind und bei denen Speicher ein Teilsystem ist. Beides funktioniert. Menschen sind mit beidem zufrieden.

Die nützliche Frage ist nicht, was besser ist. Sie lautet: welche Schicht soll unter der anderen liegen, denn das entscheidet, was Sie später austauschen können, ohne die Maschine neu zu bauen.

Was "Fundament" hier bedeutet

Das Fundament ist die Schicht, die weiterläuft, während an der anderen gearbeitet wird. Das ist der ganze Unterschied, und beim Vergleichen von Funktionslisten übersieht man ihn leicht.

Ist der Speicher das Fundament, überlebt der Verbund Ihre Experimente mit Diensten. Sie können nachts um zwei einen Container zerlegen, und Ihre Dateien bleiben unberührt, weil das, was sie hält, nie beteiligt war.

Ist der Hypervisor das Fundament, überleben die Maschinen Ihre Experimente mit Speicher. Sie können einen Pool hinzufügen, eine Platte verschieben oder ein Speicherziel ersetzen, und die Maschinen laufen weiter, solange ihre eigenen Platten erreichbar bleiben.

Keine der beiden Reihenfolgen schützt beides. Sie wählen aus, was das langweilige, stabile Ding sein soll.

Die Frage, die es wirklich entscheidet

Nicht "was will ich betreiben", denn beide Antworten betreiben alles. Fragen Sie stattdessen: wofür ist diese Maschine an ihrem schlechtesten Tag da?

Lautet die ehrliche Antwort "sie hält Dinge, die ich nicht verlieren darf, und betreibt nebenbei ein paar Dienste", dann will der Speicher das Fundament sein. Die Virtualisierungsseite wird ausreichend statt tief sein, und das ist der richtige Handel, weil der Verbund der Punkt ist.

Lautet die ehrliche Antwort "sie betreibt Dinge, auf die Leute angewiesen sind, und lagert nebenbei deren Daten", dann will der Hypervisor das Fundament sein. Speicher kommt als Bausatz statt als fertiges Produkt, und auch das ist der richtige Handel, weil die Verfügbarkeit der Dienste der Punkt ist.

Die meiste Enttäuschung entsteht, wenn man die zweite Antwort wählt und das Speichererlebnis des ersten Systems erwartet. Oder umgekehrt.

Was jede Seite tatsächlich kostet

Verbund zuerst. Die Virtualisierungsseite ist echt, aber flacher. Snapshot-Integration mit dem Gast, Live-Migration, feingranulare Sicherungspläne je Maschine und Hardware-Durchreichung gibt es in unterschiedlichem Maß, und alles davon ist auf der Hypervisor-Seite einfacher. Sind Ihre virtuellen Maschinen zwei Hilfskisten, merken Sie es nie. Sind es acht Produktionsdienste, merken Sie es.

Hypervisor zuerst. Speicher kommt als Teile, nicht als fertiges Produkt. Sie wählen ein Layout, entscheiden über Redundanz, richten Prüfläufe und Überwachung ein, und nirgends bietet Ihnen ein freundlicher Assistent an, "einfach eine Freigabe zu machen". Die Flexibilität ist echt, die Aufbauzeit auch.

⚠️ Beide Seiten machen einen Neustart teuer, und das überrascht alle, die dachten, die Verbund-Wahl schütze davor. Eine Kernel-Aktualisierung legt die Maschine so oder so lahm, mitsamt allem darauf. Fundament heißt: was überlebt Ihre Änderungen, nicht was überlebt einen Neustart.

Der Mischweg und der Fehlerfall, den er hinzufügt

Eine sehr verbreitete Anordnung: der Hypervisor als Fundament, darauf ein speicherorientiertes System als virtuelle Maschine, mit durchgereichten Platten.

Das funktioniert, es ist beliebt, und es gibt Ihnen wirklich beide Erlebnisse. Es führt aber eine Abhängigkeit ein, die es vorher nicht gab: Ihre Dateien brauchen jetzt eine startende virtuelle Maschine. Startet sie nicht, ist der Speicher nicht bloß langsam, sondern weg, und alles, was eine Freigabe von dort einhängt, fällt gleichzeitig aus.

Das ist ein akzeptabler Handel, wenn Sie wissen, dass Sie ihn eingehen. Er wird zur unangenehmen Überraschung, wenn Sie die Abhängigkeit während eines Ausfalls entdecken. Zwei Gewohnheiten machen ihn sicher: die Startplatte des Hypervisors strikt getrennt von den durchgereichten Platten halten, und dafür sorgen, dass mindestens ein Wiederherstellungsweg nicht durch diese Maschine führt.

Was es nicht entscheidet

Rohe Leistungszahlen. Auf einer Kiste sitzen beide Ansätze auf derselben Hardware, und der Unterschied in der Praxis ist meist kleiner als der zwischen zwei Speicherlayouts auf demselben System.

Was sich leichter installieren lässt. Die Installation passiert einmal. Womit Sie leben, ist das zweite Jahr, wenn Sie etwas ändern müssen.

Was für Ihren Zweck beliebter ist. Ein gut verstandener Aufbau, den Sie reparieren können, schlägt einen besseren, den Sie nicht reparieren können.

Was Atlas macht

Atlas macht aus Proxmox kein Speichergerät und tut auch nicht so, als verschwände der Aufbauschritt. Was es macht, ist das aufgebaute Ergebnis lesbar zu machen, und genau dort ist die Hypervisor-Seite am schwersten.

Die Ressourcenkette wird von jeder Maschine bis zur physischen Platte gezeichnet, sodass die Anordnung, die Sie gebaut haben, als Bild sichtbar ist statt als erinnerte Entscheidung. Auf der Verbund-Seite ist dieses Bild implizit, weil der Verbund selbst das Produkt ist; hier muss es gezeigt werden, und das Zeigen ist der Punkt.

Speicherarbeiten laufen über einen geführten Ablauf mit Vorschau und Rückweg, über ZFS, LVM und Btrfs hinweg. Das trifft die Wahl nicht für Sie, und das soll es auch nicht: es macht die getroffene Wahl im Nachhinein prüfbar, und dieser Teil entscheidet, wie das zweite Jahr verläuft.