Snapshots löschen ohne Festplattenplatz zu verschwenden

Snapshots und Sperrungen des Dateisystems beeinträchtigen die Performance von ESX-Servern

Snapshots besitzen in vielerlei Hinsicht einen negativen Einfluss auf die Performance von ESX-Hosts und virtuellen Maschinen. Wenn man beispielsweise einen Snapshot anlegt, wird die VM eine kurze Pause einlegen. Falls man eine VM während der Erstellung eines Snapshots anpingt, wird man feststellen, dass es einige Male zu Timeouts kommt.

Zudem kommt es bei der Erstellung eines Snapshots mehrfach zur Aktualisierung von Metadaten, was zu SCSI reservations conflicts führen kann, die Zugriffe auf die LUN (logische Festplattennummer) kurzfristig verhindern. Dies führt dazu, dass die betreffende LUN für kurze Zeit nur einem bestimmten ESX-Server zur Verfügung steht.

Wenn man einen Snapshot einer VM erstellt hat und die VM anschließend startet, ist der Snapshot aktiv. Wenn ein Snapshot aktiv ist, leidet darunter auch die Performance der VM, da der ESX-Server Schreibvorgänge bei Delta-Dateien anders und weniger effizient handhabt als bei normalen VMDK-Dateien. Solange ein Schreibzugriff auf das Laufwerk stattfindet, können keine weiteren Schreibzugriffe auf die Delta-Dateien stattfinden, da das Dateisystem gesperrt ist (Metadata Locks).

Zudem kommt es bei jeder Vergrößerung einer Delta-Datei um ein Teilstück von 16 MB wieder zu einer Sperrung des Dateisystems. Dies kann sich negativ auf VMs und ESX-Hosts auswirken. Wie groß die Auswirkungen auf die Performance jeweils sein werden, hängt davon ab, wie hoch die Systemlast auf diesen VMs und ESX-Hosts ist.

Und schließlich kommt es beim Löschen/Speichern („Commit“) ebenfalls zu einem Lock der Metadaten, also zur Sperrung des Dateisystems. Zudem kann das Löschen eines Snapshots dazu führen, dass die Performance auf dieser VM stark abfällt, solange die Delta-Dateien zurückgeschrieben werden. Dieser Effekt ist deutlicher, wenn die VM stark ausgelastet ist. Um dieses Problem zu vermeiden, empfiehlt es sich, mehrere/große Snapshots nicht in Zeiten niedriger Systemlast zu löschen, wenn der Host-Server weniger stark beschäftigt ist.

(ID:2015469)