Remote Direct Memory Access (RDMA) ist die empfohlene Technologie für Storage Spaces Direct und generell, um schnelle Netzwerkdatentransfers mit geringen Latenzen zu erzielen. Hyper-V 1709 erlaubt erstmals, RDMA auch in VMs zu nutzen. Microsoft gibt in seinen Guidelines Empfehlungen zu den RDMA-Techniken.
Es ist zwar bekannt, dass die in Windows Server 2016 enthaltenen Storage Spaces Direct (S2D) zertifizierte Hardware erfordern. Allerdings reicht es nicht, wenn Komponenten nur für Windows Server zugelassen sind. Und selbst wenn sie der Hersteller für S2D getestet hat, ergibt sich daraus nicht immer ein brauchbares System.
Microsoft hatte im 1. Halbjahr 2017 angekündigt, Windows as a Service auf das Server-OS auszudehnen und Features-Updates zwei Mal pro Jahr auszuliefern. Mit Server 1709 liegt nun das erste dieser Releases vor. Es bringt einige neue Features, aber auch mehrere Einschränkungen.
Bei Virtual Volumes (VVOLs) sind die verfügbaren Storage-Policies vielseitiger als in vSAN, dafür aber herstellerabhängig. Daher muss man sie zuerst mit der Software des Anbieters auf der Storage-Seite definieren, bevor man sie im Regel-Editor von vSphere einbinden kann.
Die mit vSphere 6.0 eingeführten Virtual Volumes (VVOLs) sind ein Framework zur Integration und zum Management von SAN- und NAS-Speicher. Es automatisiert die Zuteilung von Speicher zu einzelnen VMs auf Basis von Policies und erlaubt so eine feinere Kontrolle von Storage-Ressourcen.
VMware Virtual SAN und Virtual Volumes (VVOLs) setzen ein richtlinienbasiertes Speicher-Management um. Admins können mit seiner Hilfe dafür sorgen, dass ein VM-Objekt stets auf einem Datastore zu liegen kommt, dessen Eigenschaften mit den Policies übereinstimmen, die sie an die VM angehängt haben.
Storage Spaces Direct (S2D) fasst die Laufwerke von Cluster-Knoten zu einem hochverfügbaren Pool zusammen. Bevor man dieses Storage bildet, sollte man die zulässigen Laufwerkstypen für den Fest- und Zwischenspeicher vergleichen sowie die resultierende Kapazität berechnen.
VMware vSphere kann seit der Version 6.5 virtuelle Maschinen auf dem Datenspeicher ("Encyption at rest") und beim Verschieben mit vMotion verschlüsseln. Die Besonderheit dieses Features besteht darin, dass es auf Hypervisor-Ebene arbeitet und damit unabhängig vom Gastbetriebssystem ist.
Eine besondere Form des 2-Knoten-Clusters bei VMware vSAN ist der mit Version 6.1 eingeführte Stretched Cluster ("Ausgeweiterter Cluster"). Ein solcher Storage-Verbund erstreckt sich typischerweise über zwei Unternehmensstandorte und benötigt ebenfalls die Witness-Appliance. Ausfallzeiten lassen sich zusätzlich durch Fehlerdomänen reduzieren.
Muss ein ESXi-Host in den Wartungsmodus, etwa für einen Reboot nach dem Einspielen von Patches, dann sind die Auswirkungen bei einem vSAN-Cluster größer als wenn der Host nur Teil eines DRS- bzw. HA-Clusters wäre. Der Storage-Verbund muss nämlich die Integrität der Daten weiterhin garantieren. VMware sieht für diese Situation mehrere Optionen vor.