Finde auch das war echt mal ein richtig gutes Tutorial. Alles auf den Punkt , kein BlaBlaBlub und jeder kann das direkt umsetzen. Bei mir hat es auch als Nested Virtualisation auf Server2016 funktioniert mit nur einer HyperV Mutter und darin enthalten 3 HyperV Hosts . Klar macht kein Sinn aber als Testlabor super Sache. Danke dir.
aber weis jemand warum mein Failback nicht läuft. Die VM bleibt auf Host2 nachdem ich den Host1 wieder angeschaltet habe. Obwohl ich Failback auf "sofort" gesetzt hab.
Baue gerade einen 3 Knoten HyperV (W2k16) - Cluster mit Anbindung an einen "SOFS" Cluster mit SMB3 Freigaben. Danke für den ein oder anderen interessanten Hinweis in deinem Video. Gut erklärt !
I know im randomly asking but does anybody know of a way to log back into an instagram account..? I somehow lost the login password. I would love any tricks you can offer me!
Hallo, da ich Quereinsteiger im Administrator Bereich bin, hätte ich eine Frage. Ich würde mich freuen wenn Sie als Fachmann einen Rat wüssten. Wenn ich es richtig verstanden habe, werden in Ihrem Aufbau alle VMs Ausfallsicher betrieben. Nur der eigentliche Domänencontroller ist in diesem Beispiel nicht ausfallsicher, oder? Denn er läuft ja auf einem der physischen PCs und nicht als VM. Macht es Sinn, den anderen PC auch als DC zu betreiben? Sodass im Falle eines physischen Defekts der andere DC übernehmen kann? Oder habe ich hier einen Denkfehler? Vielen Dank für die Hilfe und das gute Video!
Der DC läuft im Beispiel auch als VM, aber (noch) nicht durch den Cluster gegen Ausfall geschützt. Hier würde ich grundsätzlich entweder empfehlen, wenn es bei nur einem DC bleibt (nicht die Ideallösung) diesen im Cluster zu betreiben. Alternativ würde ich zwei DCs aber ungeclustert betreiben, damit der Cluster, der ja von der Domäne abhängt, und die DCs, die sonst vom Cluster abhängen würden, kein Henne-Ei-Problem erzeugen... Also besser zwei ungeclusterte DCs als nur einen, der dann aber geclustert. Auf jeden Fall sollte ein Hyper-V-Host niemals auch gleichzeitig DC sein.
Ich hab einen zweiten Cluster erstellt nach dem Schema, natürlich mit ner angemessenen Anzahl an Karten, allerdings lässt er das nur zu wenn die Verbindungen zwischen Hosts und Shared Storage in getrennten Netzen liegen, ist das ein Problem für die Failover-Funktion des Clusters?
Steven Stephan logisch darf dafür das gleiche Netz genutzt werden, muss aber nicht. Physisch muss das Netz redundant genug sein. Wenn jeder Knoten nur eine Netzwerkkarte hat, und darüber die Kommunikation im Cluster UND zum Storage abgewickelt wird, dann ist der schlecht. Wäre aber für das Failover erstmal kein Problem, würde nur ggf häufig zu nem Failover führen, was sicher nicht gewollt ist. In der "best practice" hat man mehrere physisch und logisch getrennte Betten: 1) für Heartbeat und clusterinterne Kommunikation, 2) für Storage, 3) für Administration und Mananegemt, Backup, Monitoring und co., 4) für den Clientzugriff.
Okay, dann bin ich beruhigt. Dann liegt das Problem nicht am Cluster/Karten sondern irgendwo in meinem Netzwerk/Firewall. Hat mir sehr geholfen, vielen Dank :)
Hallo Herr Hertes, könntne Sie mal nen Echange Server installieren oder haben Sie das evtl. schon mal gezeigt?? Ich bin grad dabei einen zu instllieren und verzweifel ganz schön
Ja, da gehe ich im Video nicht oder nur sehr oberflächlich darauf ein. In der Tat ist das eine wesentliche Fragestellung für das Gesamtkonstrukt. Wenn man ein klassisches SAN wählt, dann muss dieses natürlich ausfallsicher sein (Mehrere Netzwerk-Pfade, redundante Stromversorgung, redundante Storage Controller, ...). Bei SMB-Speicher wird man einen redundanten Storage-Cluster aufbauen oder man nutzt Storage Spaces Direct.
Ja, sicherlich ist das ein flottes Tempo für ein je nach Kenntnis/Erfahrung und konkretem Ziel teilweise komplexes Thema. Aber in einem 4-stündigen Video würde sich das ja keiner anschauen :) Und so kann man Pause machen oder zurückspulen...
Dann bricht die restliche Konstruktion zusammen. Daher muss das SAN so redundant wie möglich ausgelegt werden. Mindestens doppelte Netzteile, doppelte Controller, RAID-Level der genügend Ausfälle toleriert (min. RAID10 oder RAID6, am besten KEIN RAID5!), doppelte Anbindung. Wenn möglich und wirtschaftlich vertretbar doppeltes SAN mit synchroner Blocklevel-Spiegelung oder wenigstens asynchroner Kopie.
Andi Nold das ist leider nicht ganz billig und die Konfiguration ist sehr stark vom Hersteller des SAN abhängig. Alternativ kann man seit 2016 S2D (Storage Spaces Direct) einsetzen...
Man investiert so viel Zeit in video Dreh /cut etc, ist es etwa so schwer ein Mikrofon füf den Hemd für 15€ zu besorgen? Es ist doch einer der wichtigsten Sachen bei der Erklärung nicht nur Videoreihe gut vorzubereiten, sondern auch, dass der Ton nicht durch den Sturm oder von 2 Zimmer entfernt ankommt 🙈
Nein, es ist nicht schwer, aber manchmal vergisst man es eben. Wenn Sie das nicht selber kennen, haben Sie vermutlich noch nie Videos in dieser Art produziert...
Super Video. Nicht unnötig in die länge gezogen, aber man versteht trotzdem alles problemlos!
Vielen Dank für die Informationen zum Cluster.
Eine verständlicher Erklärung habe nirgends gefunden.
Mach weiter so!!!👍
Liebe Grüße aus Leipzig.
Finde auch das war echt mal ein richtig gutes Tutorial. Alles auf den Punkt , kein BlaBlaBlub und jeder kann das direkt umsetzen. Bei mir hat es auch als Nested Virtualisation auf Server2016 funktioniert mit nur einer HyperV Mutter und darin enthalten 3 HyperV Hosts . Klar macht kein Sinn aber als Testlabor super Sache. Danke dir.
Freut mich zu hören, dass es bei dir so gut geklappt hat.... LG!
aber weis jemand warum mein Failback nicht läuft. Die VM bleibt auf Host2 nachdem ich den Host1 wieder angeschaltet habe. Obwohl ich Failback auf "sofort" gesetzt hab.
Ausgezeichnet erklärt. Wenn man schon mal was von Hyper-V gehört hat und ne kleine Grundahnung hat, versteht man das alles problemlos. *Thumbs up*
genau!
Vielen Dank für das tolle Video ..... hat mir sehr geholfen
Baue gerade einen 3 Knoten HyperV (W2k16) - Cluster mit Anbindung an einen "SOFS" Cluster mit SMB3 Freigaben. Danke für den ein oder anderen interessanten Hinweis in deinem Video. Gut erklärt !
I know im randomly asking but does anybody know of a way to log back into an instagram account..?
I somehow lost the login password. I would love any tricks you can offer me!
@Terry Christian Instablaster ;)
Herzlichen Dank für diese perfekte Demo!
Danke, hat mir sehr beim MCSA geholfen ! :)
Danke für dein Video , hat mich mit wenig fragen weitergebracht :)
Danke für die super Dokumentation!
Hallo, da ich Quereinsteiger im Administrator Bereich bin, hätte ich eine Frage. Ich würde mich freuen wenn Sie als Fachmann einen Rat wüssten. Wenn ich es richtig verstanden habe, werden in Ihrem Aufbau alle VMs Ausfallsicher betrieben. Nur der eigentliche Domänencontroller ist in diesem Beispiel nicht ausfallsicher, oder? Denn er läuft ja auf einem der physischen PCs und nicht als VM. Macht es Sinn, den anderen PC auch als DC zu betreiben? Sodass im Falle eines physischen Defekts der andere DC übernehmen kann? Oder habe ich hier einen Denkfehler? Vielen Dank für die Hilfe und das gute Video!
Der DC läuft im Beispiel auch als VM, aber (noch) nicht durch den Cluster gegen Ausfall geschützt. Hier würde ich grundsätzlich entweder empfehlen, wenn es bei nur einem DC bleibt (nicht die Ideallösung) diesen im Cluster zu betreiben. Alternativ würde ich zwei DCs aber ungeclustert betreiben, damit der Cluster, der ja von der Domäne abhängt, und die DCs, die sonst vom Cluster abhängen würden, kein Henne-Ei-Problem erzeugen... Also besser zwei ungeclusterte DCs als nur einen, der dann aber geclustert. Auf jeden Fall sollte ein Hyper-V-Host niemals auch gleichzeitig DC sein.
Hat mir den Allerwertesten gerettet, super erklärt :D
Freut mich zu hören!
Ich hab einen zweiten Cluster erstellt nach dem Schema, natürlich mit ner angemessenen Anzahl an Karten, allerdings lässt er das nur zu wenn die Verbindungen zwischen Hosts und Shared Storage in getrennten Netzen liegen, ist das ein Problem für die Failover-Funktion des Clusters?
Steven Stephan logisch darf dafür das gleiche Netz genutzt werden, muss aber nicht. Physisch muss das Netz redundant genug sein. Wenn jeder Knoten nur eine Netzwerkkarte hat, und darüber die Kommunikation im Cluster UND zum Storage abgewickelt wird, dann ist der schlecht. Wäre aber für das Failover erstmal kein Problem, würde nur ggf häufig zu nem Failover führen, was sicher nicht gewollt ist. In der "best practice" hat man mehrere physisch und logisch getrennte Betten: 1) für Heartbeat und clusterinterne Kommunikation, 2) für Storage, 3) für Administration und Mananegemt, Backup, Monitoring und co., 4) für den Clientzugriff.
Okay, dann bin ich beruhigt. Dann liegt das Problem nicht am Cluster/Karten sondern irgendwo in meinem Netzwerk/Firewall. Hat mir sehr geholfen, vielen Dank :)
Hallo Herr Hertes, könntne Sie mal nen Echange Server installieren oder haben Sie das evtl. schon mal gezeigt?? Ich bin grad dabei einen zu instllieren und verzweifel ganz schön
Hey Haiko,, Merci für das Video.. Steile Griech.. weiter so...
Danke Dir. Top.
Hi... bin noch Anfänger. Wie stellst du denn sicher, das die Platte nicht ausfällt?
Also der LUN
Ah.... habs in den Kommentaren gefunden. Wer lesen kann ist klar im Vorteil.
Ja, da gehe ich im Video nicht oder nur sehr oberflächlich darauf ein. In der Tat ist das eine wesentliche Fragestellung für das Gesamtkonstrukt. Wenn man ein klassisches SAN wählt, dann muss dieses natürlich ausfallsicher sein (Mehrere Netzwerk-Pfade, redundante Stromversorgung, redundante Storage Controller, ...). Bei SMB-Speicher wird man einen redundanten Storage-Cluster aufbauen oder man nutzt Storage Spaces Direct.
Du bist aber extrem schnell. Also da gehts schon ins eingemachte. Glaube nicht das dass mal einer so eben nachmachen kann. Aber klasse Video
Ja, sicherlich ist das ein flottes Tempo für ein je nach Kenntnis/Erfahrung und konkretem Ziel teilweise komplexes Thema. Aber in einem 4-stündigen Video würde sich das ja keiner anschauen :) Und so kann man Pause machen oder zurückspulen...
Was passiert, wenn das SAN ausfällt?
Dann bricht die restliche Konstruktion zusammen. Daher muss das SAN so redundant wie möglich ausgelegt werden. Mindestens doppelte Netzteile, doppelte Controller, RAID-Level der genügend Ausfälle toleriert (min. RAID10 oder RAID6, am besten KEIN RAID5!), doppelte Anbindung. Wenn möglich und wirtschaftlich vertretbar doppeltes SAN mit synchroner Blocklevel-Spiegelung oder wenigstens asynchroner Kopie.
Hast du irgend ein Beispiel, wie man so ein doppeltes SAN mit synchroner Blocklevel-Spiegelung oder asynchroner Kopie konfiguriert?
Andi Nold das ist leider nicht ganz billig und die Konfiguration ist sehr stark vom Hersteller des SAN abhängig. Alternativ kann man seit 2016 S2D (Storage Spaces Direct) einsetzen...
Man investiert so viel Zeit in video Dreh /cut etc, ist es etwa so schwer ein Mikrofon füf den Hemd für 15€ zu besorgen? Es ist doch einer der wichtigsten Sachen bei der Erklärung nicht nur Videoreihe gut vorzubereiten, sondern auch, dass der Ton nicht durch den Sturm oder von 2 Zimmer entfernt ankommt 🙈
Nein, es ist nicht schwer, aber manchmal vergisst man es eben. Wenn Sie das nicht selber kennen, haben Sie vermutlich noch nie Videos in dieser Art produziert...