vmware Server -> Daten sichern im laufenden Betrieb

D

drieling-it

New Member
Hallo Liebe Leute,

ich arbeite im Moment an der neustrukturierung eines Netzwerkes für eine Schule.

Zwei Debian Server spiegeln?

Hallo Liebes Forum, ich lese nun schon seit einiger Zeit bei euch mit und nun ist es an der Zeit, dass ich euch mit einer Frage beschäftigen möchte. Ich plane derzeit an der Überarbeitung eines Netzwerkes, genauer an dem Serverkonzept. Die Derzeite Konfiguration beschreibe ich einfach mal ans...
serversupportforum.de serversupportforum.de

Da wir die Mittel für neue Server und Infrastruktur erst im Sommer 2010 bekommen muss ich erstmal mit dem vorhanden arbeiten. Die Idee die vm immer Synchron zu halten und einen HA zu erstellen funktioniert also noch nicht, aufgrund der verschieden bestückten Server.

Also möchte ich erstmal mit Debian als Host arbeiten und dort den vmware Server laufen lassen. Ich will dann einmal am Tag ein Backup von den VMs haben, das wollte ich per rsync lösen.

Nun ist meine Frage ob ich das im laufenden Betrieb machen kann oder ob ich die VMs erst herunterfahren muss damit ich das Backup machen kann.

Viele Grüße
 
Du willst die vmdk-Files einmal am Tag sichern?
Dann musst du die VM stoppen, um diese Files wegschreiben zu können.

Aber ist es nicht etwas viel, jeden Tag die kompletten vmdk-Files wegzusichern, nur weil sich vielleicht im Guest-Betriebssytem ein paar Bytes geändert haben?
 
Das Guest-System kann ja auch ein Fileserver oder Datenbankserver sein auf dem sich ziemlich viel ändert ;) Also wäre es dann evtl. schon sinnvoll. Ich würde aber eher die Gäste sich selber per DRBD auf den anderen VM-Server spiegeln lassen oder nächtlich per Rsync => keine Downtime und bei DRBD haste immer sofort alle Daten auf beiden Servern.
 
Richtig, das Guest System agiert als Fileserver.

Die DRBD Geschichte werde ich mir mal genauer anschauen, das hört sich nach einer guten Lösung an. Muss ich dann auch mit Heartbeat arbeiten? Eigentlich nicht, oder?
 
Das ändert aber nichts an der Tatsache, dass du ständig die vmdk-Files wegsicherst, du sozusagen ein Full-Backup machst, obwohl ein incrementelles Backup evtl. sinnvoller wäre.

Bei DRBD sollte dir klar sein, dass das Netzwerk das "Bootleneck" ist.
Und natürlich musst du mit einem Heartbeat arbeiten. Wie soll denn sonst das Sekundärsystem bemerken, dass der Primärnode nicht mehr erreichbar ist?
 
Die VMs sollten auf dem anderen Server auch laufen wenn der eine andere CPU hat. Lediglich Live-Migration wird nicht gehen (jedenfalls nicht ohne gewisse CPU-Flags auszublenden), aber das benötigst Du ja auch nicht.

Die Diskfiles kannst Du wegsichern, indem Du vorher einen Snapshot erstellst. Dann ändern sie sich während dem Backup nicht. Den Snapshot kannst Du nachher wieder löschen. (So funktionieren auch professionelle Backuplösungen für VMware.) So ein Backup ist natürlich nur "crash-consistent", also wie wenn Du dem Server vor der Sicherung den Stecker gezogen hättest.
 
You must log in or register to reply here.
Back
Top