Immer wenn Updates auf produktiv genutzten Clustern mit Storage Spaces Direct eingespielt werden müssen, versetzt man einen Knoten nach dem anderen in den Wartungsmodus. Das kann manuell oder automatisiert per Cluster-Aware Updating passieren. Dabei migrieren VMs unterbrechungsfrei auf andere Cluster-Knoten.
Die VMware-Mitarbeiter Cormac Hogan und Duncan Epping, beide bekannte Blogger zu Themen der Virtualisierung, haben vor einiger Zeit ein über 300 Seiten starkes Buch über Virtual SAN 6.2 veröffentlicht. Dieses steht nun als kostenloses E-Book zum Download bereit, eine Registrierung ist nicht nötig.
Das 6-monatige Programm zeigt Resellern und Systemhäusern, wie sie im Microsoft-Feld erfolgreich mitspielen. Experten von ADN und Microsoft vermitteln den Teilnehmern das nötige Wissen, um ihr Geschäft mit Microsoft-Produkten weiter auszubauen. Sie erhalten dabei auch wichtige Impulse für die eigene Marktausrichtung.
VM Fleet kann Storage Spaces Direct Cluster mit simulierten Workloads unter Last setzen. Es bringt dafür mehrere Skripte mit und baut auf Diskspd, um dann innerhalb von automatisch generierten VMs Arbeitslast zu erzeugen. Dieser Beitrag zeigt, wie eine Umgebung für VM Fleet vorbereitet wird und Tests konfiguriert werden.
Hinter StarWinds "Virtual SAN - Hybrid Cloud for Azure" verbirgt sich ein Software - defined Storage, welches sich über das lokale Rechenzentrum hinaus in die Public Cloud erstreckt. Ein Failover von VMs kann hier nach Azure erfolgen, VSAN deckt zudem ein Disaster Recovery ab.*
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.