Home Unternehmen Übersicht über VMware VSAN 6.0

Übersicht über VMware VSAN 6.0

by StorageReview Enterprise Lab

Als ich vor ein paar Jahren an der EMC World teilnahm, hatte ich die Gelegenheit, Chuck Hollis und mehrere andere VMware-Mitarbeiter zu treffen, um über eine Idee zu sprechen, die sie hatten. Sie wollten ungenutzte lokale Speicherressourcen innerhalb eines ESX-Hosts nutzen. Anstatt einfach nur das ESX-Boot-Image zu behalten, wollten sie die Ressource für virtuelle Maschinen innerhalb des gesamten ESX-Clusters nutzbar machen. Wir sprachen über etwas, das wie ein Cluster-Dateisystem aussah, das Daten über ESX-Hosts hinweg schützen könnte. Ich habe darauf hingewiesen, dass sich drehende Festplatten langsam sind, und sie haben darüber gesprochen, SSD-Laufwerke zu verwenden, um E/A-Vorgänge zu beschleunigen. Es war eine interessante Idee und ich war gespannt, ob daraus jemals etwas werden würde. Wie Sie vielleicht schon vermutet haben, ist etwas dabei herausgekommen: Virtual SAN. Von der ersten Veröffentlichung von VSAN war ich zwar interessiert, aber zugegebenermaßen etwas enttäuscht. Hier sind wir, ein Jahr nach der allgemeinen Verfügbarkeit, und VSAN hat mit dem neuesten Update auf VSAN 6.0 einen Sprung nach vorne gemacht.


Als ich vor ein paar Jahren an der EMC World teilnahm, hatte ich die Gelegenheit, Chuck Hollis und mehrere andere VMware-Mitarbeiter zu treffen, um über eine Idee zu sprechen, die sie hatten. Sie wollten ungenutzte lokale Speicherressourcen innerhalb eines ESX-Hosts nutzen. Anstatt einfach nur das ESX-Boot-Image zu behalten, wollten sie die Ressource für virtuelle Maschinen innerhalb des gesamten ESX-Clusters nutzbar machen. Wir sprachen über etwas, das wie ein Cluster-Dateisystem aussah, das Daten über ESX-Hosts hinweg schützen könnte. Ich habe darauf hingewiesen, dass sich drehende Festplatten langsam sind, und sie haben darüber gesprochen, SSD-Laufwerke zu verwenden, um E/A-Vorgänge zu beschleunigen. Es war eine interessante Idee und ich war gespannt, ob daraus jemals etwas werden würde. Wie Sie vielleicht schon vermutet haben, ist etwas dabei herausgekommen: Virtual SAN. Von der ersten Veröffentlichung von VSAN war ich zwar interessiert, aber zugegebenermaßen etwas enttäuscht. Hier sind wir, ein Jahr nach der allgemeinen Verfügbarkeit, und VSAN hat mit dem neuesten Update einen großen Schritt nach vorne gemacht VSAN 6.0.

Natürlich ist VSAN 6.0 besser, schneller und größer. In Übereinstimmung mit vSphere 6.0 können VMDKs bis zu 62 TB groß sein und bis zu 64 Hosts im Cluster haben. Die Anzahl der virtuellen Maschinen auf einem Knoten hat sich von 100 auf 200 verdoppelt, mit einem Maximum von 6,400 pro Cluster. Mehr Knoten bedeuten mehr Kapazität und mehr Leistung. Durch die Verwendung von 4-TB-Laufwerken liegt die Grenze bei etwa 9 Petabyte Rohkapazität.

VSAN 6.0 führt ein neues speicherrichtlinienbasiertes Verwaltungsmodell ein, das Richtlinien auf VM-Ebene und nicht auf dem gesamten Datenspeicher ermöglicht. Dadurch kann jede VM ihre eigenen Einstellungen für Dinge wie Verfügbarkeit, Leistung und Thin Provisioning haben. Dies sind dynamische Einstellungen. Wenn eine VM also plötzlich zusätzlichen Schutz benötigt, passt sich das VSAN an. Im Vergleich zu früheren Versionen ist dieser neue Ansatz viel einfacher und ermöglicht eine detailliertere Steuerung.

