Was passiert eigentlich, wenn man das Alignment der Partitionen auf einem Dedup-Storage korrigiert?
Das Thema Partition Alignment sollte in der Zwischenzeit jedem VMware-Betreiber ein Begriff sein, um den Storage zu entlasten und mehr Leistung aus der gesamten virtuellen Infrastruktur zu erhalten. Dabei sind aber entgegen der weitläufigen Meinung nicht nur virtuelle Maschinen, sondern auch physikalische Server betroffen, weshalb man in den Microsoft Performance Guides für SQL und Exchange entsprechende Einträge findet. Schöne Abhandlung zu dem Thema findet man an vielen Stellen. Es existieren freie und kommerzielle Tools, welche im Artikel von Yellow Bricks mit aufgeführt sind, u. a. viele Diskpartition Tools, vizioncore vOptimizer oder NetApp Tools.
- http://www.yellow-bricks.com/2010/04/08/aligning-your-vms-virtual-harddisks/
- http://msdn.microsoft.com/en-us/library/dd758814(SQL.100).aspx
- und natürlich in unserem Buch: VMware vSphere 4
Auf Storageseite ist das Thema Deduplizierung ein sehr bekanntes und beliebtes Mittel Plattenkapazitäten einzusparen. Deduplizierung von Produktionsdaten wird vor allem von NetApp forciert und ist daher zumindest allen Netapp Kunden bekannt. In VMware Umgebungen findet man die Kombination NetApp + Deduplizierung sehr häufig. NetApp bietet außerdem Tools zum Scan (mbrscan) und Alignment (mbralign) bestehender vmdk Dateien kostenlos für alle Kunden mit Now Account an.
Schlimm wird es erst, wenn beide Techniken mit einander kombiniert werden, d. h. virtuelle Maschinen liegen auf einem deduplizierten Datastore und man beginnt diese mit Partition Alignment Tools gerade zu rücken. In diesem Moment verändern sich die meisten Blöcke im Storage, d. h. es existieren veränderte oder "neue" Daten, welche erst nochmals dedupliziert werden müssen.
Daher benötigt man gerade in der Übergangsphase etwas Zeit und vor allem genaue Planung, um kein böses Erwachen mit dem temporär neuen Datenaufkommen zu erleben. Eine Wochenendaktion an der 3 TB an vmdk Dateien korrigiert werden, könnte im schlimmsten Fall vorrübergehend 3 TB an zusätzlichen Plattenkapazitäten auf dem Dedup-Storage bedeuten. Neben der Plattenplatznutzung wird auch ganz nebenbei der Storageprozessor durch die neuen Dedup-Prozesse belastet.
Mit diesen Gedanken im Kopf sollte man sich zwei Regeln aufstellen:
- real genutzter Plattenplatz überwachen und sorgsam mit Partition Alignment Prozessen auf Dedup-Storage umgehen
- nicht zu viele Systeme gleichzeitig alignen und die Umstellung genau planen
Comments