Hyper-V Replication mit Failover Cluster Manager konfigurieren

[supreme 10]

Hi,

wir haben im Testlab auf 2 Windows Server 2012 Server ein Exchange DAG konfiguriert, welches Problemlos funktioniert. Jetzt wollen wir auf diesen beiden Servern die Hyper-V Rolle installieren und SO konfigurieren das wir die replizierung der virtuellen Maschinen mittels 2 Servern nutzen koennen.

Wir sind NICHT (!) an einem shared Storage interessiert!

Wenn ich es richtig verstanden habe muessen wir, weil wir auf dem gleichen Server bereits Exchange DAG laufen haben den Failover Cluster Manager nutzen, anstelle einfach innerhalb von Hyper-V die funktionen fuer die Replicationen zu setzen ? Ist das soweit Korrekt ?

Hat jemand ein Howto wie ich die Replizierung der Server von ServerA nach ServerB mittels des Failover CLuster Managers einrichten kann ? Bis jetzt finde ich dort nur optionen die auf einen Shared Storage ( SAN etc ) hindeuten, daran sind wir aber nicht interessiert...

Danke fuer die Hilfe!

[Necron 71]

 

Hat jemand ein Howto wie ich die Replizierung der Server von ServerA nach ServerB mittels des Failover CLuster Managers einrichten kann ? Bis jetzt finde ich dort nur optionen die auf einen Shared Storage ( SAN etc ) hindeuten, daran sind wir aber nicht interessiert...

Hi,

 

ein Hyper-V Failover Cluster benötigt zwingend einen Shared Storage, ob jetzt iSCSI, FC oder unter Windows Server 2012 SMB 3.0.

 

-> http://technet.microsoft.com/en-us/library/jj134187.aspx#BKMK_Step1

 

Ansonsten Hyper-V Replica über die Hyper-V MMC zwischen zwei einzelnen Hyper-V Hosts konfigurieren.

 

Die zwei Server die im Exchange DAG sind, sollten tunlichst keine Hyper-V Hosts werden! Auf einem Hyper-V Host sollte nur die Hyper-V Rolle und das Failover Clustering Feature installiert sein.

[RobertWi 81]

Das ist doch eine Testumgebung: Warum probiert ihr das nicht einfach aus? Ich würde nie auf die Idee kommen, die Zeit im Forum zu verschwenden, wenn ich in einer Spielumgebung in der Hälfte der Zeit das einfach ausprobiert habe. :)

 

Und in der Testumgebung ist das mit Hyper-V auf den DAG auch egal - produktiv wäre es unsupported.

[supreme 10]

Ansonsten Hyper-V Replica über die Hyper-V MMC zwischen zwei einzelnen Hyper-V Hosts konfigurieren.

 

genau das waere das ziel, da aber DAG installiert ist, scheint es wohl nicht so zu funktionieren oder sehe ich das falsch ?

 

 

 

Die zwei Server die im Exchange DAG sind, sollten tunlichst keine Hyper-V Hosts werden! Auf einem Hyper-V Host sollte nur die Hyper-V Rolle und das Failover Clustering Feature installiert sein.

 

Es war so gedacht das 2 Exchange Server mit DAG laufen und auf den gleichen zwei Servern jeweils Hyper-V laeuft welche NICHT via cluster laufen sondern einfach per Replica vhds gegenseitig verschieben.

 

es scheint als koennte man, sobald man exchange DAG laufen hat die "einfache" replication nicht mehr fahren sondern MUSS alles ueber den Failover Cluster Manager machen.

 

Fragen:

 

- Warum sollte der Exchange Server kein Hyper-V Host werden ?

- Gibt es eine moeglichkeit wenn DAG laeuft, auf den gleichen Servern anstelle des Failover Clusters die kleinere Hyper-V-Replica Lösung zu nutzen ? Ob von MS supported oder nicht.

[RobertWi 81]

- Warum sollte der Exchange Server kein Hyper-V Host werden ?

 

Weil es nicht supported ist.

 

- Gibt es eine moeglichkeit wenn DAG laeuft, auf den gleichen Servern anstelle des Failover Clusters die kleinere Hyper-V-Replica Lösung zu nutzen ? Ob von MS supported oder nicht.

 

Warum probierst Du es nicht einfach und berichtest dann. Die Frage ist nicht uninteressant (allerdings nicht wegen Exchange).

[supreme 10]

Weil es nicht supported ist.

 

Die Frage war ob es funktioniert und nicht ob es supported ist.

 

Warum probierst Du es nicht einfach und berichtest dann. Die Frage ist nicht uninteressant (allerdings nicht wegen Exchange).

 

aktuell habe ich folgendes scenario:

 

 

2x Exchange mit DAG

1x Hyper-V Replicator ( 1 Rolle, 2 Nodes - kann die Rolle auch jeweils auf die andere Node schieben, scheint also zu funktionieren )

 

Problem:

 

Wenn ich im Failover Cluster Manager eine VM zum replizieren konfigurieren moechte, bekomme ich die fehlermeldung das es nicht moeglich ist, eine VM innerhalb des selben clusters zu verschieben.

 

daraus ergeben sich gleich mehrere fragen: wieso spricht der server hier von verschieben, wenn ich mich doch im replication context befinde ? ich will ja gar nichts verschieben sondern nur angeben, das die replication auf serverB passieren soll.

[RobertWi 81]

Die Frage war ob es funktioniert und nicht ob es supported ist.

 

