Kann eine DS eine andere hoch- und runterfahren ?

[Micha81]

Wir setzen eine zweite 1513 als Backup Medium für eine Master 1513 ein. Schön wäre es wenn der Master die Slave 1513 automatisch hoch- und wieder runterfahren könnte. Ist das prinzipiell möglich und vor allem wie ?

 

[nachon]

Ist mir so nicht bekannt.

Aber man könnte doch einen Zeitplan festlegen, so dass Sie z.B. Sonntags morgens startet, 10 Minuten später startet man automatisch den Backup Prozess, und abends fährt man Sie automatisch wieder runter.
Wäre das keine Lösung?

 

[Micha81]

Ja sicher wäre das ein Workaround. Das einzige Problem ist nur dass man nicht abschätzen kann wie lange das Backup läuft und man daher sehr großzügig das Runterfahren planen muss.

Es wäre daher wesentlich eleganter wenn die Master DS das triggern könnte.

 

[Puppetmaster]

Man könnte die DS zum einen per WOL wecken. Dazu gibt es mindestens mal ein IPKG-Paket (wakelan !?), setzt natürlich IPKG voraus.
Herunterfahren ist auf einem ähnlichen Weg möglich. Die DS könnte der anderen DS per script und SSH ein poweroff senden.
Problematisch an der Geschichte ist das Erkennen des Endes des Backups.

So hatte ich mir das mal überlegt. Umgesetzt habe ich es aber nun so: Ziel-DS fährt nach Plan hoch. Die Backups starten nach Plan ein paar Minuten später. Auf der Ziel-DS gibt es zum einen einen Plan zum Herunterfahren (großzügig dimensioniert) und zum anderen das 3rd-Party-Package Advanced-Power-Manager (APM). Der APM ist in der Lage, den Shutdown solange zu verzögern, wie noch Netzwerktraffic in einstellbaren Schwellen erkannt wird.
Das funktioniert bisher ganz gut.

 

[Micha81]

Das Starten ist gar nicht mal so das Problem. Ich weiss ja wann das Backup läuft und kann daher die DS nach Plan hochfahren. Beim Runterfahren sieht es dann halt völlig anders aus da der Zeitpunkt nicht bekannnt ist. Aber ich schaue mir das APM mal an. Wenn es bei dir funktioniert wäre es hier vielleicht auch eine Option.

 

[jahlives]

du kannst doch problemlos am Ende des Backupsjob mittels ssh eine Verbindung auf die zweite DS machen und den poweroff Befehl abdrücken lassen

 

[Micha81]

Aha interessant. Und wie geht das so problemlos ?

 

[jahlives]

z.b.

rsync -av -e ssh root@entfernteDS:/ /backup/
ssh root@entfernteDS "poweroff"

setzt voraus dass du einen SSH Login auf entfernteDS mittels Zertifikat hast. Sonst wirst du nach dem PW gefragt

 

[Micha81]

Nach einigen Tagen fummeln und fragen habe ich das Backup nun vollautomatisiert am Laufen. Die Ziel-DS fährt per Timer hoch. Ein paar Minuten später wird auf der Quell-DS der Backup-Job gestartet. Am Ende wird die Ziel-DS wieder heruntergefahren.

Der eigentliche rsync Befehl lautet

rsync -av -e "ssh -i /root/.ssh/id_rsa -b x.x.x.x" /volume1 root@y.y.y.y:Ziel

Der Punkt ist, dass diese Methode extrem langsam ist. Die Datentransferraten brechen bei dieser Methode auf durchschnittlich 10MB/s ein. Das Backup über die Kommandozeile läuft somit ca. 40h (hochgerechnet!) während der Datensicherungsassistent nach 6h fertig ist und immer zwischen 60 und 120MB/s liegt. Das ist in der Praxis so nicht zu gebrauchen. Warum ist das so langsam ? Lässt sich das beschleunigen ? Mache ich etwas falsch ?

 

