Physischen Server mit VM syncronisieren
Hi,
sorry ich kann aber nicht wirklich etwas zu meiner Frage finden.
Ich bin der Meinung das mir mal jemand zugetragen hat, das eine Möglichkeit existiert einen physischen Server in Echtzeit mit einer VM
zu syncronisieren.
So dass die VM als redundante Maschine nebenher rennt und bei einem Ausfall des anderen Server quasi mit minimalem Zeitversatz automatisch einspringt.
Ich suche jetzt dafür eine Software oder eben einen Ansatz wie man so etwas lösen könnte.
wäre für Hilfe dankbar ...
Gruß
sorry ich kann aber nicht wirklich etwas zu meiner Frage finden.
Ich bin der Meinung das mir mal jemand zugetragen hat, das eine Möglichkeit existiert einen physischen Server in Echtzeit mit einer VM
zu syncronisieren.
So dass die VM als redundante Maschine nebenher rennt und bei einem Ausfall des anderen Server quasi mit minimalem Zeitversatz automatisch einspringt.
Ich suche jetzt dafür eine Software oder eben einen Ansatz wie man so etwas lösen könnte.
wäre für Hilfe dankbar ...
Gruß
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 150083
Url: https://administrator.de/contentid/150083
Ausgedruckt am: 25.11.2024 um 18:11 Uhr
11 Kommentare
Neuester Kommentar
Moin,
so als Beispiel
http://www.microsoft.com/downloads/details.aspx?familyid=96f76ed7-9634- ...
dabei isses egal, worauf die Nodes laufen
Gruß
24
so als Beispiel
http://www.microsoft.com/downloads/details.aspx?familyid=96f76ed7-9634- ...
dabei isses egal, worauf die Nodes laufen
Gruß
24
Kann es sein, dass Du doubletake meinst? http://www.doubletake.com
Hi,
Die beste variante ist 1xStorage, 2xHosts und VMWare Sphere (ESX) (kosten 20.000-30.000€) aber eine Super Lösung
Da ich das Bugdet für dieses Setup noch nicht habe werde ich als interims Lösung 2 Debian Hosts mit DRBD replizieren und dadrauf VMware (offene Version) drauf setzten.
Es gibt How-To zum Thema Debian mit DRBD aber hier auf der Seite kannst du schonmal einen Eindruck bekommen.
http://www.drbd.org/
Vorteile: kein shared storage nötig, keine VMWAre kosten.
Nachteile: keine ahnung wie DRBD es mit den VMs zurechtkommt.
Aber schau dir das mal an.
Die beste variante ist 1xStorage, 2xHosts und VMWare Sphere (ESX) (kosten 20.000-30.000€) aber eine Super Lösung
Da ich das Bugdet für dieses Setup noch nicht habe werde ich als interims Lösung 2 Debian Hosts mit DRBD replizieren und dadrauf VMware (offene Version) drauf setzten.
Es gibt How-To zum Thema Debian mit DRBD aber hier auf der Seite kannst du schonmal einen Eindruck bekommen.
http://www.drbd.org/
Vorteile: kein shared storage nötig, keine VMWAre kosten.
Nachteile: keine ahnung wie DRBD es mit den VMs zurechtkommt.
Aber schau dir das mal an.
Zitat von @uLmi:
Hi,
Die beste variante ist 1xStorage, 2xHosts und VMWare Sphere (ESX) (kosten 20.000-30.000€) aber eine Super Lösung
Da ich das Bugdet für dieses Setup noch nicht habe werde ich als interims Lösung 2 Debian Hosts mit DRBD replizieren und
dadrauf VMware (offene Version) drauf setzten.
Es gibt How-To zum Thema Debian mit DRBD aber hier auf der Seite kannst du schonmal einen Eindruck bekommen.
http://www.drbd.org/
Vorteile: kein shared storage nötig, keine VMWAre kosten.
Nachteile: keine ahnung wie DRBD es mit den VMs zurechtkommt.
Aber schau dir das mal an.
Hi,
Die beste variante ist 1xStorage, 2xHosts und VMWare Sphere (ESX) (kosten 20.000-30.000€) aber eine Super Lösung
Da ich das Bugdet für dieses Setup noch nicht habe werde ich als interims Lösung 2 Debian Hosts mit DRBD replizieren und
dadrauf VMware (offene Version) drauf setzten.
Es gibt How-To zum Thema Debian mit DRBD aber hier auf der Seite kannst du schonmal einen Eindruck bekommen.
http://www.drbd.org/
Vorteile: kein shared storage nötig, keine VMWAre kosten.
Nachteile: keine ahnung wie DRBD es mit den VMs zurechtkommt.
Aber schau dir das mal an.
Besser wäre 2x Storange (gespiegelt) und 2x VM HOST Cluster ;)
Dann kann ausfallen was will, es sollte immer ein System da sein. Volle Redundanz...
Ich finde 1x Storage gefährlich. WIr hatten schon 3 mal Controllerausfälle bei unserem iSCSI.