Die Frage nach dem Support ist grundsätzlich immer wichtig. Den etwas, dass nicht supported ist, kann heute funktionieren und morgen nicht mehr, Die Entwickler wissen ja, dass es nicht supported ist und nehmen daher keine Rücksicht darauf.

 

In Testumgebungen kann man das tolerieren, sollte es aber wenigstens wissen.

 

 

Wenn ich im Failover Cluster Manager eine VM zum replizieren konfigurieren moechte,

 

Und was passiert, wenn Du das in der Hyper-V-Konsole probierst?

 

Ich habe auf die schnelle nur das hier gefunden:

http://www.it-training-grote.de/download/HYPERV-30-REPLICA.pdf

 

Da geht zumindest die Mischung zwischen Clustered und Nicht-Clustered. Nur wird die von Dir genannte Konfig nicht benutzt.

[Dukel 455]

Wofür willst du Hyper-V Replika nutzen? Als Failover oder als Disaster Lösung?

[RobertWi 81]

Ich habe zufälligerweise wirklich gerade in dieser Woche mit einem Kunden über eine Mischung zwischen Hyper-V-Replikation und Hyper-V-Cluster und der möglichen Kostenoptimierung dabei gesprochen.

 

Das Ergebnis des Tests von supreme würde mich daher schon interessieren - auch unabhängig davon, ob das erstmal für Failover oder Disaster gedacht ist. :)

[supreme 10]

Wofür willst du Hyper-V Replika nutzen? Als Failover oder als Disaster Lösung?

 

mir wuerde die disaster loesung schon ausreichen, automatismen waeren erfreulich aber in diesem kleinen netzwerk nicht wirklich notwendig.

ich wuerde ja gerne berichten aber ich kann leider keine VM auf die andere NODE schieben weil jedesmal die fehlermeldung erscheint

( schlecht aus dem englishen uebersetzt ) " virtuelle maschine kann nicht innerhalb des selben clusters verschoben werden..."

 

werde morgen mal ein paar screenshots nachreichen.

[Necron 71]

Hi,

 

du kannst auch die englische Fehlermeldung posten. :) Hyper-V Replica im selben Cluster funktioniert nicht und macht auch keinen Sinn!

 

Hyper-V Replica Szenarien:

Standalone Host A <=> Standalone Host B

Cluster A <=> Cluster B

Cluster <=> Standalone Host

[RobertWi 81]

Ok, danke für die Info. Mögliche Szenarien der Kombination habe ich wie gesagt gerade erst diese Woche mit einem Kunden besprochen - und die waren durchaus sinnvoll. ;)

 

Aber wenn es nicht geht, macht es das Design leichter.

[Necron 71]

Ok, danke für die Info. Mögliche Szenarien der Kombination habe ich wie gesagt gerade erst diese Woche mit einem Kunden besprochen - und die waren durchaus sinnvoll. ;)

 

Aber wenn es nicht geht, macht es das Design leichter.

Hyper-V Replica in ein und demselben Cluster macht, wie gesagt keinen Sinn, welcher Vorteil sollte dabei herausspringen?

 

Hyper-V Replica zwischen zwei verschiedenen Clustern ist für DR wiederum sinnvoll und eine super Kombination!

[RobertWi 81]

Ich bin ja i.d.R. im Exchange-Bereich tätig. Und Exchange darf bisher nicht in einem Replica betrieben werden. Und mit Windows 2012 ist das Aufbauen eines Cluster deutlich billiger geworden (weil ich keine Enterprise Version mehr brauche).

 

Also gabs es neulich bei einem Kunden folgende Überlegungen:

 

2 Hyper-V-Server mit Cluster + Shared Volume

 - darauf läuft ein Exchange-Server, der seine Daten auf dem CSV ablegt

 - andere Maschinen, die kein CSV brauchen (z.B. war ein WSUS im Gespräch, der ist für den Betrieb unwichtig ist) würden dagegen lokal als Relica laufen

 

Vorteil: Spart eine Exchange-Lizenz (die Windows-Lizenzen sind ja in der Virtualisierung mit drin) und das CSV muss nur die Exchange-Anforderungen erfüllen.

 

Wir haben natürlich auch andere Varianten diskutiert (DAG ohne Replica + andere VM mit Replica + kein Cluster), hier waren die Kosten aber immer höher.

 

Wie gesagt: Ich finde es gut, dass die Kombination nicht geht, weil sie das Modell deutlich verkompliziert und weitere Fehlerquellen einbaut. Entweder das Geld für weitere Lizenzen ist da oder es wird einfacher.

 

Aber manchmal hat man Kunden, die "feilschen" um jeden Euro und dann ist nicht "unsupported" wichtig, sondern "funktioniert nicht". So, wie es supreme eingangs gefragt hat.

[supreme 10]

Hi,

 

du kannst auch die englische Fehlermeldung posten. :) Hyper-V Replica im selben Cluster funktioniert nicht und macht auch keinen Sinn!

 

Hyper-V Replica Szenarien:

Standalone Host A <=> Standalone Host B

Cluster A <=> Cluster B

Cluster <=> Standalone Host

 

Wir waeren an der Standalone A zu Standalone B Lösung interessiert,

ist diese denn moeglich wenn bereits DAG auf dem System implementiert ist ?

 

 

Was hier bei 3:30 ablaeuft wuerde uns vollkommen ausreichen, ein einfacher Move zu Wartungszwecken oder aehnliches.