[Puppetmaster]

Der Punkt ist, dass diese Methode extrem langsam ist. Die Datentransferraten brechen bei dieser Methode auf durchschnittlich 10MB/s ein. Das Backup über die Kommandozeile läuft somit ca. 40h (hochgerechnet!) während der Datensicherungsassistent nach 6h fertig ist und immer zwischen 60 und 120MB/s liegt.

Interessant! Ich bin mit rsync (also auch über die eingebaute Sicherung & Wiederherstellung, denn die benutzt auch rsync) noch nie signifikant über 20MB/s gekommen!
Meinst du evtl. 10MBit/s ?? Das wäre in der Tat langsam.

 

[Micha81]

Ich meine schon MB/s.



Daher empfinde ich die Sicherung per Assistent auch als sehr schnell. An der Kommandozeile oder per Script sieht das völlig anders aus. Dann sind es wie bereits geschrieben nur noch maximal 10MB/s mit der Tendenz deutlich weniger. Dafür muss es ja einen Grund geben wenn beides auf rsync basiert.

 

[jahlives]

bist du sicher, dass die Lösung via DSM auch via ssh den rsync macht? Die Verschlüsselung durch ssh drückt die Performance deutlich im Vergleich zu einer plain-rsync Lösung

 

[Puppetmaster]

bist du sicher, dass die Lösung via DSM auch via ssh den rsync macht? Die Verschlüsselung durch ssh drückt die Performance deutlich im Vergleich zu einer plain-rsync Lösung

Ich jetzt?
Ich bin einfach total verwundert ob dieser hohen Transferraten. Ich bekomme wie gesagt im Schnitt ca. 20MB/s (große Files) wenn ich über den DSM sichere. Dabei ist die Verschlüsselung ausgeschaltet.

 

[Micha81]

bist du sicher, dass die Lösung via DSM auch via ssh den rsync macht? Die Verschlüsselung durch ssh drückt die Performance deutlich im Vergleich zu einer plain-rsync Lösung

Das wird der springende Punkt sein. Die Verschlüsselung macht den Unterschied. Im DSM läuft es unverschlüsselt und nicht komprimiert. Nur leider ist das ganze damit für mich so nicht mehr zu gebrauchen da die Datenmengen einfach zu groß sind und selbst die inkrementiellen Backups nicht fertig werden. Also doch Datensicherungsassistent.

 

[jahlives]

du kannst doch auch bei "deiner" Lösung auf ssh verzichten wenn die beiden DS im selben Netz sind

 

[Micha81]

Ja sicher. Ich werde basteln, testen und berichten.

 

[Micha81]

Die Angelegenheit ist zumindest für mich doch etwas mysteriös. Ich habe jetzt die ssh Verschlüsselung entfernt. Der plain-rsync Befehl wird damit zu:

rsync -av --address=x.x.x.x quelle root@x.x.x.y:ziel

Die Datentransferraten sehen dann wie folgt aus:



Im Schnitt meldet rsync etwa 13MB/s. Das ist nur minimal höher als in der Version mit SSH-Verschlüsselung und kein Vergleich zu den Transferraten die der Assistent erreicht. Irgend etwas macht der Assistent noch anders.

 

[jahlives]

hast du mal den Job via Assi angeworfen und dann auf der Konsole geschaut wie der Befehl des Assi für das Backup lautet?

ps aux | grep rsync

 

[Micha81]

Hatte ich bisher nicht. So versiert bin ich da nicht. Allerdings führt der Befehl zu einer Fehlermeldung mt der ich ebenfalls nichts anfangen kann:

ps aux | grep rsync
ps: invalid option -- a
BusyBox v1.16.1 (2013-05-07 00:18:18 CST) multi-call binary.

Usage: ps

Report process status

Options:
w Wide output

 

[jahlives]

ah stimmt das busybox ps kennt nicht alle Parameter. Ergibt ps | grep rsync was?