Wenn ich mongodb in einer EC2-Instanz laufen lasse, die (etwas) ständig geschrieben wird, ist das die intelligenteste, sicherste und kostengünstigste Backup-Strategie.
Meine Sorge ist, dass wenn eine EC2-Instanz ausfällt, Sie alle Daten verlieren, die auf die Festplatte geschrieben wurden ...
Alte Frage, aber ich denke, dass ich mit mehr Details und Informationen über einen echten Erfolgsfall beitragen kann.
In einer Produktionsumgebung habe ich 3 Mongodb mit Replicaset läuft in 3 T2.micro Instanzen, 1 Instanz ist die primäre, 1 Instanz ist die sekundäre und 1 Instanz ist verzögert (alle 4 Stunden ist synchronisiert) mit persistenten EBS (ist es nicht nach dem Neustart der Instanz gelöscht). Alle 4,5 Stunden starte ich einen Lambda-Prozess, der einen EBS-Snapshot der verzögerten Instanz erstellt und an einen S3-Bucket sendet. Das funktioniert ziemlich gut.
Einige Links, die helfen können:
Wer besser als 10gen (MongoDB-Entwickler) antwortet Ihnen.
Sie können auf der follogin-Seite die offizielle Dokumentation über MongoDB-Backups in EC2-Instanzen sehen. Ссылка
Sie schlagen EBS Snapshots vor. Diese Lösung erlaubt es, in wenigen Sekunden eine Instanz mit einem "Foto" Ihrer Datenbank zu starten.
Wir verwenden (mindestens zwei) Linux-Instanzen mit den Daten, die auf EBS und Replikatsätzen gespeichert sind (http://www.mongodb.org/display/DOCS/Replica+Sets).
Tags und Links amazon-s3 mongodb amazon-ec2 database-backups