HyperV und FailoverCluster auf einer Hardware
Frage
Antworten
-
Moin,
Die Empfehlung via SMB ist als neues Feature bestimmt schön, aber willst/brauchst du das wirklich? Letzte Projekte inkl. die vom Wettbewerb in meinem Umfeld waren alle klassiches Hyper-V Cluster mit SAN Anbindung. Warum kompliziert wenn es auch einfach geht?
Wir haben gerade in etwa die selbe Aufgabe und bauen ein klassisches Cluster mit FC SAN Anbindung. Zusätzlich richten wir vSAN via FC ein, wo die LUNS direkt an den Client durchgereicht werden. Laut MS wird der Schwenk via Live Migration unterstützt.
Also die VHDX mit den Betriebssystemen liegen auf einer LUN die via FC als CSV angebunden sind. Die Datenpartitionen werden als vSAN direkt an den Gast durchgereicht.
Das sollte Maximum Performance bieten.Alternativ steht im Buch über Hyper-V das VHDX gegenüber Passthrough kaum noch Leistungseinbussen haben. Falls das mit dem vSAN zu komplex wird oder nicht geht.
To support live migration of virtual machines across Hyper-V hosts while maintaining Fibre Channel connectivity, two WWNs are configured for each virtual Fibre Channel adapter, as shown in Figure 1: Set A and Set B. Hyper-V automatically alternates between the Set A and Set B WWN addresses during a live migration. This ensures that all LUNs are available on the destination host before the migration and that no downtime occurs during the migration.
Hyper-V allows you to define virtual SANs on the host to accommodate scenarios where a single Hyper-V host is connected to different SANs through multiple Fibre Channel ports. A virtual SAN defines a named group of physical Fibre Channel ports that are connected to the same physical SAN. For example, assume that a Hyper-V host is connected to two SANs—a production SAN and a test SAN. The host is connected to each SAN through two physical Fibre Channel ports. In this example, you might configure two virtual SANs—one named “Production SAN” that has the two physical Fibre Channel ports connected to the production SAN and one named “Test SAN” that has two physical Fibre Channel ports connected to the test SAN. You can use the same technique to name two separate paths to a single storage target.
You can configure as many as four virtual Fibre Channel adapters on a virtual machine and associate each one with a virtual SAN. Each virtual Fibre Channel adapter connects with one WWN address or two WWN addresses to support live migration. You can set each WWN address automatically or manually.
Zusätzlich folgende Links:
Why you want to be using VHDX in Hyper-V whenever possible and why it’s important to know your baselines
http://technet.microsoft.com/en-us/library/hh831446.aspx
Typische Hyper-V over SMB Konfiguration
End-to-End-Leistung beginnt mit der Zeichnung einer End-to-End-Konfiguration. Das Diagramm unten zeigt einen typischen Hyper-V über SMB Konfiguration einschließlich:
- Nodes in einem File Server Cluster
Clients, die auf virtuelle Maschinen zugreifen
Nodes in einem Hyper-V Cluster
• SAS JBODs als freigegebenen Speicher für die Datei-Server-Cluster
</dir>
Überlegungen zur Leistung
Mit der obigen Konfiguration im Hinterkopf beginnen Sie dann die vielen verschiedenen Optionen auf jeder Ebene zu berücksichtigen, die die End-to-End-Leistung der Lösung auswirken kann. Das Diagramm unten zeigt ein paar Elemente, in den verschiedenen Schichten, die eine erhebliche Auswirkung haben würde
- Bearbeitet SNR_1 Freitag, 15. November 2013 10:35
- Als Antwort markiert Raul TalmaciuMicrosoft contingent staff Dienstag, 19. November 2013 13:18
Alle Antworten
-
Moin,
Die Empfehlung via SMB ist als neues Feature bestimmt schön, aber willst/brauchst du das wirklich? Letzte Projekte inkl. die vom Wettbewerb in meinem Umfeld waren alle klassiches Hyper-V Cluster mit SAN Anbindung. Warum kompliziert wenn es auch einfach geht?
Wir haben gerade in etwa die selbe Aufgabe und bauen ein klassisches Cluster mit FC SAN Anbindung. Zusätzlich richten wir vSAN via FC ein, wo die LUNS direkt an den Client durchgereicht werden. Laut MS wird der Schwenk via Live Migration unterstützt.
Also die VHDX mit den Betriebssystemen liegen auf einer LUN die via FC als CSV angebunden sind. Die Datenpartitionen werden als vSAN direkt an den Gast durchgereicht.
Das sollte Maximum Performance bieten.Alternativ steht im Buch über Hyper-V das VHDX gegenüber Passthrough kaum noch Leistungseinbussen haben. Falls das mit dem vSAN zu komplex wird oder nicht geht.
To support live migration of virtual machines across Hyper-V hosts while maintaining Fibre Channel connectivity, two WWNs are configured for each virtual Fibre Channel adapter, as shown in Figure 1: Set A and Set B. Hyper-V automatically alternates between the Set A and Set B WWN addresses during a live migration. This ensures that all LUNs are available on the destination host before the migration and that no downtime occurs during the migration.
Hyper-V allows you to define virtual SANs on the host to accommodate scenarios where a single Hyper-V host is connected to different SANs through multiple Fibre Channel ports. A virtual SAN defines a named group of physical Fibre Channel ports that are connected to the same physical SAN. For example, assume that a Hyper-V host is connected to two SANs—a production SAN and a test SAN. The host is connected to each SAN through two physical Fibre Channel ports. In this example, you might configure two virtual SANs—one named “Production SAN” that has the two physical Fibre Channel ports connected to the production SAN and one named “Test SAN” that has two physical Fibre Channel ports connected to the test SAN. You can use the same technique to name two separate paths to a single storage target.
You can configure as many as four virtual Fibre Channel adapters on a virtual machine and associate each one with a virtual SAN. Each virtual Fibre Channel adapter connects with one WWN address or two WWN addresses to support live migration. You can set each WWN address automatically or manually.
Zusätzlich folgende Links:
Why you want to be using VHDX in Hyper-V whenever possible and why it’s important to know your baselines
http://technet.microsoft.com/en-us/library/hh831446.aspx
Typische Hyper-V over SMB Konfiguration
End-to-End-Leistung beginnt mit der Zeichnung einer End-to-End-Konfiguration. Das Diagramm unten zeigt einen typischen Hyper-V über SMB Konfiguration einschließlich:
- Nodes in einem File Server Cluster
Clients, die auf virtuelle Maschinen zugreifen
Nodes in einem Hyper-V Cluster
• SAS JBODs als freigegebenen Speicher für die Datei-Server-Cluster
</dir>
Überlegungen zur Leistung
Mit der obigen Konfiguration im Hinterkopf beginnen Sie dann die vielen verschiedenen Optionen auf jeder Ebene zu berücksichtigen, die die End-to-End-Leistung der Lösung auswirken kann. Das Diagramm unten zeigt ein paar Elemente, in den verschiedenen Schichten, die eine erhebliche Auswirkung haben würde
- Bearbeitet SNR_1 Freitag, 15. November 2013 10:35
- Als Antwort markiert Raul TalmaciuMicrosoft contingent staff Dienstag, 19. November 2013 13:18
-
Hallo,
ist die Thematik abgeklärt?
Gruss,
Raul
