Sauvegarde et restauration Microsoft Azure

Selon le modèle de partage des responsabilités de Microsoft, il revient aux utilisateurs de programmer et mettre en œuvre une stratégie de sauvegarde et de restauration de leurs données Azure. Il existe des services natifs permettant de sauvegarder les VM Azure, Azure SQL et Azure Files, et de nombreux fournisseurs proposent des approches basées sur des agents à la fois pour les sauvegardes Azure et les workloads locaux. Toutefois, protéger les données dans le cloud n’est pas toujours facile et les méthodes de sauvegarde limitées ou traditionnelles font émerger quelques défis.

Premièrement, les snapshots de VM Azure n’étant pas de véritables sauvegardes, il est impossible d’en tirer parti pour la rétention des données à long terme et la restauration. Il est également coûteux de conserver les snapshots anciens dans Azure au-delà de quelques jours. Créer manuellement des scripts pour automatiser les snapshots de VM natifs Azure peut aussi devenir vite complexe, surtout dans les environnements étendus.

Deuxièmement, une approche basée sur des agents n’est pas idéale pour sauvegarder Azure non plus, car les agents nécessitent un déploiement gourmand en ressources, sont difficiles à dimensionner correctement et mobilisent de l’espace supplémentaire sur les VM.

Dès lors que vous utilisez une solution de sauvegarde native cloud comme Veeam Backup for Microsoft Azure, une sauvegarde en mode image est automatiquement créée à partir de snapshots de VM Azure natifs basés sur la stratégie de sauvegarde choisie. Ainsi, vous maîtrisez et gérez mieux vos opérations de protection des données au quotidien et vos déploiements basés sur des stratégies, et vous bénéficiez d’un meilleur traitement prenant en charge les applications et de restaurations plus rapides des VM Azure.

Pour plus d'informations, regardez cette courte vidéo ici.

En résumé, Veeam Backup for Microsoft Azure crée et gère automatiquement les snapshots et les sauvegardes des VM Azure (y compris les VHD gérés ou pas) ainsi que la configuration des VM. Les chaînes de sauvegarde sont créées à partir de snapshots ou de sauvegardes au niveau image. Celles-ci peuvent être complètes ou incrémentielles et les snapshots natifs cloud sont constitués de snapshots à un instant précis. Quelques secondes suffisent donc pour exécuter une restauration complète ou au niveau fichier.

