Der NetApp Element Cluster wählt einen optimalen Protokollendpunkt, erstellt eine Bindung, die den ESXi Host und das virtuelle Volume dem Protokollendpunkt zugeordnet und die Bindung an den ESXi Host zurückgibt. Nach der Bindung kann der ESXi Host I/O-Vorgänge mit dem gebundenen virtuellen Volume ausführen.

VMware ESXi Hosts verwenden logische I/O-Proxys – als Protokollendpunkte bezeichnet –, um mit virtuellen Volumes zu kommunizieren. ESXi Hosts binden virtuelle Volumes an Protokollendpunkte, um I/O-Vorgänge durchzuführen. Wenn eine virtuelle Maschine auf dem Host einen I/O-Vorgang durchführt, leitet der zugehörige Protokollendpunkt den I/O-Vorgang an das virtuelle Volume, mit dem sie gekoppelt wird.

Protokollendpunkte in einem NetApp Element-Cluster funktionieren als logische SCSI-Verwaltungseinheiten. Jeder Protokollendpunkt wird automatisch vom Cluster erstellt. Für jeden Node in einem Cluster wird ein entsprechender Protokollendpunkt erstellt. Ein Cluster mit vier Nodes verfügt beispielsweise über vier Protokollendpunkte.

ISCSI ist das einzige unterstützte Protokoll für die NetApp Element-Software. Das Fibre Channel-Protokoll wird nicht unterstützt. Protokollendpunkte können nicht von einem Benutzer gelöscht oder geändert werden, sind keinem Konto zugeordnet und können nicht einer Volume-Zugriffsgruppe hinzugefügt werden.

Storage-Container sind logische Konstrukte, die NetApp Element-Konten zugewiesen werden und für die Berichterstellung und Ressourcenzuweisung verwendet werden. Sie bilden die Brutto-Storage-Kapazität oder aggregierte Storage-Funktionen, die das Storage-System virtuellen Volumes zur Verfügung stellen kann. Ein VVol Datastore, der in vSphere erstellt wird, wird einem einzelnen Storage-Container zugeordnet. Ein einzelner Storage-Container verfügt standardmäßig über alle verfügbaren Ressourcen des NetApp Element-Clusters. Falls mehr granulare Governance für Mandantenfähigkeit erforderlich ist, können auch mehrere Storage Container erstellt werden.

Storage-Container funktionieren wie herkömmliche Konten und können sowohl virtuelle Volumes als auch herkömmliche Volumes enthalten. Pro Cluster werden maximal vier Storage-Container unterstützt. Zur Nutzung der VVols Funktionen ist mindestens ein Storage-Container erforderlich. Sie können Storage-Container bei der VVols Erstellung in vCenter erkennen.

Um vSphere auf die vVol Funktion im NetApp Element Cluster aufmerksam zu machen, muss der vSphere Administrator den NetApp Element VASA Provider mit vCenter registrieren. Der VASA Provider ist der Out-of-Band-Kontrollpfad zwischen vSphere und dem Element Cluster. Er ist verantwortlich für die Ausführung von Anfragen im Element Cluster im Auftrag von vSphere, z. B. die Erstellung von VMs, die Bereitstellung von VMs für vSphere und die Werbung für Storage-Funktionen für vSphere.

Der VASA Provider wird als Teil des Cluster-Master in der Element Software ausgeführt. Der Cluster-Master ist ein hochverfügbarer Service, der bei Bedarf ein Failover auf jeden Node im Cluster ermöglicht. Bei einem Failover des Cluster-Master übernimmt der VASA Provider die Lösung und stellt damit die Hochverfügbarkeit für den VASA-Provider sicher. Alle Provisionierungs- und Storage-Managementaufgaben verwenden den VASA-Provider, der alle erforderlichen Änderungen am Element Cluster übernimmt.