Win 2008 Failover Cluster mit internem Raid als Speicher
Hallo,
wir haben hier folgendes Problem:
2x Win 2008 Server R2 (jeweils RAID 5)
Nun möchten wir beide Server als Failover Cluster konfigurieren. Bei der Konfiguration müssen wir aber einen gemeinsamen Speicher für das Cluster eingeben.
Wir würden gerne die internen Festplatten (RAID) dafür nutzen anstelle eines externen Speichermediums.
Leider erkennt Windows den Speicher nicht. Zuordnung ist auch nicht möglich.
Brauchen wir ein externes iSCSI Programm dafür??
Gibt es keine Möglichkeit das interne RAID als Storage zu nutzen?
wir haben hier folgendes Problem:
2x Win 2008 Server R2 (jeweils RAID 5)
Nun möchten wir beide Server als Failover Cluster konfigurieren. Bei der Konfiguration müssen wir aber einen gemeinsamen Speicher für das Cluster eingeben.
Wir würden gerne die internen Festplatten (RAID) dafür nutzen anstelle eines externen Speichermediums.
Leider erkennt Windows den Speicher nicht. Zuordnung ist auch nicht möglich.
Brauchen wir ein externes iSCSI Programm dafür??
Gibt es keine Möglichkeit das interne RAID als Storage zu nutzen?
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 152337
Url: https://administrator.de/forum/win-2008-failover-cluster-mit-internem-raid-als-speicher-152337.html
Ausgedruckt am: 23.12.2024 um 11:12 Uhr
9 Kommentare
Neuester Kommentar
Zitat von @IceT:
hmm ich möchte aber ein Failover Cluster einrichten, falls mal einer der beiden Server ausfallen sollte.
Aber wenn einer der beiden Server ausfällt, wie soll dann der andere auf Daten zugreifen?hmm ich möchte aber ein Failover Cluster einrichten, falls mal einer der beiden Server ausfallen sollte.
Ich vermute Du möchtest das die beiden Server auch die Daten replizieren. Da muss ich Dich entteuschen, sowas bietet MS nicht an.
Es wird nur AD & Co und evtl. SQL etc repliziert. Aber immer nur mit einem Shared Storage. Und da haben wir wieder unseren Single Point of Failure.
Also kein NAS sondern ein SAN welches aus 2 NAS besteht.
Stefan
zumindest so nicht...
Alternativ könntest Du das ganze über ESX4 (ohne i) aber mit HA und vMotion machen.
Aber auch das brauchst Du einen shared Storage.
Stefan
PS: ich lasse mich gerne eines besseren belehren.
Alternativ könntest Du das ganze über ESX4 (ohne i) aber mit HA und vMotion machen.
Aber auch das brauchst Du einen shared Storage.
Stefan
PS: ich lasse mich gerne eines besseren belehren.
moin,
das geht nicht - TS & Dc auf einer Kiste - ohne krumme umwege, die kein gelernter freiwillig gehen würde.
Das geht, aber nicht ohne einen externen - da von beiden Servern aus zugänglichen - Storage.!!!!!
das geht nicht - TS & Dc auf einer Kiste - ohne krumme umwege, die kein gelernter freiwillig gehen würde.
Die Server sollen als TS laufen und wenn ein Server ausfällt, dann soll halt der 2. die Arbeit phne große Ausfallzeit übernehmen können.
Das geht, aber nicht ohne einen externen - da von beiden Servern aus zugänglichen - Storage.!!!!!
Moin,
also nun mischen wir nicht alles durcheinander... und fangen der Reihe nach an.
Du möchtest dein AD, DNS und DHCP im Cluster betreiben. Das ist mit Windows Server 2008 Clusterdienste Problemlos möglich. Dazu ist ein NAS mit min. RAID5 + Hotspare + min. 2 Netzteile erforderlich. Am Besten noch jedes Netzteil auf ein extra Stromkreis hängen. Dazwischen vllt. noch eine USV. Somit haste 99% der Fälle schon mal gedeckt.
Ein NAS ist erforderlich, da beide Konten zugriff auf die Daten benötigen (wie auch oben schon beschrieben). Da kommst du auch nicht dran vorbei. Redudanz hat eben seine Eckpunkte und somit auch Kosten.
Des Weiteren kannst du einen DC nicht gleichzeitig als Terminalserver bzw. als Broker verwenden. Dazu wirst du 2 extra Server benötigen. In diesem Fall musst du auch eine Serverfarm konfiguieren, damit das so klappt wie du das haben möchtest. Aber die TS-Farm hat mit dem Windowscluster so direkt nichts zu tun. Auch hier bei ist wichtig, dass die Datenbanken, Daten auf einem gemeinsamen Share liegen, damit beide TS Zugriff haben. Die Programme müssen natürlich auf beiden TS installiert werden. Das solltest du mit jedem Hersteller seperat klären, da du vllt. gegen die Nutzungsbedingungen verstößt und somit eine Straftat begehst. Wo wir wieder bei einem NAS sind bzw. SAN. Vorsichtig, manche definieren ein NAS als SAN! Das SAN sollte natürlich genügend Speicherplatz haben und erweiterbar sein.
Nun gibt es verschiedene Lösungsansätze
a) Du hast bereits 4 phy. Server dann würde ich diese nutzen, ein SAN kaufen, 2 Switches und 4x2 Intel Dualportnetzwerkkarten. Diese nutzt du für die SAN-Anbindung und konfiguierst ein neunen IP-Bereich. Die beiden Switches sollen die Redudanz zwischen SAN und Server sicherstellen, falls einer mal ausfällt keine Verbindungsabbrüche stattfinden. Stichwort: Multipathing!
b) Du hast nur 2 phy. Server dann könntest du über die VMWare ESXi - Variante nachdenken. D.h. du benötigst 2 phy. Server mit min. 6 RAM. Dabei ist eben die Frage wie viel TS-Benutzer es gibt und welche Anwendungen benutzt werden. Auch hier brauchst du wieder 2 Switches, ein SAN und 2x2 Intel Dualport-Netzwerkkarten. Dann setzt in VMWare-ESXi die pro Server die beiden Server (DC und TS) auf und fertig ist die HA Lösung.
Ohne ein bisschen Geld, kommst du nicht weit. Du musst dir bewusst sein, dass du auch die doppelte Anzahl von RemoteDesktop Services Lizenzen benötigst. Das SAN sollte auf jeden VMWare zertifiziert sein.
Grüße,
Dani
also nun mischen wir nicht alles durcheinander... und fangen der Reihe nach an.
Du möchtest dein AD, DNS und DHCP im Cluster betreiben. Das ist mit Windows Server 2008 Clusterdienste Problemlos möglich. Dazu ist ein NAS mit min. RAID5 + Hotspare + min. 2 Netzteile erforderlich. Am Besten noch jedes Netzteil auf ein extra Stromkreis hängen. Dazwischen vllt. noch eine USV. Somit haste 99% der Fälle schon mal gedeckt.
Ein NAS ist erforderlich, da beide Konten zugriff auf die Daten benötigen (wie auch oben schon beschrieben). Da kommst du auch nicht dran vorbei. Redudanz hat eben seine Eckpunkte und somit auch Kosten.
Des Weiteren kannst du einen DC nicht gleichzeitig als Terminalserver bzw. als Broker verwenden. Dazu wirst du 2 extra Server benötigen. In diesem Fall musst du auch eine Serverfarm konfiguieren, damit das so klappt wie du das haben möchtest. Aber die TS-Farm hat mit dem Windowscluster so direkt nichts zu tun. Auch hier bei ist wichtig, dass die Datenbanken, Daten auf einem gemeinsamen Share liegen, damit beide TS Zugriff haben. Die Programme müssen natürlich auf beiden TS installiert werden. Das solltest du mit jedem Hersteller seperat klären, da du vllt. gegen die Nutzungsbedingungen verstößt und somit eine Straftat begehst. Wo wir wieder bei einem NAS sind bzw. SAN. Vorsichtig, manche definieren ein NAS als SAN! Das SAN sollte natürlich genügend Speicherplatz haben und erweiterbar sein.
Nun gibt es verschiedene Lösungsansätze
a) Du hast bereits 4 phy. Server dann würde ich diese nutzen, ein SAN kaufen, 2 Switches und 4x2 Intel Dualportnetzwerkkarten. Diese nutzt du für die SAN-Anbindung und konfiguierst ein neunen IP-Bereich. Die beiden Switches sollen die Redudanz zwischen SAN und Server sicherstellen, falls einer mal ausfällt keine Verbindungsabbrüche stattfinden. Stichwort: Multipathing!
b) Du hast nur 2 phy. Server dann könntest du über die VMWare ESXi - Variante nachdenken. D.h. du benötigst 2 phy. Server mit min. 6 RAM. Dabei ist eben die Frage wie viel TS-Benutzer es gibt und welche Anwendungen benutzt werden. Auch hier brauchst du wieder 2 Switches, ein SAN und 2x2 Intel Dualport-Netzwerkkarten. Dann setzt in VMWare-ESXi die pro Server die beiden Server (DC und TS) auf und fertig ist die HA Lösung.
Ohne ein bisschen Geld, kommst du nicht weit. Du musst dir bewusst sein, dass du auch die doppelte Anzahl von RemoteDesktop Services Lizenzen benötigst. Das SAN sollte auf jeden VMWare zertifiziert sein.
Grüße,
Dani