Planificateur de snapshots

C'est quand la dernière fois que quelqu'un a manuellement pris un snapshot de vos volumes de production ? Hier ? La semaine dernière ? Vous n'êtes pas sûr ? C'est ça le problème.

Les backups manuels ne se font pas. Pas de manière fiable. Quelqu'un oublie, quelqu'un est en vacances, quelqu'un a supposé que quelqu'un d'autre s'en chargeait. Et puis un disque lâche, un mauvais déploiement écrase des données, et vous restaurez depuis un snapshot d'il y a trois semaines. Trois semaines de données, envolées.

Ou le problème inverse : quelqu'un a configuré un cron job pour les snapshots il y a deux ans et n'a jamais mis de rétention. Maintenant vous avez 700 snapshots qui mangent du budget stockage, et personne ne sait lesquels sont supprimables sans risque.

Ce que ça fait

Le Planificateur de snapshots crée des snapshots de vos volumes Outscale selon un planning que vous définissez — et nettoie les anciens automatiquement selon votre politique de rétention.

Snapshots quotidiens des volumes de production, en gardant les 14 derniers. Snapshots hebdomadaires des bases de données, en gardant les 8 derniers. Quelle que soit votre politique, vous la définissez une fois et elle tourne indéfiniment. Pas d'humain dans la boucle. Pas d'oubli.

Le scheduler crée le snapshot, le tague, et — une fois votre limite de rétention atteinte — supprime le plus ancien. Votre nombre de snapshots reste constant. Vos coûts de stockage restent prévisibles. Vos backups restent à jour.

Comment ça marche

Sélectionnez des volumes. Définissez un planning — la fréquence de snapshot. Définissez la rétention — combien en garder. C'est tout.

Le scheduler tourne à l'intervalle défini, crée le snapshot, et vérifie le nombre de rétention. Si vous dépassez la limite, il supprime le snapshot le plus ancien. Chaque action est journalisée : création, suppression, erreurs éventuelles.

Vous pouvez voir tous les snapshots gérés dans une seule vue : quels volumes sont couverts, combien de snapshots existent pour chacun, quand le dernier a été pris, quand le prochain est prévu. Plus de "le backup a tourné ?" — vous le voyez d'un coup d'œil.

Besoin de restaurer ? Chaque snapshot est un snapshot Outscale standard — vous pouvez l'utiliser avec le Montage de snapshot ou la Restauration d'instance, ou directement via la console ou l'API Outscale. Le scheduler les crée ; vous les utilisez comme vous voulez.

Pourquoi c'est important

Les backups sont une assurance. Tout l'intérêt, c'est qu'ils soient là quand vous en avez besoin — et vous n'en avez presque jamais besoin. Ce qui les rend faciles à négliger. Faciles à sauter. Faciles à oublier.

La planification automatisée supprime le facteur d'erreur humaine. Le backup se fait parce que le système le fait, pas parce que quelqu'un s'en est souvenu. Quand un désastre frappe — et ça arrivera, un jour — vous restaurez depuis hier, pas depuis il y a trois semaines.

Côté coûts, les politiques de rétention empêchent la prolifération des snapshots. Sans elles, le stockage de snapshots croît linéairement pour toujours. Une limite de rétention de 14 signifie que vous avez 14 snapshots. Point. Prévisible, borné, pas de surprise sur la facture.

La combinaison — création fiable plus nettoyage automatique — signifie que vos backups sont à la fois fiables et abordables. C'est le minimum que votre infrastructure devrait avoir.

Ne ratez plus jamais un backup. Lancez votre essai gratuit sur Vextnd.