Hallo.
Kann mir jemand genau erklären, wo genau der Unterschied zwischen folgenden 4 verschiedenen Diskformaten liegt und für welchen Zweck, welches Format geeignet ist ?
zeroedthick
eagerzeroedthick
thin
2gbsparse
Danke!
Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!
Backups - Verschiedene Disk Formate !?
Google -->
zeroedthick (default) .
Space required for the virtual disk is allocated during creation. Any data remaining on the physical device is not erased during creation, but will be zeroed out at a later time during virtual machine read and write operations.
eagerzeroedthick
Space required for the virtual disk is allocated at creation time. Unlike with the zeroedthick format, the data remaining on the physical device is zeroed out during creation. Disks in this format might take much longer to create than other types of disks.
thick
Space required for the virtual disk is allocated during creation. This type
of formatting doesn.t zero out any old data that might be present on this allocated space.
thin
Thin-provisioned virtual disk. Unlike with the thick format, space required
for the virtual disk is not allocated during creation, but is supplied, zeroed out, on demand at a later time.
2gbsparsed
vmdk in 2 GB files splitten
zeroedthick (default) .
Space required for the virtual disk is allocated during creation. Any data remaining on the physical device is not erased during creation, but will be zeroed out at a later time during virtual machine read and write operations.
eagerzeroedthick
Space required for the virtual disk is allocated at creation time. Unlike with the zeroedthick format, the data remaining on the physical device is zeroed out during creation. Disks in this format might take much longer to create than other types of disks.
thick
Space required for the virtual disk is allocated during creation. This type
of formatting doesn.t zero out any old data that might be present on this allocated space.
thin
Thin-provisioned virtual disk. Unlike with the thick format, space required
for the virtual disk is not allocated during creation, but is supplied, zeroed out, on demand at a later time.
2gbsparsed
vmdk in 2 GB files splitten
- continuum
- UNSTERBLICH(R.I.P.)
- Beiträge: 14759
- Registriert: 09.08.2003, 05:41
- Wohnort: sauerland
- Kontaktdaten:
zeroedthick (default) .
vmdk wird in voller Groesse angelegt - dieser Typ wird bei der Erstellung nicht mit Nullen ueberschrieben - das passiert erst spaeter im Betrieb
eagerzeroedthick
vmdk wird in voller Groesse angelegt - dieser Typ wird bei der Erstellung mit Nullen ueberschrieben
thick
vmdk wird in voller Groesse angelegt - und nie genullt
thin
vmdk waechst nach Bedarf - dies ist ein Feature des VMFS dateisystems - und ist auf den meisten NFS-servern nicht moeglich
2gbsparsed
vmdk wird in maximal 2 Gb grosse Stuecke aufgeteilt - die jeweils nach Bedarf wachsen - dieses Format ist it Workstation kompatibel
Achtung - da du es auf deutsch haben wolltest - musste ich das ganze etwas vereinfachen da es fuer manche englische Begriffe keine Uebersetzungen gibt - warum auch ...
vmdk wird in voller Groesse angelegt - dieser Typ wird bei der Erstellung nicht mit Nullen ueberschrieben - das passiert erst spaeter im Betrieb
eagerzeroedthick
vmdk wird in voller Groesse angelegt - dieser Typ wird bei der Erstellung mit Nullen ueberschrieben
thick
vmdk wird in voller Groesse angelegt - und nie genullt
thin
vmdk waechst nach Bedarf - dies ist ein Feature des VMFS dateisystems - und ist auf den meisten NFS-servern nicht moeglich
2gbsparsed
vmdk wird in maximal 2 Gb grosse Stuecke aufgeteilt - die jeweils nach Bedarf wachsen - dieses Format ist it Workstation kompatibel
Achtung - da du es auf deutsch haben wolltest - musste ich das ganze etwas vereinfachen da es fuer manche englische Begriffe keine Uebersetzungen gibt - warum auch ...
-
irix
- King of the Hill
- Beiträge: 13063
- Registriert: 02.08.2008, 15:06
- Wohnort: Hannover/Wuerzburg
- Kontaktdaten:
Also Ulli hat doch eine beschreibung dahinter geschrieben. Wenn du Thinprovisioning verwendest dann must du wie ein Luchs aufpassen das die der Datastore nicht volllaeuft durch einen Snapshot oder aber du eine Unsinninge Aktion im GuestOS(Full Format,/sdelete) weil dann von Jetzt auf Gleich die VMs stehenbleiben mit einem Schreibfehler.
Die Frage was am "zuverlaessigsten" ist laesst sich einfach beantworten => eagerzeroedthick.
Gruss
Joerg
Die Frage was am "zuverlaessigsten" ist laesst sich einfach beantworten => eagerzeroedthick.
Gruss
Joerg
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
beim eagerzeroedthick dauert das Erstellen der .vmdk-Datei entsprechend lange, weil eben die ganzen Nullen gleich geschrieben werden müssen.
Beim "normalen" zeroedthick (standardformat beim ESX) wird der Block in der .vmdk-Datei vor dem ersten Zugriff genullt. dadurch entsteht eine "Write Penalty" beim ersten Schreibzugriff auf einen Block. Fällt im normalfall nicht auf, stört aber eben wenn man cluster-funktionen wie MSCS oder FT verwenden will.
viele grüße,
jörg
Beim "normalen" zeroedthick (standardformat beim ESX) wird der Block in der .vmdk-Datei vor dem ersten Zugriff genullt. dadurch entsteht eine "Write Penalty" beim ersten Schreibzugriff auf einen Block. Fällt im normalfall nicht auf, stört aber eben wenn man cluster-funktionen wie MSCS oder FT verwenden will.
viele grüße,
jörg
-
irix
- King of the Hill
- Beiträge: 13063
- Registriert: 02.08.2008, 15:06
- Wohnort: Hannover/Wuerzburg
- Kontaktdaten:
sirrossi hat geschrieben:Folgendes ist bei "thin" zu bedenken:
Die Performance Deines Storage kann massiv beeinträchtigt werden, da SCSI Reservations in erhöhter Zahl auftreten
Ganz so schlimm ist es nicht da ja immer in groessern Bloecken erweitert wird. Es ist ja nun sich so das bei jedem Byte was das GuestOS nun neu schreibt die VMDK auch um dieses Byte erweitert wird.
Die SCSI Resveration treten auch nur auf wenn die Metadaten auf dem VMFS geaendert werden muessen was natuerlich bei einer Groessenaenderung einer VMDK der Fall ist.
Aber du hast natuerlich Recht das man das im Auge behalten muss wenn da 15VMs mit Thinprovisioning in einem DS laufen und diese auf zig Hosts verteilt sind.
Gruss
Joerg
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 5 Gäste

