Nutzen und Risiken von Shared VHDX

[Horstenberg 13]

Hallo ans Forum,

 

wir überlegen derzeit, unternehmenskritische Dateien auf eine Shared VHDX zu legen. Es geht um ca. 30 GB, hauptsächlich Word-Dateien. Die Shared VHDX soll bei mehreren virtuellen Maschinen eingebunden werden, alles Server (auf denen etwa Windows Server 2012 R2 Essentials oder Sharepoint Foundation ausgeführt wird).

 

Welche praktischen Erfahrungen habt Ihr mit Shared VHDX? Probleme mit der Datensicherheit und -integrität? Zugriffsgeschwindigkeit?

 

Herzlichen Dank für Eure Einschätzung!

[Daniel -MSFT- 129]

Warum genau willst Du denn eine shared VHDX einsetzen? Was ist Dein genaues Ziel, das Du erreichen willst?

[Doso 77]

Wir nutzen das für einen SQL Cluster. Man spart sich halt den iSCSI Initator in den Gast-VMs was es einfacher und übersichtlicher macht. Ansonsten haben wir keine Unterschiede oder Probleme festgestellt.

[Necron 71]

Hi,

 

kurz zur Shared VHDX:

 

Wenn man eine Shared VHDX zwischen mehreren VMs teilt, hat immer nur eine VM diese im Zugriff. Man muss sich eine Shared VHDX wie eine LUN von einem iSCSI oder Fibre Channel SAN vorstellen. Immer nur ein Server kann diese LUN im Zugriff haben, nicht mehrere gleichzeitig.

 

Eine Shared VHDX ist dafür gedacht, dass man bei einem Virtuellen Cluster nicht auf das durchreichen von LUNs aus dem SAN angewiesen ist, um Shared Storage für den Virtuellen Cluster bereitzustellen. Die Shared VHDX erscheint als SAS Disk in den VMs und verhält sich so als ob man eine LUN aus dem SAN verwendet.

 

Es gibt einige Limitierungen bei einer Shared VHDX, die man beachten muss:

• Live Storage Migration kann nicht verwendet werden
• Checkpoints sind nicht möglich
• Hyper-V Replica kann nicht verwendet werden
• Host Level Backup kann nicht verwendet werden
• Online VHDX Resize kann nicht online, sondern nur offline durchgeführt werden. VMs müssen also heruntergefahren sein. 

[Horstenberg 13]

Warum genau willst Du denn eine shared VHDX einsetzen? Was ist Dein genaues Ziel, das Du erreichen willst?

 

Derzeit ist die Daten-vhdx am primären DC (dem Windows 2012 r2 Essentials). 

 

Darüber hinaus möchte ich die vhdx beim zweiten DC einbinden, um bei einem Ausfall des ersten DC den sofortigen, weiteren Zugriff auf die Daten-vhdx zu gewährleisten.

 

Schließlich möchte ich die vhdx noch in die VM einbinden, auf der Sharepoint Foundation 2013 (auf 2012R2) läuft. Hintergrund: Nur dann kann man (offensichtlich) bei der Sharepoint-Suche die Ergebnisvorschau auf Office Dokumente über den Office Web App Server aktivieren. Wenn man Ordner von anderen VMs als der Sharepoint-VM in die Suche einbindet, klappt (jedenfalls bei mir) die Ergebnisvorschau nicht.

bearbeitet 20. September 2014 von Horstenberg

[NorbertFe 2.034]

Das wird dir aber nix bringen, da ntfs nicht gleichzeitig von mehreren Servern "bearbeitet" werden kann. Bei clustersystemen hält auch immer nur einer den Zugriff auf die Disk und verhindert damit datenverlust. Also deine Idee wird sich so nicht umsetzen lassen, denke ich.

[Necron 71]

@Horstenberg

 

NorbertFe hat es kurz zusammengefasst, was ich in meinem ersten Post, siehe oben, beschrieben habe. :)

[Horstenberg 13]

Das wird dir aber nix bringen, da ntfs nicht gleichzeitig von mehreren Servern "bearbeitet" werden kann. Bei clustersystemen hält auch immer nur einer den Zugriff auf die Disk und verhindert damit datenverlust. Also deine Idee wird sich so nicht umsetzen lassen, denke ich.

 

 

@Horstenberg

 

NorbertFe hat es kurz zusammengefasst, was ich in meinem ersten Post, siehe oben, beschrieben habe. :)

 

Danke für die Hilfe! Dann war ich ja mal echt auf dem Holzweg, von dem Ihr mich da runtergebracht habt. Dann greife ich doch mal wieder zur guten, alten Datenduplizierung über Robocopy. :)

[IT-Shrek 13]

Anmerkung am Rande:

 

Das Präsentieren von Userfiles, sollte nach Möglichkeit nicht über Domain-Controllern erfolgen, sodass sich der Sharepoint-Server dafür sogar besser eignet als die DCs.

 

Beste Grüße,

Shrek

bearbeitet 21. September 2014 von IT-Shrek