Auf welcher physischen Festplatte liegt Ihre virtuelle Maschine wirklich?

Fragen Sie, wo die Festplatte einer virtuellen Maschine liegt, und die Oberfläche antwortet sofort: local-lvm. Das ist eine richtige Antwort, und es ist nicht die Antwort, die Sie gebraucht haben. local-lvm ist ein Name, und ein Name sagt nicht, welches Stück Hardware aufhört sich zu drehen.

Die Frage, die sich lohnt, steht dahinter: wenn heute Nacht eine physische Platte ausfällt, wie viele Maschinen gehen mit?

Die Kette hat fünf Glieder

Eine virtuelle Maschine liegt nicht auf einer Platte. Sie liegt am Ende einer Kette, und jedes Glied ist eine Stelle, an der die Antwort Sie überraschen kann.

Die Maschine deklariert in ihrer eigenen Konfiguration eine virtuelle Festplatte. Eine Zeile wie scsi0: local-lvm:vm-100-disk-0,size=32G benennt den Speicher, nicht die Hardware.

Die virtuelle Festplatte ist entweder eine Datei oder ein Blockgerät. Was von beidem, hängt vom Speichertyp ab, und dieser Unterschied entscheidet, ob ein Snapshot billig oder unmöglich ist.

Der Speicher ist ein Eintrag in der Speicherkonfiguration des Hosts. Er ist ein Etikett, das auf etwas anderes zeigt. Zwei Etiketten können auf dasselbe darunterliegende Ding zeigen, und genau so teilen sich zwei scheinbar getrennte Maschinen am Ende einen Ausfall.

Der Pool oder die Volume Group ist die Stelle, an der mehrere physische Platten zusammengefasst sind. Oder an der eine einzelne so tut, als wäre sie ein Pool.

Die physische Festplatte ist das einzige Glied, das tatsächlich sterben kann.

Die Listenansicht zeigt Ihnen Glied eins und Glied drei. Das Risiko wohnt in den Gliedern zwei, vier und fünf.

Warum die Antwort mehr zählt, als sie aussieht

Denken Sie an eine häufige Konstellation: acht Maschinen, alle auf local-lvm, auf einem Host mit vier Platten. Es liest sich, als wäre die Last auf vier Platten verteilt. Ob sie es ist, hängt vollständig davon ab, wie die Volume Group gebaut wurde.

Wurden die vier Platten ohne Redundanz gestreift, nimmt der Ausfall einer Platte alle acht Maschinen mit. Wurden sie paarweise gespiegelt, nimmt der Ausfall einer Platte gar nichts mit und Sie tauschen sie in Ruhe. Dieselben acht Maschinen, derselbe Speichername, derselbe Bildschirm. Entgegengesetzte Folgen.

Nichts in der Maschinenliste unterscheidet diese beiden Fälle. Sie müssen die Kette abgehen.

Wo die Kette sich versteckt

Thin Provisioning. Eine Maschine kann 32 GB zugewiesen zeigen und 4 GB belegen. Addieren Sie die zugewiesenen Größen, können Sie die physische Kapazität überschreiten, ohne dass eine Warnung erscheint. Alles läuft, bis der Pool wirklich voll ist, und dann bricht es nicht für die gewachsene Maschine, sondern für alle gleichzeitig.

Snapshots im selben Pool. Ein Snapshot schützt Sie vor einem Fehler innerhalb der Maschine. Er schützt Sie nicht vor der Platte darunter. Ein Snapshot im selben Pool wie die Maschine stirbt mit der Maschine.

Zwei Etiketten, ein Gerät. Ein Verzeichnisspeicher, dessen Pfad zufällig in derselben Volume Group liegt wie ein Blockspeicher. Zwei Einträge in der Oberfläche, ein physisches Schicksal.

Die Systemplatte. Auf vielen Hosts sind Systemplatte und erster Maschinenspeicher dasselbe Gerät. Es funktioniert, es ist verbreitet, und es bedeutet, dass ein einzelner Ausfall sowohl die Maschinen mitnimmt als auch das, was sie verwalten sollte.

Die Frage, die eine Sicherung nicht beantwortet

"Es gibt Sicherungen" ist eine gute Antwort auf eine andere Frage. Eine Sicherung beantwortet, wie lange die Wiederherstellung dauert, nicht wie viele Maschinen wiederhergestellt werden müssen.

Das sind getrennte Zahlen und sie kosten getrennt. Eine Maschine aus einer Sicherung zurückzuholen ist ein Abend. Acht zurückzuholen ist ein Wochenende, und zwar eines, an dem nichts läuft.

Die Kette abzugehen liefert Ihnen die zweite Zahl. Sie ist es wert, bekannt zu sein, bevor Sie sie brauchen, denn messen können Sie sie nicht mehr, wenn die Platte schon tot ist.

Die Kette von Hand lesen

Jedes Glied lässt sich vom Host aus lesen, und es lohnt sich, das mindestens einmal zu tun, damit die Form vertraut wird.

Die Konfiguration der Maschine benennt ihren Speicher. Die Speicherkonfiguration des Hosts sagt, welcher Art dieser Speicher ist und worauf er zeigt. Für eine Volume Group zeigt die Gruppenauflistung, welche physischen Geräte dazugehören. Für einen ZFS Pool zeigt der Poolstatus die Geräte und, wichtiger, wie sie angeordnet sind: ob sie einander spiegeln oder nur nebeneinander liegen.

Dieses letzte Detail entscheidet alles, und es ist zugleich das, was am weitesten von der Maschinenliste entfernt liegt.

Was Atlas macht

Atlas zeichnet die ganze Kette auf einem Bildschirm, von der Maschine bis zur physischen Platte. So wird die Frage beantwortet, indem man einer Linie folgt, statt fünf Ansichten zu öffnen und sie im Kopf zusammenzufügen.

Die Karte zeigt die Maschine, ihren Prozessor und Speicheranteil, ihre virtuellen Festplatten, den Speicher, auf dem diese liegen, den Pool und ganz unten die echte Hardware. Wenn acht Maschinen auf derselben physischen Platte landen, laufen acht Linien sichtbar zusammen. Sie müssen es nicht vermuten, um es zu finden.

Auch die Anordnung wird gezeichnet, nicht nur die Zugehörigkeit: ein gespiegeltes Paar und zwei unabhängige Platten sehen verschieden aus, weil der Unterschied zwischen ihnen der Unterschied zwischen einem ruhigen Tausch und einem verlorenen Wochenende ist.

Die Kette wird live gelesen statt einmal gezeichnet, also steht ein letzten Monat hinzugefügter Speicher auf der Karte, ohne dass sich jemand daran erinnern muss, ein Schema zu pflegen.