In der Vergangenheit wurde VSAN in einer Hybridkonfiguration mit herkömmlichen Magnetlaufwerken als Kapazitätsspeicher und Flash als Lese-Cache zur Beschleunigung der Leistung betrieben. Um die höchste Leistung zu erzielen, wurde eine All-Flash-Konfiguration eingeführt. Um die Kosten dieser Option niedrig zu halten, übernimmt ein kostengünstiges MLC-Laufwerk die Rolle der Kapazität. VSAN erfordert weiterhin eine Caching-Ebene, jedoch nicht aus Leistungsgründen. Stattdessen geht es darum, die Schreiblast auf der Kapazitätsschicht zu minimieren und deren Lebensdauer zu verlängern. Es ist wichtig, den Schreibcharakter der Arbeitslast zu berücksichtigen.

Die aufregendste Änderung bei VSAN 6.0 ist die Einführung des neuen On-Disk-Formats, das aus der Virsto-Übernahme stammt. VSAN verfügt jetzt über ein Journal-basiertes Datenlayout, das sowohl schneller als auch effizienter ist. Das neue Format trägt dazu bei, sowohl die Schreibverstärkung auf SSDs als auch zufällige I/O-Vorgänge auf den rotierenden Festplatten zu reduzieren. Dies führt zu Leistungsverbesserungen. Zusätzlich zu den Leistungssteigerungen bringt die Virsto-Technologie eine enorme, vorteilhafte Veränderung beim Snapshotting mit sich. Wir sind nicht mehr auf veraltete vSphere-Snapshots angewiesen. Stattdessen verfügen wir über auf Metadaten basierende Snapshots und Klone. die schneller und platzsparender sind und nur äußerst begrenzte Auswirkungen auf die Leistung haben.

Um den Nutzen von Blade-Servern zu verbessern, verfügt VSAN 6.0 jetzt über eine High-Density-Direct-Attached-Storage-Option. Ich halte dies nicht für eine gute Option, da VMware immer noch empfiehlt, dass alle Server in einem VSAN-Cluster die gleiche Speicherkonfiguration haben. Die Verwendung so vieler externer JBOD-Gehäuse beansprucht eine beträchtliche Menge an Platz im Blade-Chassis, sodass dies eine sehr teure Lösung sein könnte.

Mit dieser neuen Version wurden einige neue Verbesserungen der Festplattenwartung eingeführt. Es ist jetzt möglich, die LED in einem Laufwerk zu aktivieren oder zu deaktivieren. Mit dieser Funktion wird nun bei einem Laufwerksausfall die LED zur einfachen Identifizierung eingeschaltet. Ein Gerät kann jetzt entweder als SSD oder lokal gekennzeichnet werden, falls der Host es nicht erkannt hat. Ich denke, dass dies für eine mögliche zukünftige Entwicklung besonders interessant ist.

VSAN 6.0 ist jetzt Rack-fähig. Durch die Erstellung von Fehlerdomänen, die mindestens drei Racks darstellen, wird VSAN intelligent genug, um Daten über diese Racks zu verteilen. Dies trägt zum Schutz vor Stromausfällen, Problemen mit dem Speichercontroller und Netzwerkausfällen bei.

Was ist die nächste Schlagzeile? Könnte die nächste Version von VSAN in Verbindung mit einem externen Speicherarray verwendet werden? Tatsächlich hat Chuck Hollis vor mehr als einem Jahr in seinem Blog darüber gesprochen. Wird der nächste Schritt, da wir nun über eine erweiterte Fehlerdomäne verfügen, ein erweiterter VSAN-Cluster sein? Ich kann mir eine Zukunft vorstellen, in der VSAN zur Vereinfachung der Notfallwiederherstellung auf vCloud Air ausgeweitet wird. In VSAN 6.0 fehlt jegliche Art von Datenreduktionstechnologie und anderen fortschrittlichen Datendiensten. Die jüngsten Entwicklungen bei VSAN 6.0 machen deutlich, dass VMware stark in die Technologie investiert. Ich freue mich darauf, was die nächste Veröffentlichung bringen wird.

Diskutiere diese Geschichte

Über den Autor

Mark May ist Speicheringenieur in Cincinnati, Ohio. Er ist seit über 15 Jahren im Bereich Enterprise Storage und Backup tätig. Er ist ein EMC Elect, Cisco Champion und begeisterter Technologe. In seiner Freizeit hilft er gerne anderen, die Besonderheiten der sich ständig verändernden Speicherbranche zu verstehen. Er kann an verschiedenen Orten online gefunden werden, aber die beiden stammen höchstwahrscheinlich von ihm personal blog und twittern @cincystorage.