ssd_rider 2 Geschrieben 4. September 2015 Melden Teilen Geschrieben 4. September 2015 Hallo, manchmal lese ich es so, aber meine Kollegen sagen was anderes: Ein Snapshot ist eine Kopie von einer VM. Auf der VM wird dann weiter gearbeitet. Falls beim Weiterarbeiten etwas schief läuft, wird der Snapshot zurück gespielt. Oder ist es so, dass... nicht auf der VM weitergearbeitet wird sondern auf dem Snapshot. Falls alles richtig verlaufen ist, werden die Änderungen, bzw. das Snapshot in die VM "verschmolzen" bzw. übernommen oder eingespielt. Falls etwas schief gelaufen ist, kann der Snapshot verworfen werden. Was trifft zu? Gibt es von Hersteller zu Hersteller (VMWare oder Hyper V) Unterschiede? MfG Zitieren Link zu diesem Kommentar
NorbertFe 2.061 Geschrieben 4. September 2015 Melden Teilen Geschrieben 4. September 2015 Bei Hyper-V wird im Moment eines Snapshots eine avhd(x) Datei genutzt, in der alle Änderungen seit Erstellung des Snapshots geführt werden. Kannst du dir ja mal anschauen. Also ist klar, dass das mit mehreren Snapshots schnell "unübersichtlich" werden kann. Man arbeitet also mit der VM weiter, da die avhd(x) Datei auf der ursprünglichen VHD(x) basiert. Wenn du den Snapshot löschst, wird die avhd(x) in die vhd(x) zusammengeführt. Wenn du den Snapshot zurücksetzt wird die avhd gelöscht. Wenn du mehrere hast, siehe "unübersichtlich" ;) Bye Norbert Zitieren Link zu diesem Kommentar
zahni 554 Geschrieben 4. September 2015 Melden Teilen Geschrieben 4. September 2015 Und lahm. Bei solchen Snapshots muss beim Lesen auf alle Snapshots zugegriffen werden, um die gültigen (aktuellen) Daten zu gewinnen. Je mehr Snapshots, desto langsamer. Bestimme Storage-System wie die Netapp, bekommen das ohne Performance-Verlust hin. Ist aber ein anderes Thema... Zitieren Link zu diesem Kommentar
Dukel 455 Geschrieben 4. September 2015 Melden Teilen Geschrieben 4. September 2015 Bisher war das Verhalten bei Hyper-V und ESX gleich. Bei einem Snapshot werden Änderungen nicht mehr in die Disk-Datei sondern in den Snapshot geschrieben. Beim zurückfahren eines Snapshots wird die Snapshot Datei einfach gelöscht, bei löschen des Snapshots die Inhalte in die Disk-Datei zusammengeführt. Seit der aktuellen oder in der kommenden Version von ESX wird das verhalten gedreht, da idR öfters ein Snapshot gelöscht wird als auf einen älteren Stand zurückgegangen wird. Dabei wird immer in die Disk-Datei geschrieben und die Änderungen werden mit Protokolliert. Beim Zurückfahren müssen dann auf der Disk-Datei die Änderungen Rückgängig gemacht werden. Dafür geht das löschen eines Snapshots schneller (und mit weniger Last), da dabei nur die Snapshotdatei gelöscht werden muss. Zitieren Link zu diesem Kommentar
NilsK 2.957 Geschrieben 4. September 2015 Melden Teilen Geschrieben 4. September 2015 Moin, oder um es konkret zu sagen: Die zweite Aussage trifft zu. Ohne Snapshot: VHDX-Datei - VM Mit Snapshot: VHDX-Datei (read-only) - AVHDX-Datei - VM Mit zwei nacheinander erzeugten Snapshots: VHDX-Datei (read-only) - AVHDX-Datei 1 (read-only) - AVHDX-Datei 2 - VM Dabei sind für Lesezugriffe immer alle beteiligten Dateien zuständig, weil die jeweils aktive AVHDX-Datei nur die Änderungen zu ihrem Vorgänger (oder auch: Parent) enthält. Alles, was nicht geändert wurde, wird aus der Parent-Disk gelesen. Beim Schreiben wird nur die aktuelle AVHDX-Datei verwendet. Das führt, wenn man es exzessiv betreibt, zu (irgendwann deutlichen) Performanceverlusten und zu (schnell erheblicher) Platzverschwendung. Gruß, Nils Zitieren Link zu diesem Kommentar
Dukel 455 Geschrieben 4. September 2015 Melden Teilen Geschrieben 4. September 2015 Das führt, wenn man es exzessiv betreibt, zu (irgendwann deutlichen) Performanceverlusten und zu (schnell erheblicher) Platzverschwendung. Und zu Platz Problemen auf der Storage. Angenommen man hat eine Storage mit 100GB und eine vhdx Datei mit 70GB. Die Snapshot Datei kann genauso groß wie die vhdx Datei werden (= 70GB) und dies kann zu groß für die Storage sein. Dies ist auf jeden Fall bei VMware so und vermutlich auch bei Hyper-V. Zitieren Link zu diesem Kommentar
NorbertFe 2.061 Geschrieben 4. September 2015 Melden Teilen Geschrieben 4. September 2015 Wieso genauso groß? Die kann auch viel größer werden als die vhdx. ;) Oder meinst du die ist begrenzt? Das ist ja genau das Problem... Zitieren Link zu diesem Kommentar
Dukel 455 Geschrieben 4. September 2015 Melden Teilen Geschrieben 4. September 2015 Dann eben viel größer (macht es nicht besser). Auf jeden Fall kann man sich nicht darauf verlassen, dass die virtuellen Maschinen nur den Platz verbrauchen, der konfiguriert wurde (mit festen Größen), wenn man Snapshots nutzt. Zitieren Link zu diesem Kommentar
NorbertFe 2.061 Geschrieben 4. September 2015 Melden Teilen Geschrieben 4. September 2015 Richtig. Wär ja auch irgendwie doof, wenn das so wäre, oder? ;) Zitieren Link zu diesem Kommentar
NilsK 2.957 Geschrieben 4. September 2015 Melden Teilen Geschrieben 4. September 2015 Moin, Und zu Platz Problemen auf der Storage. wie ich ja auch in dem von dir zitierten Satz schrieb. ;) Gruß, Nils Zitieren Link zu diesem Kommentar
Dukel 455 Geschrieben 4. September 2015 Melden Teilen Geschrieben 4. September 2015 Du schriebst Platzverschwendung. Ich wollte auf das voll schreiben einer Storage heraus (und dem damit verbundenen Crash aller VM's, die auf dieser Storage liegen). Zitieren Link zu diesem Kommentar
NorbertFe 2.061 Geschrieben 4. September 2015 Melden Teilen Geschrieben 4. September 2015 Wenns Vollgeschrieben ist wegen eines Snapshots ist das dann keine Platzverschwendung? ;) Bin schon wech... ;) Zitieren Link zu diesem Kommentar
NilsK 2.957 Geschrieben 4. September 2015 Melden Teilen Geschrieben 4. September 2015 Moin, jaja, schon klar. Genau das meinte ich auch. :) Du hast halt noch ein Beispiel hinzugefügt, das illustriert es ja ganz gut. Gruß, Nils Zitieren Link zu diesem Kommentar
CoolAce 17 Geschrieben 8. September 2015 Melden Teilen Geschrieben 8. September 2015 Hy, ich hab mal in einem Post von Dunkelmann einen sehr coolen MS Link bekommen, da stehen auch noch interessante Details dazu. https://technet.microsoft.com/en-us/library/dn818483.aspx Gruß Coolace Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.