Dans mon dernier article de blog, j'ai lancé cette série sur la protection des données multi-cloud en expliquant comment, en choisissant la bonne stratégie de sauvegarde en tant que service, vous pouvez faciliter la protection des données multi-cloud et l'aligner sur la maintenance pour un véritable modèle d'opérations cloud afin de répondre à l'évolution des besoins.
Dans ce billet, nous allons nous pencher sur ce qu'implique la sauvegarde de vos données basées sur le cloud.
Numéro trois : Automatiser la protection
La façon dont vous choisissez de configurer vos sauvegardes est un facteur de réussite essentiel. Là encore, vous avez le choix. Une approche consiste à mettre en place des agents (que certains appellent "connecteurs"), à définir la configuration et les tâches de sauvegarde, y compris la fréquence à laquelle vous souhaitez sauvegarder les données, la durée de conservation des sauvegardes, et à spécifier les cibles de sauvegarde où les données seront stockées. Toute personne habituée à utiliser un logiciel de sauvegarde avec des systèmes sur site est familière avec cette approche de la configuration des sauvegardes. Comme beaucoup de processus traditionnels centrés sur le centre de données, il s'agit d'une tâche manuelle qui prend du temps.
Mais vous avez opté pour l'informatique dématérialisée afin de réduire la charge de travail de votre équipe informatique, n'est-ce pas ? La configuration manuelle des sauvegardes pour plusieurs nuages pourrait en fait augmenter cette charge, au lieu de la réduire.
Cela nous amène à la deuxième option : Des sauvegardes automatisées, basées sur des règles. Idéalement, la protection des données multi-cloud devrait permettre des sauvegardes en un clic basées sur des règles flexibles - "set and forget". Lors de l'évaluation d'une solution de sauvegarde et de récupération dans le nuage, il convient de vérifier si elle offre une prise en charge solide de la configuration basée sur des règles afin de tenir réellement la promesse du "1-click".
Quatrièmement : Ne laisser aucune application de côté
Lorsque nous pensons à la protection des données, nous devons penser aux applications.
Après tout, c'est ce qui permet à votre entreprise de fonctionner. Mais la situation est bien différente dans un environnement dynamique et multi-cloud que dans un environnement statique sur site.
N'oubliez pas que l'une des principales raisons de passer à l'informatique dématérialisée est de gagner en flexibilité, en rapidité et en souplesse. Vous pouvez créer de nouvelles charges de travail à la volée, supprimer des charges de travail inactives ou déplacer des charges de travail rapidement et facilement pour répondre à l'évolution de vos besoins. Dans un environnement aussi dynamique, la configuration manuelle des sauvegardes ne fonctionne tout simplement pas. Il n'est pas possible de laisser quelqu'un attendre que de nouvelles applications démarrent, puis de configurer manuellement des sauvegardes.
Il est donc essentiel de trouver une solution de protection des données qui découvre automatiquement les nouvelles applications. Il est également essentiel que votre solution de sauvegarde assure la cohérence des applications - assure-t-elle par défaut une protection cohérente ?
Dans le premier article de cette série, j'ai parlé de l'importance d'une protection des données basée sur des règles. Mais l'attribution manuelle des règles de sauvegarde prend trop de temps - vous perdez l'avantage de la rapidité du cloud. Il est donc important que votre solution de sauvegarde permette une affectation automatisée des politiques de sauvegarde.
Il y a ici deux facteurs de réussite importants. Si vous n'avez pas entièrement automatisé des choses comme votre pipeline CI/CD, vous pouvez en fait marquer ou étiqueter votre infrastructure lorsque vous la créez et la solution de sauvegarde devrait être en mesure d'attribuer automatiquement la bonne politique en fonction de ce marquage. C'est l'approche la plus efficace et la plus efficiente. Mais que se passe-t-il si le développeur néglige d'ajouter une étiquette ? Vous devez vous assurer que l'attribution de la politique par défaut est en place pour fournir un "filet de sécurité" essentiel. Lors de l'évaluation d'une solution, il convient de s'assurer qu'elle propose à la fois une affectation automatisée et une affectation par défaut.
S'il y a un thème clé dans tout cela, c'est la garantie d'une protection maximale avec un minimum de complexité et d'efforts humains. Il s'agit d'une combinaison gagnante compte tenu de la criticité croissante des applications et des données, ainsi que des pressions de plus en plus fortes exercées sur les budgets et les effectifs informatiques.
Dans le prochain épisode de cette série, nous aborderons la récupérabilité et le clonage des sauvegardes, des applications, des machines virtuelles, des conteneurs, etc.
Si vous souhaitez en savoir plus sur la façon dont HYCU gère la protection des données multi-cloud, vous pouvez trouver plus d'informations sur www.hycu.com. Vous pouvez également découvrir HYCU en vous inscrivant à un essai gratuit sur TryHYCU.
Poursuivez votre lecture pour découvrir d'autres façons de bien gérer le BaaS :
- Sauvegarde et récupération multi-cloud : Neuf façons de bien faire les choses
- Bien gérer le BaaS : Automatiser la protection, ne laisser aucune application de côté Neuf façons de réussir le BaaS : Automatiser la protection, ne laisser aucune application de côté
- Neuf façons de réussir le BaaS : Récupérabilité et clonage
- Neuf façons de réussir le BaaS : Migration des données, reprise après sinistre et mise à l'échelle
- 9 façons de réussir le BaaS : Rentabilité et enseignements clés Neuf façons de réussir le BaaS : Rentabilité et enseignements clés
Obtenir les dernières informations et mises à jour
.png){kind=small}
