J'utilise un serveur Linux avec des conteneurs OpenVZ. Je sauvegarde les données avec rdiff-backup en deux étapes (pour minimiser les temps d'arrêt). La première étape se fait sur le conteneur actif, et la deuxième étape sur le conteneur suspendu.
Existe-t-il un meilleur moyen de sauvegarder les conteneurs OpenVZ ?
Ce site web énumère les différentes manières de le faire. Si vous avez LVM, c'est vraiment la meilleure. Si vous exécutez des applications de base de données, assurez-vous de faire un vidage de toutes les bases de données avant de sauvegarder le conteneur (c'est-à-dire mysqldump).
Pourquoi ne pas utiliser vzmigrate entre les nœuds matériels avec des options qui conservent l'"image" stockée sur la source et les destinations, ainsi que le commutateur en ligne. Si vous faites cela souvent, le rsync fonctionnera très rapidement (moins de changements à synchroniser). Je fais cela sans LVM. Je pense que la beauté des serveurs virtuels est que vous n'avez pas à vous soucier des sauvegardes au niveau du système de fichiers (applaudissements) ! Bien sûr, vous pouvez faire le truc vzmigrate sans la partie migration.
Je recommanderais également LVM que j'utilise pour créer des instantanés qui sont ensuite transférés par rsync sur le serveur de l'entreprise. zfs (sur Linux en utilisant zfs-fuse) pour activer les snapshots inscriptibles que j'utilise pour une restauration rapide en démarrant un nouveau conteneur par dessus.
S'il y a une suggestion concrète à tirer de mon expérience, je suggérerais de concevoir une stratégie de sauvegarde basée sur vos besoins de récupération, et non sur les limites de la configuration actuelle. La réinstallation du serveur avec LVM est pénible, mais jusqu'à ce que nous obtenions un meilleur support des systèmes de fichiers comme btrfs, c'est la première étape :-)
Mon opinion personnelle sur la sauvegarde des machines virtuelles est qu'elle ne devrait pas exister à moins que vous ne soyez un fournisseur de VPS. Mais si c'est le cas, faire tourner les machines virtuelles/conteneurs au-dessus de LVM et utiliser des snapshots comme source de sauvegarde peut être la meilleure idée. Bien sûr, pour la haute disponibilité, vous pouvez utiliser DRBD ("raid1-over-network") ou LVM au-dessus de iscsi pour approvisionner le stockage à partir d'une appliance fiable.
En ce qui concerne l'absence de sauvegardes pour les MV, je préfère partir du principe que tout MV est volatile et ne mérite pas d'être sauvegardé. Dans mon environnement de production, je ne sauvegarde que les $Data résidant à l'intérieur de la VM. Si une VM/conteneur meurt pour une raison quelconque, j'utilise une image dorée pour la réinstaurer et la repeupler avec les $Data des sauvegardes. Avec plus de 200 VMs vmware, openvz et xen, la sauvegarde de chacune d'entre elles n'est pas pratique.
Ceci étant dit, pour quelques uns de nos conteneurs que nous devons restaurer très rapidement au cas où quelque chose se passe mal ( nagios, inventaire racksheet etc. ) nous faisons simplement rsync à partir de / :)
Voici ce que j'utilise : R1Soft (désormais appelé Idera Server Backup Enterprise).
Pourquoi ? - Sauvegardes au niveau du bloc (copie uniquement les modifications et extrêmement rapide avec zéro temps d'arrêt) - Historique, conserve plusieurs versions comme vous le spécifiez. Une sauvegarde toutes les 15 minutes est possible. - Les rapports sont géniaux - La réplication multipoint sur/hors site est également excellente.
Je ne travaille pas pour eux, je sauvegarde environ 80 serveurs par jour avec ce système et il ne m'a jamais fait défaut. Oui, il coûte cher, mais vous en avez pour votre argent.
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
