17
Hochverfügbarkeit , Cluster TS und SQL auf einem Cluster
Hallo zusammen,
ich muss ein Hardwarekonzept entwickeln. In unserer Praxis sollen Terminalserver, Warenwirtschaftssystem auf SQL 2008 Datenbank, Exchange 2010 (keine Intensive Nutzung) und Web-Server installiert werden.
1. Die User sollen auf TS zugreifen und mit WWS arbeiten (Arbeitsplätze - ThinClients).
2. Mit den eMails wird es nicht intensiv gearbeitet.
3. Webserver und Exchange-Server sollen virtualisiert werden (Hyper-V)
Ich muss Hochverfügbarkeit gewährleisten, also – Cluster.
Kann man TS und SQL zusammen auf einem Claster betreiben?
ich muss ein Hardwarekonzept entwickeln. In unserer Praxis sollen Terminalserver, Warenwirtschaftssystem auf SQL 2008 Datenbank, Exchange 2010 (keine Intensive Nutzung) und Web-Server installiert werden.
1. Die User sollen auf TS zugreifen und mit WWS arbeiten (Arbeitsplätze - ThinClients).
2. Mit den eMails wird es nicht intensiv gearbeitet.
3. Webserver und Exchange-Server sollen virtualisiert werden (Hyper-V)
Ich muss Hochverfügbarkeit gewährleisten, also – Cluster.
Kann man TS und SQL zusammen auf einem Claster betreiben?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 180461
Url: https://administrator.de/forum/hochverfuegbarkeit-cluster-ts-und-sql-auf-einem-cluster-180461.html
Ausgedruckt am: 23.12.2024 um 14:12 Uhr
17 Kommentare
Neuester Kommentar
Hallo,
Wie viele Physikalische Server willst du hinstellen für deine Hochverfügbarkeit? Wie sollen die ausgestattet sein? Was ist mit SAN und deren Anbindung?
Gruß,
Peter
Wie viele Physikalische Server willst du hinstellen für deine Hochverfügbarkeit? Wie sollen die ausgestattet sein? Was ist mit SAN und deren Anbindung?
Gruß,
Peter
Hallo,
du bist doch schon auf dem richtigen Weg. Stichwort Hyper-V.
Also Hyper-V Failover-Cluster mit Cluster Shared Volumes auf entsprechender Hardware erstellen und alle Server darin virtualisieren.
Benötigt mindestens 2 Server + 1 SAN. Anzahl der Cores, RAM u Storage großzügig einplanen.
Gruß D.
du bist doch schon auf dem richtigen Weg. Stichwort Hyper-V.
Also Hyper-V Failover-Cluster mit Cluster Shared Volumes auf entsprechender Hardware erstellen und alle Server darin virtualisieren.
Benötigt mindestens 2 Server + 1 SAN. Anzahl der Cores, RAM u Storage großzügig einplanen.
Gruß D.
Hallo Peter,
ich dachte ich nehme IBM BladeCenter S mit 4 Blades. SAN ist eingebaut.
ich dachte ich nehme IBM BladeCenter S mit 4 Blades. SAN ist eingebaut.
auf dem Hyper-V möchte ich Exchange und Web installieren.
Ich weiss aber nicht, ob TS und SQL in einem Cluster laufen dürfen.
Ich weiss aber nicht, ob TS und SQL in einem Cluster laufen dürfen.
Moin moin,
was mir auffiel:
In unserer Praxis sollen ....
Um welch eine Praxis handelt es sich?
Die Sachen, die du gerade überlegst sind alle ganz schön, aber du kennst schon so in etwa die Kosten für so etwas???
Da muß n Zahnarzt lange für bohren ...
Hochverfügbar ... ist auch ein relatives Wort.
Mit einem SAN hochverfügbarkeit zu gewährleisten halte ich auch für schwierig ;)
Gruß
ravers
was mir auffiel:
In unserer Praxis sollen ....
Um welch eine Praxis handelt es sich?
Die Sachen, die du gerade überlegst sind alle ganz schön, aber du kennst schon so in etwa die Kosten für so etwas???
Da muß n Zahnarzt lange für bohren ...
Hochverfügbar ... ist auch ein relatives Wort.
Mit einem SAN hochverfügbarkeit zu gewährleisten halte ich auch für schwierig ;)
Gruß
ravers
Hallo,
was hier in Frage käme wäre auch:
2x Xenserver mit DRBD zur Hochverfügbarkeit des Storage.
Dann die Datenbank in ne VM.
Da hast Du dann wirklich keine SPOF und es ist bezahlbar, kostet aber auch Performance.
Phil
was hier in Frage käme wäre auch:
2x Xenserver mit DRBD zur Hochverfügbarkeit des Storage.
Dann die Datenbank in ne VM.
Da hast Du dann wirklich keine SPOF und es ist bezahlbar, kostet aber auch Performance.
Phil
Ich nutze dafür Starwind HA-SAN, google das mal ist wirklich gut.
Damit hast du eine optimale Redundanz für dein SAN
Damit hast du eine optimale Redundanz für dein SAN
Hallo,
wozu nutzt Du denn das Starwind SAN? Direkt als Storage für Windows, oder für eine Virtualisierungsumgebung?
Ich hatte bei meinen Tests vor zwei Jahren das Problem, dass der Failover zu langsam war...
Phil
wozu nutzt Du denn das Starwind SAN? Direkt als Storage für Windows, oder für eine Virtualisierungsumgebung?
Ich hatte bei meinen Tests vor zwei Jahren das Problem, dass der Failover zu langsam war...
Phil
Ich nutze das Starwind HA San als Datenseoicher für Vmware, Ja es war früher einmal sehr langsam, aber mit der Version 5.7 ist es wirklich gut geworden.
Seit ein paar Tagen gibts auch schon die 5.8, ich werde diese einmal in eienr Testumgebung testen.
Seit ein paar Tagen gibts auch schon die 5.8, ich werde diese einmal in eienr Testumgebung testen.
Zitat von @Ravers:
Hochverfügbar ... ist auch ein relatives Wort.
Mit einem SAN hochverfügbarkeit zu gewährleisten halte ich auch für schwierig ;)
Hochverfügbar ... ist auch ein relatives Wort.
Mit einem SAN hochverfügbarkeit zu gewährleisten halte ich auch für schwierig ;)
Dann solltest Du Dir vielleicht mal die Dell Equalogic PS Serie anschauen bevor Du SAN mit HA und dem
Prädikat "schwierig" miteinander verknüpfst ;)
http://www.dell.com/de/unternehmen/p/equallogic-products
Mfg.
Hallo,
tut mir Leid, aber das sehe ich ganz anders:
HA ist IMMER schwierig! HA mit SAN ist IMMER schwierig.
Egal, ob die Konfiguration über eine Appliance etwas einfacher wird, bleibt das Grundproblem:
Um keinen SPOF zu haben, müssen die Daten an zwei Orten, möglichst auch in zwei Brandschutzabschnitten liegen. Dazwischen muss repliziert werden.
Auch Dell kann einen Splitbrain mit allen Folgen produzieren.
HA bringt immer mehr Komplexität ins System...
Phil
tut mir Leid, aber das sehe ich ganz anders:
HA ist IMMER schwierig! HA mit SAN ist IMMER schwierig.
Egal, ob die Konfiguration über eine Appliance etwas einfacher wird, bleibt das Grundproblem:
Um keinen SPOF zu haben, müssen die Daten an zwei Orten, möglichst auch in zwei Brandschutzabschnitten liegen. Dazwischen muss repliziert werden.
Auch Dell kann einen Splitbrain mit allen Folgen produzieren.
HA bringt immer mehr Komplexität ins System...
Phil
Hi,
was spricht denn gegen folgende Lösung:
2x physikalische Server mit entsprechender CPU und RAM
1x Storage mit iSCSI-Verbindung an den beiden Servern
Switche, Strom, etc. redundant
VMware vSphere 5 (ESXi) als Grundsystem für die beiden Server
Da drauf TS, SQL und Exchange virtualisieren
VMware vMotion und HA für die Hochverfügbarkeit.
was spricht denn gegen folgende Lösung:
2x physikalische Server mit entsprechender CPU und RAM
1x Storage mit iSCSI-Verbindung an den beiden Servern
Switche, Strom, etc. redundant
VMware vSphere 5 (ESXi) als Grundsystem für die beiden Server
Da drauf TS, SQL und Exchange virtualisieren
VMware vMotion und HA für die Hochverfügbarkeit.
Hallo,
IMHO hat es wenig HA zu tun, wenn man den iSCSI-Storage als SinglePointOfFailure hat...
Der kann genauso kaputt gehen, wie der Rest.
Phil
IMHO hat es wenig HA zu tun, wenn man den iSCSI-Storage als SinglePointOfFailure hat...
Der kann genauso kaputt gehen, wie der Rest.
Phil
Zitat von @Der-Phil:
Hallo,
IMHO hat es wenig HA zu tun, wenn man den iSCSI-Storage als SinglePointOfFailure hat...
Der kann genauso kaputt gehen, wie der Rest.
Phil
Hallo,
IMHO hat es wenig HA zu tun, wenn man den iSCSI-Storage als SinglePointOfFailure hat...
Der kann genauso kaputt gehen, wie der Rest.
Phil
Es gibt auch iSCSI-Storage mit redundanten Controllern; da kann man dann wie von r1chy2 beschrieben einen kleinen VMware-Cluster mit 2x physikalischem Host und iSCSI SAN aufbauen (man braucht nichtmal Switches fürs SAN, da 2 Ports pro Controller = 2 Pfade pro Server).
mfg
Zitat von @Rudbert:
> Zitat von @Der-Phil:
> ----
> Hallo,
>
> IMHO hat es wenig HA zu tun, wenn man den iSCSI-Storage als SinglePointOfFailure hat...
>
Es gibt auch iSCSI-Storage mit redundanten Controllern; da kann man dann wie von r1chy2 beschrieben einen kleinen VMware-Cluster
mit 2x physikalischem Host und iSCSI SAN aufbauen (man braucht nichtmal Switches fürs SAN, da 2 Ports pro Controller = 2
Pfade pro Server).
> Zitat von @Der-Phil:
> ----
> Hallo,
>
> IMHO hat es wenig HA zu tun, wenn man den iSCSI-Storage als SinglePointOfFailure hat...
>
Es gibt auch iSCSI-Storage mit redundanten Controllern; da kann man dann wie von r1chy2 beschrieben einen kleinen VMware-Cluster
mit 2x physikalischem Host und iSCSI SAN aufbauen (man braucht nichtmal Switches fürs SAN, da 2 Ports pro Controller = 2
Pfade pro Server).
Hallo,
Für mich ist das alles kein Fleisch, kein Fisch...
Du hast dann ein SAN mit zwei Controllern. Die teilen sich dann doch wieder ein Gehäuse, einen Brandabschnitt, eine gemeinsame Platine...
Ich habe noch nie verstanden, warum diese Doppelcontrollersache so häufig verkauft wird.
Phil
Wie kann ich zwei SAN gegenseitig replizieren lassen und diese in zwei verschiedene Brandabschnitte stellen. Auf Grund der verschiedenen IP-Adressen, kann dert ESX ja nur auf einen der beiden zugreifen...
Hallo,
das geht natürlich.
Du hast zwei "Kisten", z.B. von EMC, Equallogic, Datalogic, Starwind oder auch Linux-Server mit DRBD und Pacemaker.
Die zwei Geräte treten als Cluster unter einer gemeinsamen IP auf und sind immer synchron.
Zwischen den zwei Brandabschnitten/Geräten liegt im besten Falle auf zwei redundanten Wegen LWL oder notfalls auch Kupferkabel.
Phil
das geht natürlich.
Du hast zwei "Kisten", z.B. von EMC, Equallogic, Datalogic, Starwind oder auch Linux-Server mit DRBD und Pacemaker.
Die zwei Geräte treten als Cluster unter einer gemeinsamen IP auf und sind immer synchron.
Zwischen den zwei Brandabschnitten/Geräten liegt im besten Falle auf zwei redundanten Wegen LWL oder notfalls auch Kupferkabel.
Phil
