10
Ausfallsicherheit Physikalischer Server
Hallo zusammen,
vielleicht hat einer von euch bereits Erfahrung oder sogar eine ähnliche Konstellation im Einsatz.
Unsere Server Infrastruktur besteht derzeit nur aus 4 Physikalischen Servern. Im Einsatz haben wir zwei Domain Controller(Windows Server 2003 und 2008r2 AD, DNS, DHCP), einen SQL Server(Windows Server 2008r2/SQL Server 2008), Exchange Server(Windows Server 2008r2/Exchange 2010).
Es sind keine Storage im Einsatz, alles liegt lokal auf den Server Platten. Jeder der 4 Server hat einen Raid 5.
Alle Server werden täglich mit der Windows Server Sicherung auf angeschlossene USB-Festplatten gesichert.
Ich würde gerne eine längere Ausfallzeit durch z.B. Hardware defekt vorbeugen.
Ich habe an folgendes gedacht, ich besorge einen Server mit VMWare lizenzierter Hardware(natürlich ausreichend Power) und eine NAS mit RAID5.
Ich fertige Abbilder aller Physikalischen Server an und erstelle für jeden Physikalischen eine VM. Außerdem lagere ich die Exchange Datenbank und die SQL-Datenbanken auf das NAS aus.
Wenn z.B. der Physikalische Exchange Server ausfällt starte ich den Virtuellen Exchange natürlich gleiche IP Adresse wie der ausgefallene Physikalische. Und verbinde die auf das NAS ausgelagerte Datenbank.
Ist so ein Szenario Praktikabel. Oder setzt man so etwas ganz anders um?
Ich habe leider bis jetzt noch keine Erfahrung bei der Umsetzung deswegen bitte ich euch um Verständnis.
Für ein anders Szenario bin ich jederzeit offen.
Vorab besten Dank.
VG
Tom
vielleicht hat einer von euch bereits Erfahrung oder sogar eine ähnliche Konstellation im Einsatz.
Unsere Server Infrastruktur besteht derzeit nur aus 4 Physikalischen Servern. Im Einsatz haben wir zwei Domain Controller(Windows Server 2003 und 2008r2 AD, DNS, DHCP), einen SQL Server(Windows Server 2008r2/SQL Server 2008), Exchange Server(Windows Server 2008r2/Exchange 2010).
Es sind keine Storage im Einsatz, alles liegt lokal auf den Server Platten. Jeder der 4 Server hat einen Raid 5.
Alle Server werden täglich mit der Windows Server Sicherung auf angeschlossene USB-Festplatten gesichert.
Ich würde gerne eine längere Ausfallzeit durch z.B. Hardware defekt vorbeugen.
Ich habe an folgendes gedacht, ich besorge einen Server mit VMWare lizenzierter Hardware(natürlich ausreichend Power) und eine NAS mit RAID5.
Ich fertige Abbilder aller Physikalischen Server an und erstelle für jeden Physikalischen eine VM. Außerdem lagere ich die Exchange Datenbank und die SQL-Datenbanken auf das NAS aus.
Wenn z.B. der Physikalische Exchange Server ausfällt starte ich den Virtuellen Exchange natürlich gleiche IP Adresse wie der ausgefallene Physikalische. Und verbinde die auf das NAS ausgelagerte Datenbank.
Ist so ein Szenario Praktikabel. Oder setzt man so etwas ganz anders um?
Ich habe leider bis jetzt noch keine Erfahrung bei der Umsetzung deswegen bitte ich euch um Verständnis.
Für ein anders Szenario bin ich jederzeit offen.
Vorab besten Dank.
VG
Tom
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: 262859
Url: https://administrator.de/forum/ausfallsicherheit-physikalischer-server-262859.html
Ausgedruckt am: 23.12.2024 um 17:12 Uhr
10 Kommentare
Neuester Kommentar
Im Idealfall steht Dein DR-Setup in einem RZ weit, weit entfernt. Fällt Dein Server nämlich wegen eines Stromausfalls, Hochwasser oder Erdbeben aus, bringt Dir Deine VM auch nichts, wenn deren Host im selben Zimmer steht. ;)
Datenbanken usw. kannst Du entweder auslagern, oder öfters mal auf Die VM spiegeln (z.B. 2x täglich). Dann sparste Dir das NAS.
Datenbanken usw. kannst Du entweder auslagern, oder öfters mal auf Die VM spiegeln (z.B. 2x täglich). Dann sparste Dir das NAS.
Lieber nen ordentliches Sicherungskonzept (Sicherung auf mehrere physikalische Standorte) + ErsatzHW im Schrank (natürlich im anderen Brandabschnitt ;)) bzw. einen passenden Wartungsvertrag beim Hersteller der binnen Stunden Ersatz liefert 
. Ansonsten wie schon geschrieben sollte der Host dann seperat stehen.
Ne NAS kann natürlich auch kaputt gehen, denke an Blitzeinschläge und ähnliches
. Ansonsten wie schon geschrieben sollte der Host dann seperat stehen.Ne NAS kann natürlich auch kaputt gehen, denke an Blitzeinschläge und ähnliches
Moin,
jeder der von dir angegebenen Dienste kann von Haus aus Redundanz herstellen, sei's durch Replication, DAGs oder Logshipping. Imo ist es sinnvoller diese Mechanismen zu benutzen und die jeweiligen "Gegenparts" auf dem ESXi und er NAS zu installieren.
lg,
Slainte
jeder der von dir angegebenen Dienste kann von Haus aus Redundanz herstellen, sei's durch Replication, DAGs oder Logshipping. Imo ist es sinnvoller diese Mechanismen zu benutzen und die jeweiligen "Gegenparts" auf dem ESXi und er NAS zu installieren.
lg,
Slainte
Hallo,
was spricht denn gegen eine vollständige Virtualisierung?
Also 2 Hosts an 2 unterschiedlichen Standorten mit HA (Hochverfügbarkeit).
Gegebenenfalls, wie @SlainteMhath bereits schrieb, die Dienste als Cluster laufen lassen.
Und natürlich ein sinnvolles und vollständiges Backup- und Restore-Konzept.
Das hat natürlich alles seinen Preis, aber Sicherheit kostet nun mal.
Jürgen
was spricht denn gegen eine vollständige Virtualisierung?
Also 2 Hosts an 2 unterschiedlichen Standorten mit HA (Hochverfügbarkeit).
Gegebenenfalls, wie @SlainteMhath bereits schrieb, die Dienste als Cluster laufen lassen.
Und natürlich ein sinnvolles und vollständiges Backup- und Restore-Konzept.
Das hat natürlich alles seinen Preis, aber Sicherheit kostet nun mal.
Jürgen
Hallo zusammen,
vielen Dank für eure tolle Hilfe. Auslagerung in ein RZ bzw. an einen anderen Standort ist leider wegen Kostengründen nicht möglich. Mir ist natürlich klar das damit gegen Brand oder andren Katastrophen nicht vorgesorgt ist.
Primär geht es mir wirklich nur einen Hardware defekt der Physikalischen Server vorzubeugen. Einen ESXi Server wollte ich eh schon lange anschaffen da ich auch andere Uralt Maschinen habe welche langsam einen neuen Host verdient hätten. Diese würde dann auch gleich auf den neuen ESXi geben.
Mir ist auch klar das wenn der ESXi ausfällt die Maschinen nicht mehr Betriebsfähig sind,bei diesen handelt es sich um nicht unbedingt lebensnotwendige Systeme sprich die könnten auch mal 1-2 tage down sein.
Die unbedingt benötigten Systeme laufen wie beschrieben auf den vier Physikalischen Servern die ich eben mit dem neuen ESXi absichern möchte. Ich werde mich nun mal wie von Slainte beschrieben in die Themen Replication, DAG und Logshipping einlesen.
Ist ein Exchange Cluster und SQL Server Replikation zwischen Physikalisch und Virtuell möglich?
Vielen lieben Dank.
Tom
vielen Dank für eure tolle Hilfe. Auslagerung in ein RZ bzw. an einen anderen Standort ist leider wegen Kostengründen nicht möglich. Mir ist natürlich klar das damit gegen Brand oder andren Katastrophen nicht vorgesorgt ist.
Primär geht es mir wirklich nur einen Hardware defekt der Physikalischen Server vorzubeugen. Einen ESXi Server wollte ich eh schon lange anschaffen da ich auch andere Uralt Maschinen habe welche langsam einen neuen Host verdient hätten. Diese würde dann auch gleich auf den neuen ESXi geben.
Mir ist auch klar das wenn der ESXi ausfällt die Maschinen nicht mehr Betriebsfähig sind,bei diesen handelt es sich um nicht unbedingt lebensnotwendige Systeme sprich die könnten auch mal 1-2 tage down sein.
Die unbedingt benötigten Systeme laufen wie beschrieben auf den vier Physikalischen Servern die ich eben mit dem neuen ESXi absichern möchte. Ich werde mich nun mal wie von Slainte beschrieben in die Themen Replication, DAG und Logshipping einlesen.
Ist ein Exchange Cluster und SQL Server Replikation zwischen Physikalisch und Virtuell möglich?
Vielen lieben Dank.
Tom
Hallo,
das "Problem" bei einem Cluster ist immer, das alle beteiligten Server auf ein gemeinsames Storage zugreifen müssen. Dh., Du kannst den eigentlichen Server mit Hardware (CPU, RAM usw.) und Betriebssystem redundant vorhalten. Der Datenspeicher (Exchange-DB, SQL-DB usw.) muß auf einem für beide erreichbaren Storage liegen (zB. NAS, SAN). Dieses Storage muß natürlich ebenfalls redundant ausgelegt sein. Auch die Anbindung des Storage an die Server im Cluster sollte natürlich redundant sein. Alles eine Frage des Geldes.
Wenn diese Vorraussetzung gegeben ist, ist es prinzipiell egal, ob der einzelne Server physisch oder als VM realisiert ist.
Eine durchgängige Virtualisierung macht aber vieles "leichter". Bei 2 Host hat man in der Regel ja schon ein externes Storage mit gemeinsamen Zugriff eingeplant.
Bedenke aber: Viele der Sicherungs-Funktionen von VMware (vMotion, HA usw.) setzen den Management-Server vSpehre vorraus. Und der ist im Gegensatz zum Host-Betriebssystem ESXi nicht kostenlos!
Jürgen
das "Problem" bei einem Cluster ist immer, das alle beteiligten Server auf ein gemeinsames Storage zugreifen müssen. Dh., Du kannst den eigentlichen Server mit Hardware (CPU, RAM usw.) und Betriebssystem redundant vorhalten. Der Datenspeicher (Exchange-DB, SQL-DB usw.) muß auf einem für beide erreichbaren Storage liegen (zB. NAS, SAN). Dieses Storage muß natürlich ebenfalls redundant ausgelegt sein. Auch die Anbindung des Storage an die Server im Cluster sollte natürlich redundant sein. Alles eine Frage des Geldes.
Wenn diese Vorraussetzung gegeben ist, ist es prinzipiell egal, ob der einzelne Server physisch oder als VM realisiert ist.
Eine durchgängige Virtualisierung macht aber vieles "leichter". Bei 2 Host hat man in der Regel ja schon ein externes Storage mit gemeinsamen Zugriff eingeplant.
Bedenke aber: Viele der Sicherungs-Funktionen von VMware (vMotion, HA usw.) setzen den Management-Server vSpehre vorraus. Und der ist im Gegensatz zum Host-Betriebssystem ESXi nicht kostenlos!
Jürgen
das "Problem" bei einem Cluster ist immer, das alle beteiligten Server auf ein gemeinsames Storage zugreifen müssen.
Mittlerweile ist das nicht mehr zwingend nötig. HyperV und VMWare können das auch ohne Shared Storage.Kleiner Tipp zur Vereinfachung: Bau gleich alles auf virtuell um, damit bist du hardware-ungebunden. Ansonsten müsstest du erstmal im Disaster-Fall anfangen, die Maschinen zu konvertieren, da die ja für das Blech noch Treiber und Einstellungen drin haben. Sobald die Kisten virtuell sind, kannst du die verschieben, wie du willst. Die kennen nur ihre virtuelle Hardware, das Blech drunter sehen die nicht.
VMWare mit VM-Motion ist eine angenehme Sache. Das letzte mal als die Farm komplett abgeschaltet war, war als diese aufgebaut wurde, seit dem war zumindest immer ein Host mit ein paar Maschinen an.
Mir ist auch klar das wenn der ESXi ausfällt die Maschinen nicht mehr Betriebsfähig sind,bei diesen handelt es sich um nicht unbedingt lebensnotwendige Systeme sprich die könnten auch mal 1-2 tage down sein.
Der Fall ist mir in den vier Jahren, in denen mein Cluster läuft, nicht vorgekommen. ESXi läuft auf zertifizierter Hardware so grundstabil, dass da wirklich nur Hardwaredefekte Probleme machen können. Irgendwann hats mir mal ein RAM-Modul weggehauen, da ist der ESXi gestorben, das HA hat die VMs zwangsverschoben und neu gestartet.Mit Ausnahme von einer uralten Datenbank, die bald eh stirbt, einem System der DMZ und einem Domänencontroller, hab ich alle Systeme, um 1200 Mitarbeiter zu bespaßen, auf drei Hosts laufen. Domänencontroller, Printserver, Datenbankserver, Exchange, ...
Kleiner Hinweis am Rand: Das Backup auf physikalisch verbundene USB-Festplatten ist nicht akzeptabel. Ich hab schon oft genug gesehen, wie ein System gestorben ist und angeschlossene Peripherie mitgetötet hat. Wenn so ein Netzteil eines Servers aufgibt, kann es mit allem anderen auch vorbei sein.
Die einfachste Variante, die du haben kannst, ist das kleinste VMWare mit vCenter zu nehmen. Heißt VMWare Essentials, kostet als Reseller-Version der Serverhersteller etwa 500€. Daran kannst du dann eine Backuplösung wie Veeam oder vRanger anbinden und deine VMs auf einen externen Speicher sichern. Sollte der VMWare-Host aufgeben, besorgst du dir einen neuen, installierst da den ESXi drauf und schiebst die Sicherung aller VMs zurück. Somit bleibst du hardwareunabhängig und in einem kleinen Finanzrahmen.
Beim Essentials Plus ist sogar eine Backuplösung mit dabei, aber das kost direkt ein vielfaches.
Hallo
Der wichtigste Entscheidungspunkt für die Essentials Plus fehlt leider.
Nur mit dieser Version ist HA und vMotion möglich.
Quelle: http://www.vmware.com/de/products/vsphere/compare
grüße vom it-frosch
Die einfachste Variante, die du haben kannst, ist das kleinste VMWare mit vCenter zu nehmen. Heißt VMWare Essentials, kostet als Reseller-Version der
Serverhersteller etwa 500€. Daran kannst du dann eine Backuplösung wie Veeam oder vRanger anbinden und deine VMs auf einen externen Speicher sichern. Sollte
der VMWare-Host aufgeben, besorgst du dir einen neuen, installierst da den ESXi drauf und schiebst die Sicherung aller VMs zurück. Somit bleibst du
hardwareunabhängig und in einem kleinen Finanzrahmen.
Beim Essentials Plus ist sogar eine Backuplösung mit dabei, aber das kost direkt ein vielfaches.
Serverhersteller etwa 500€. Daran kannst du dann eine Backuplösung wie Veeam oder vRanger anbinden und deine VMs auf einen externen Speicher sichern. Sollte
der VMWare-Host aufgeben, besorgst du dir einen neuen, installierst da den ESXi drauf und schiebst die Sicherung aller VMs zurück. Somit bleibst du
hardwareunabhängig und in einem kleinen Finanzrahmen.
Beim Essentials Plus ist sogar eine Backuplösung mit dabei, aber das kost direkt ein vielfaches.
Der wichtigste Entscheidungspunkt für die Essentials Plus fehlt leider.
Nur mit dieser Version ist HA und vMotion möglich.
Quelle: http://www.vmware.com/de/products/vsphere/compare
grüße vom it-frosch
Zitat von @tikayevent:
> das "Problem" bei einem Cluster ist immer, das alle beteiligten Server auf ein gemeinsames Storage zugreifen
müssen.
Mittlerweile ist das nicht mehr zwingend nötig. HyperV und VMWare können das auch ohne Shared Storage.
> das "Problem" bei einem Cluster ist immer, das alle beteiligten Server auf ein gemeinsames Storage zugreifen
müssen.
Mittlerweile ist das nicht mehr zwingend nötig. HyperV und VMWare können das auch ohne Shared Storage.
Hallo @tikayevent,
ich kann Deinen Ausführungen zu VMware nur zustimmen. Auch ich habe ein VMware-Cluster mit 3 Knoten seit über 3 Jahren ohne Ausfall laufen. Deshalb hatte ich ja auch weiter oben die gleiche Empfehlung ausgesprochen.
Deine Bemerkung zum gemeinsamen Storage ist nur bedingt richtig: Prinzipiell braucht ein Cluster immer einen gemeinsamen (shared) Storage, wie auch immer dieser bereitgestellt wird. Richtig ist, dass VMware (bei Hyper-V weiß ich es nicht) lokalen Festplatten-Speicher im VMware-Cluster als Shared-Storage bereitstellen kann. Damit muß man nicht mehr zwingend ein externes Storage-System als Shared-Storage bereitstellen, auf welchem dann der gemeinsame Speicher der VM-Cluster (zB. Exchange) liegt. Diese Konstellation hat aber den entscheidenden Nachteil, dass bei Nichtverfügbarkeit des Host, der seinen lokalen HDD-Speicher frei gibt (Ausfall, Wartung usw.), das gesammte System ausfällt.
Jürgen
Hallo zusammen,
danke nochmal für eure Hilfe. Da ich leider nur maximal einen ESXI Server anschaffen kann, ist es mir leider nicht möglich komplett zu Visualisieren.
Am wichtigsten wäre mir für den Anfang erstmal unsern Exchange 2010 Server für einen möglich Ausfall vorzubereiten. Ich habe mich dafür entschieden eine DAG mit zwei Exchange Servern aufzubauen.Der eine Exchange wäre der bereits vorhandene Physikalische Exchange und den zweiten würde ich auf den neuen ESXI Server installieren. Würdet ihr mir einen Hardware Load Balancer zwischen den beiden Exchange Server empfehlen?
In einem andren Forum hat einer nach einem ähnlichen Szenario gefragt. Er hatte auch bereits einen bestehen Exchange 2010 Server und wollte einen neuen mitaufnehmen um ein DAG einzurichten.
er bekam folgende Antwort
"Nur als Info. Nachträglich eine DAG zu erstellen birgt den Stolperstein, dass beim Reboot des bisherigen Standalone Servers trotzdem kein Connect der Clients möglich ist, weil man kein CAS Array angelegt hat, und die Clients alls über den bisherigen Standalone Server connecten."
ist das so richtig? Wie kann ich sowas vorbeugen?
Viele Grüße
Tom
danke nochmal für eure Hilfe. Da ich leider nur maximal einen ESXI Server anschaffen kann, ist es mir leider nicht möglich komplett zu Visualisieren.
Am wichtigsten wäre mir für den Anfang erstmal unsern Exchange 2010 Server für einen möglich Ausfall vorzubereiten. Ich habe mich dafür entschieden eine DAG mit zwei Exchange Servern aufzubauen.Der eine Exchange wäre der bereits vorhandene Physikalische Exchange und den zweiten würde ich auf den neuen ESXI Server installieren. Würdet ihr mir einen Hardware Load Balancer zwischen den beiden Exchange Server empfehlen?
In einem andren Forum hat einer nach einem ähnlichen Szenario gefragt. Er hatte auch bereits einen bestehen Exchange 2010 Server und wollte einen neuen mitaufnehmen um ein DAG einzurichten.
er bekam folgende Antwort
"Nur als Info. Nachträglich eine DAG zu erstellen birgt den Stolperstein, dass beim Reboot des bisherigen Standalone Servers trotzdem kein Connect der Clients möglich ist, weil man kein CAS Array angelegt hat, und die Clients alls über den bisherigen Standalone Server connecten."
ist das so richtig? Wie kann ich sowas vorbeugen?
Viele Grüße
Tom