• Avec Veeam Backup for Microsoft Azure, vous protégez les données de vos VM Azure au moyen de snapshots ou de sauvegardes, le tout grâce à des outils natifs cloud conçus spécifiquement pour cela. Cette association de snapshots et de sauvegardes vous donne la flexibilité de choisir la meilleure option pour protéger vos données Azure, qu’il s’agisse d’un fichier spécifique, de quelques VM de test ou d’environnements de production étendus. Les snapshots sont idéaux pour les tests et les mises à niveau si vous devez revenir rapidement à un instant précis. Toutefois, vous privilégierez les sauvegardes pour une rétention à plus long terme et des objectifs de restauration adaptés à la protection des données Azure. Comme les fichiers de sauvegarde seront stockés dans le Blob Azure de Microsoft, vous pourrez choisir un stockage froid pour réduire les coûts.
• Lorsque nous créons un fichier de sauvegarde basé sur des snapshots de VM Azure ou exécutons une restauration depuis ce fichier de sauvegarde en mode image, Veeam Backup for Microsoft Azure déploie des instances temporaires appelées « workers ». Ceux-ci sont déployés sur les comptes Azure seulement lorsque vous devez créer une sauvegarde depuis un snapshot ou une restauration.
• Vous pouvez soit créer des configurations spécifiques de chaque région Azure dans lesquelles déployer les workers, soit laisser Veeam le faire automatiquement. De cette manière, vous ne devrez pas les configurer pour chaque région individuellement !
• Une fois qu’un fichier de sauvegarde en mode image est créé pour des VM Azure, vous pouvez choisir de le stocker sur un tier de stockage chaud ou froid, selon votre stratégie de rétention des données.
• Plusieurs options sont possibles pour votre stratégie. Vous pouvez définir les comptes Azure à sauvegarder dans chaque région et choisir de sauvegarder des VM Azure distinctes ou d’utiliser une stratégie basée sur des balises, pour ne pas devoir ajouter manuellement chaque nouvelle VM dans votre stratégie de sauvegarde.
• Vous avez le choix parmi de nombreuses options de planification à la fois pour les snapshots Azure (jusqu’à 60 par heure) et les sauvegardes, pour respecter les SLA même les plus stricts. Vous pouvez aussi définir la durée de conservation des snapshots et des sauvegardes de vos données Azure.
• En outre,les options de planification permettent de spécifier l’emplacement des snapshots ou des sauvegardes Azure. Vous avez également le choix entre un stockage chaud ou froid avec le Blob Azure. Veeam recommande le second pour les fichiers de sauvegarde Azure, car il réduit considérablement les coûts de stockage.
• Veeam Backup for Microsoft Azure intègre un outil de calcul pour estimer automatiquement le coût de la stratégie de sauvegarde configurée pour les données Azure. Calculés en amont lorsque vous configurez votre stratégie de sauvegarde Azure, ces coûts sont répartis mensuellement sur la base du coût mensuel du stockage Blob Azure. Ils incluent les frais de trafic pour les transferts entre régions et même l’estimation des coûts de déplacement des données de sauvegarde vers et depuis le stockage Blob Azure.
• Enfin, vous avez le choix parmi de nombreuses options de restauration. Vous pouvez restaurer rapidement une VM Azure entière, un disque virtuel ou des fichiers individuels et, comme avec le processus de sauvegarde Azure, des workers seront déployés et attachés à un instant précis. L’interface de Veeam Backup for Microsoft Azure affiche une URL utile pour parcourir les données et choisir précisément celles à restaurer.

En tout et pour tout, depuis Azure Marketplace, en passant par la connexion de l’appliance Veeam Backup for Microsoft Azure à votre compte, jusqu’à la configuration de la stratégie de sauvegarde, la procédure ne dure pas plus de 15 minutes !

Microsoft ne conserve pas les sauvegardes de vos données. Dans son modèle de partage des responsabilités, il vous incombe toujours de les sécuriser et de les protéger, que vous utilisiez des services IaaS, PaaS ou SaaS.

La responsabilité de la sauvegarde et de la restauration des données dans Azure incombe toujours à l’utilisateur final, comme spécifié dans le modèle de partage des responsabilités de Microsoft. Faute de sauvegarde et de restauration, vos applications et/ou données ne peuvent pas être restaurées pour surmonter les pertes de données en cas de suppression accidentelle, de menace de cybersécurité, de ransomware, de panne, etc. Veeam offre aux grandes entreprises une solution de sauvegarde et de restauration économique et sûre pour Azure, qui les protège contre toute perte de données dans le cloud.

Pour en savoir plus, consultez la documentation de Veeam Backup for Microsoft Azure.

Veeam Backup for Microsoft Azure vous permet de créer des chaînes de sauvegarde au niveau image à partir de snapshots de VM natifs Azure.

Les chaînes incluent à la fois des fichiers de sauvegarde complète et incrémentielle :

• Fichier de sauvegarde complète : copie de l’image complète de la VM Azure.
• Fichier de sauvegarde incrémentielle : modifications incrémentielles des images de la VM Azure.

Nous utilisons la méthode de sauvegarde incrémentielle pour créer une chaîne de sauvegarde des VM Azure. Cette méthode est la suivante : pendant la première session de sauvegarde, un fichier de sauvegarde complète est créé dans une cible de sauvegarde depuis une image de la VM Azure copiée. Ce sera le point de départ de la chaîne de sauvegarde. Par la suite, Veeam Backup for Microsoft Azure copiera uniquement les blocs de données modifiés.

Les fichiers de sauvegarde complète et incrémentielle pourront tous servir de points de restauration des sauvegardes Azure pour vous permettre de revenir facilement à n'importe quel instant précis de votre choix.