Bei virtuellen Maschinen ist die richtige Blockgröße der Performance-Faktor

Anbieter zum Thema

Kentix GmbH

VMware Global Inc Zweigndl. Deutschland

Sind alle Vvol-Implementierungen gleichwertig?

Angesichts der Tatsache, dass die Virtual Machine Disk (VMDK) ein Bürger erster Klasse im Speicher-Array der Vvol-Welt ist, muss die Architektur den spezifischen Workload-Bedarf eines jeden Anwendungstyps aufnehmen. Die Blockgröße zum Beispiel ist für verschiedene Anwendungen spezifisch - Microsoft empfiehlt 32 Kilobyte (KB) für seine „Exchange“-Mailbox-Datenbank, 16 KB für Protokolle und 8 KB für „SQL-Server“.

In traditionellen Speicherlösungen ist der Ansatz „eine Blockgröße passt überall” zwar möglich, aber nur eine Notlösung. Dies bedeutet, dass die Architektur für eine Anwendungs-Workload optimiert werden kann, nicht aber für andere. In virtualisierten Umgebungen sind gemischte Workloads die Regel. Heutzutage integrieren etablierte Anbieter alle Arten von Workloads, ohne die einzelnen richtig zu optimieren.

Jede Applikation braucht ihre Blockgröße

Gleiches gilt für Datenschutz und Recovery. Array-basierte Snapshots müssen hocheffizient sein, so dass Backup und Recovery für jede virtuelle Maschine unmittelbar sind. Dies ist der Punkt, an dem sich die Nachteile der „Copy on Write“-Snapshot-Technologie, die von traditionellen Anbietern verwendet wird, viel deutlicher bemerkbar machen.

Die für die Speicherung von Snapshots benötigten zusätzlichen Kopien führen oft zu erheblichen Platzeinschränkungen und Leistungsverschlechterungen. Viele Anbieter haben einen mehrstufigen Ansatz gewählt, so dass „moderne“ Funktionen wie Redirect-on-Write, über die alte Architektur geschichtet werden. Dieser Ansatz führt jedoch zu weiteren Overheads und verkompliziert die Bereitstellung von Speicherplatz für die Vvol-Integration. Also nein, nicht alle Vvol-Implementierungen sind gleichwertig.

Der Autor:

Wen Yu ist im Technical Marketing bei Nimble Storage beschäftigt.

(ID:42730847)