Les instantanés ZFS + S3 sont-ils un système de sauvegarde viable pour plusieurs ordinateurs virtuels et un stockage de serveur de fichiers général?

J'ai été chargé de mettre en place un système de sauvegarde pour mon petit bureau (environ 12 personnes). La plupart de nos tâches de production se font sur le cloud AWS. Il me faut donc sauvegarder quelques petits fichiers de bureau / de développement (moins de 100 Go actuellement), ainsi que nos machines virtuelles et développement opérationnels, qui sont légèrement inférieurs à 1T.

J'ai juste besoin de quelque chose de fiable, pratique et simple. Je suis à l'aise avec Linux, FreeBSD et, dans une certaine mesure, Solaris 10; je suis donc orienté vers un serveur complet plutôt que vers un système d'appliance à la fois Openfiler ou FreeNAS.

Ce que je envisage est un petit serveur de fichiers pour le stockage général et les sauvegardes nocturnes des machines virtuelles, suivi d'une sauvegarde hors site vers le service de stockage S3 d'Amazon. Ce serait les sauvegardes incrémentielles habituelles nocturnes et les sauvegardes complètes hebdomadaires.

Ma question est de savoir si l’utilisation d’instantanés ZFS, localement et exportés vers S3 via «zfs send [-i]», est un outil de sauvegarde viable? Ou devrais-je m'en tenir à utiliser Duplicity, ou une autre méthode entièrement?

Les instantanés ZFS sur le serveur de fichiers interne / la machine de sauvegarde semblent être un moyen idéal de récupérer rapidement et facilement les données. Je suis donc enclin à accepter la redondance locale. (Si vous voyez des scénarios dans lesquels le recours à des instantanés ZFS serait pire qu'une sauvegarde d'archivage plus traditionnelle, n'hésitez pas à me convaincre.) Mais les instantanés sont-ils suffisamment souples pour permettre une récupération après la perte de mon serveur de sauvegarde? Ou suis-je mieux avec quelque chose de plus traditionnel? (n'hésitez pas à recommander des solutions de sauvegarde gratuites ou commerciales que vous privilégiez.)

Gardez à l'esprit que, sauf si vous mettez les machines virtuelles au repos avant de capturer le système de fichiers ZFS sur lequel résident leurs disques durs virtuels, vous effectuerez en réalité une sauvegarde d'un système en panne. De plus, afin de restaurer un seul fichier qui réside sur un instantané ZFS, vous devez charger l'intégralité de l'instantané quelque part, en supposant dans le pire des cas de devoir extraire un instantané qui a été récupéré à partir du stockage distant.

Alors que ZFS et les instantanés sont excellents pour "euh oh, quelque chose de vraiment grave s'est passé, et j'ai besoin que le système de fichiers soit comme si c'était il y a une heure, une semaine, une semaine", ils ne sont vraiment pas une solution de sauvegarde au sens traditionnel du terme. J'ai utilisé ZFS et des instantanés avec d'autres logiciels de sauvegarde, tels que bacula (www.bacula.org), avec de bons résultats. Il est très pratique de pouvoir zfs envoyer un instantané d’un système de fichiers au serveur de sauvegarde, où il est ensuite mis en file d’enregistrement sur bande sans impacter les E / S du système de production.

Je pense que c'est possible.

Considérez le point à mi-chemin entre OpenFiler / FreeNas et Solaris à part entière. NexentaStor, logiciel gratuit ou commercial, est une bonne solution d’appliance. Vous pouvez également utiliser Nexenta Core (gratuit) si vous préférez utiliser le serveur à des fins autres que le stockage. Si vous choisissez la route de l'appliance, vous pourrez planifier vos instantanés à l'intervalle de votre choix (toutes les x minutes, heures, jours, etc.) et la réplication sera relativement propre. Vous pouvez utiliser rsync (ou rsync + ssh) ou zfs send / receive + netcat ou ssh pour envoyer vers un stockage local ou distant. Si vous utilisez la réplication basée sur rsync, votre cible ne doit pas nécessairement être un système de fichiers ZFS. Cela en fait un choix facile pour votre application.

L’autre avantage de toute solution ZFS récente réside dans le fait que vous pouvez utiliser la compression et / ou la déduplication si votre système de stockage le permet, en termes de RAM et de CPU. Cela fonctionne à merveille pour certains types de machines virtuelles et est assez transparent pour les utilisateurs.

Si je planifiais votre solution de sauvegarde, je serais certain de disposer d’instantanés locaux sur une base horaire, en un jour ou une semaine, ainsi que d’une disposition permettant d’envoyer les instantanés quotidiens à un deuxième système local ou à un système distant. J'augmenterais encore cela avec une sauvegarde basée sur un agent dans des machines virtuelles spécifiques (par exemple, sauvegarde BackupExec vers un serveur de sauvegarde dédié + lecteur de bande ou rsync des données les plus importantes vers un autre emplacement). Avec les sauvegardes, vous voulez des options et une flexibilité pour la récupération.

Voir aussi ce qui suit:

Recommandations VMware NAS / iSCSI - organisation petite

Histoires d'horreur avec Sun ZFS?

http://www.anandtech.com/show/3963/zfs-building-testing-and-benchmarking