Ich versuche, mit Hilfe des Systems zu verbessern, dass ich normalerweise benutze Backups Amazon S3 als Storage-Plattform. S3 (und andere von Amazon Cloud Services) haben zwei große Vorteile: Erstens die Verfügbarkeit in der Größenordnung von 99,99% und andere der Preis in hohem Maße wettbewerbsfähige Kosten für die Raumfahrt verwendet werden und Anträge gestellt, aber immer noch kommt aus einem außergewöhnlichen Preis.

Unser Backup ist ca. 40GB, und wenn das System gut geht, ich plane, Backups nutzen es für persönliche (meist Fotos .)

Die Grundvoraussetzung ist, dass die Synchronisation in automatisierter Weise wird aus einem Linux-Server durchgeführt, so dass das System muss die Übertragung unaufmerksam zu ermöglichen.

Umsehe ich gefunden, wie man FuseOverAmazon , ein System auf Basis Fuse , die den Mount einen "Eimer" S3, als ob es ein lokales Laufwerk wurden und zu denen wir könnten dann rsync . Was will man mehr? Gesagt, getan, wir werden es beweisen. In meinem Fall verwende ich CentOS .

Versuchen wir es.

Wenn alles gut geht, wird Laufwerk montiert / mnt/s3 Ihre "nombrebucket" und Sie können die Dateien aufgelistet, kopieren, löschen etc., wie ein Computer. Bisher hat alles. Gut gelaufen Wir können nur synchronisieren Sie Ihre Backup:

Und hier kommt das Problem. In meinem Fall habe ich vier Tage lang und noch nicht 10% der Synchronisierung weitergegeben, es funktioniert alles gut, aber das Timing ist extrem langsam, ich weiß nicht, ob ich etwas falsch gemacht habe, ob es normal ist oder nicht, aber es ist unmöglich, auch nutzen .

Da die Idee wurde nicht so gut, wir haben einen Plan B. Es handelt sich mithilfe s3sync , ein Ruby-Skript, dass einfache macht den Prozess sehr, zeigt nur ausführen müssen, konfigurieren Sie Ihre Zugangsdaten und:

Wo "Präfix ist möglicherweise ungültig.

Dies wird Backup senden nombrebucket / prefix / Ihren. So weit die Beweise ist viel befriedigender als s3fs, kann die Geschwindigkeit angemessen berücksichtigt werden, als mehr, besonders wenn im Vergleich zu den vorangegangenen.

Wie gesagt, ich bin derzeit Tests die Leistung und Geschwindigkeit, aber ich bin nicht ganz überzeugt, so bin ich mit Denken der Amazon EC2 statt S3 , so wirft eine Instanz einer virtuellen Maschine kann rsync machen ein klassisches gegen einen reale Dateisystem. Der Vorteil ist, dass die virtuelle Maschine kann ich es nur bei Bedarf gestartet und beenden danach, so dass mit einer Stunde pro Tag genug sein kann, daran erinnern, dass Amazon EC2 Kosten, unter anderem, für jede Stunde, verwenden Sie die Instanz. Zusätzlich könnte S3 zu sein, nachdem das Backup-Dump von EC2, aber in unserem Fall die 40GB würde Rotationen werden eine Begrenzung der Preis erheblich teurer, auch wenn mit wöchentlich.

Ich werde Ihnen sagen, .