VAAI sollte eine Anforderung in Ihrem nächsten Speicherarray sein

Bereits in den vSphere 4.1-Tagen führte VMware vStorage-APIs für die Array-Integration (VAAI) ein. VAAI ist eine Reihe von APIs, die dem vSphere-Hypervisor eine direkte Kontrolle über unterstützte Speicherarrays ermöglichen. Jede als primitiv bezeichnete Funktion bietet einen diskreten Dienst für die virtuelle Umgebung und hilft Administratoren, zusätzliche Vorteile aus den erheblichen Investitionen in die Speichertechnologie zu ziehen.

Primitive sind alles andere als

In der folgenden Tabelle sind die kritischen Grundelemente aufgeführt, die VAAI bilden. Sie werden feststellen, dass drei Funktionen mit vSphere 4.1 eingeführt wurden und der Rest mit vSphere 5 ausgeliefert wurde. Beachten Sie, dass ein Element, Thin Provisioning Out of Space Suspend / Stun, ein gelbes Kontrollkästchen in der Spalte vSphere 4.1 enthält. Dieses Grundelement wurde in vSphere 4.1 hinzugefügt, war jedoch nicht dokumentiert und wurde nur offiziell in vSphere 5.0 hinzugefügt. Einige Array-Anbieter haben dies in 4.1 unterstützt

Klicken Sie auf die Tabelle, um sie zu vergrößern.
Wenn Sie sich ansehen, was mit VAAI hinter den Kulissen passiert, werden die technischen Vorteile deutlich, die mit einem VAAI-fähigen Array mit vSphere 4.1 oder 5 erzielt werden können. Betrachten wir das Grundelement "Vollständige Kopie". Dieses Grundelement ermöglicht es dem Hypervisor, äußerst wirkungsvolle Kopiervorgänge von der Hypervisor-Schicht des Virtualisierungsstapels weg und direkt in den Speicher zu verschieben. Hier gibt es große Vorteile, die Sie beim Vergleich der beiden Vorgänge sehen können. Abbildung A zeigt Ihnen sehr einfach, wie VAAI Full Copy von großem Nutzen ist.

Abbildung A.

VAAI-Vollkopie vs. Nicht-VAAI-Vergleich

In der linken Abbildung sehen Sie, dass die Dateikopie drei Operationen umfasst ... auf den ersten Blick. In Wirklichkeit ist es viel mehr, da jeder Schritt für jeden Datenblock wiederholt wird, der als Teil der Operation kopiert werden muss:

  1. Geben Sie einen Lesebefehl an das Speicherarray aus.
  2. Das Speicherarray gibt die angeforderten Daten an den Hypervisor zurück. Der Hypervisor verarbeitet diese Informationen.
  3. Die Daten werden an ihrem neuen Speicherort in das Array zurückgeschrieben.

Bei VAAI findet jedoch Folgendes statt:

  1. Geben Sie einen Lesebefehl an das Speicherarray zusammen mit dem Speicherort aus, an den die Kopie geschrieben werden soll.
  2. Das Array führt den Kopiervorgang intern aus, ohne dass der Host oder die Speicherstruktur weiter eingreifen müssen.

Aus dem Diagramm geht hervor, dass die VAAI-fähige Speicheroption viel weniger Auswirkungen auf den Hypervisor und die Speicherstruktur hat als die Nicht-VAAI-Option. Die Nicht-VAAI-Option muss den Hypervisor und die Speicherstruktur für jeden gelesenen und geschriebenen Block einbeziehen. Dies bedeutet, dass der Hypervisor CPU-Zyklen für diesen Vorgang aufwenden muss und dass der Kopiervorgang möglicherweise länger dauern kann als nötig.

Durch die Freigabe von Hypervisor-CPU-Zyklen besteht das Potenzial, dichtere virtuelle Umgebungen zu erstellen, da mehr CPU für die Wartung von Workloads vorhanden ist.

Mit VAAI erledigt das Array einfach die Arbeit und viele Umgebungen sehen viel höhere Geschwindigkeiten bei den Kopiervorgängen als ohne. Dies kann dazu führen, dass größere Workloads in der virtuellen Umgebung unterstützt werden können.

Für andere Grundelemente besteht die Möglichkeit, eine höhere Verfügbarkeit in der virtuellen Umgebung sicherzustellen. Dies ist am offensichtlichsten mit dem Grundelement Thin Provisioning Out of Space Suspend / Stun, das Administratoren dabei helfen kann, Thin Provisioning-Speicher besser zu verwalten und Platzmangel zu vermeiden, der die Arbeitslast verringert.

Zusammenfassung

Dieser Artikel soll nicht jedes VAAI-Grundelement im Detail beschreiben, sondern einige der tatsächlichen geschäftlich positiven Ergebnisse demonstrieren, die durch die Verwendung eines VAAI-fähigen Arrays erzielt werden können.

© Copyright 2021 | mobilegn.com