Sauvegarde dans le cloud – –

Toutes les entreprises utilisaient déjà le cloud computing d’une manière ou d’une autre lorsque la pandémie COVID-19 a soudainement accéléré la migration de charges de travail supplémentaires vers le cloud public. Il y a plusieurs raisons à cela. Du point de vue technique, la flexibilité et l’agilité fournies par le cloud ne peuvent être égalées par une infrastructure sur site, tandis que le modèle OpEx permet aux organisations d’ajuster la budgétisation en temps réel pour s’adapter aux demandes réelles de l’entreprise.

Au début, la plupart des organisations qui ont essayé des migrations de type lift-and-shift ont compris que cette approche est particulièrement inefficace, ce qui les oblige à s’appuyer davantage sur des services directement disponibles dans le cloud public. En fait, pour tirer pleinement parti du cloud public et de son coût total de possession, vous devez embrasser pleinement l’écosystème.

Si vous êtes sur AWS et que vous avez besoin d’un service de base de données, par exemple, vous pouvez éviter toute la complexité de la construction de la pile entière constituée d’instances EC2 de base, de l’achat de licences DB, de l’installation de la base de données, de sa configuration pour une haute disponibilité, de son réglage et de sa maintenance. . Au lieu de cela, vous utilisez simplement AWS RDS, qui est non seulement plus facile à utiliser et à gérer, mais plus optimisé et offre un coût total de possession beaucoup plus bas qu’une solution de bricolage. C’est clairement la bonne approche, mais il y a un hic: la protection des données.

Protéger les applications et les données dans le cloud

La plupart des solutions de sauvegarde ont été conçues avant le cloud. Ils peuvent très bien gérer les environnements physiques et virtualisés, mais ont du mal avec les services cloud. Il y a plusieurs raisons à cela, y compris des problèmes d’architecture avec de nombreux produits. Habituellement, nous avons un serveur de sauvegarde, des serveurs de médias, des agents installés sur chaque machine et des connecteurs pour les environnements virtualisés. Dans ce scénario, les applications telles que les bases de données sont gérées avec des intégrations spécifiques ou des agents supplémentaires. Ce type d’architecture, qu’elle soit installée sur site ou dans le cloud, est particulièrement inefficace et devient de plus en plus coûteuse et inefficace au fil du temps, submergeant les économies précoces.

Un produit de sauvegarde traditionnel utilise généralement un agent installé sur une machine virtuelle cloud (une instance AWS EC2, par exemple) pour effectuer des copies de sauvegarde. L’utilisateur trouve un environnement très familier à utiliser, mais:

  • La plupart des serveurs de sauvegarde utilisent encore des volumes de fichiers pour stocker les sauvegardes et ils ne peuvent utiliser le stockage d’objets que plus tard pour le stockage à long terme, ce qui ajoute de la complexité et des coûts.
  • Si la cible de sauvegarde se trouve en dehors du cloud de son choix (sur site, par exemple), l’utilisateur encourra des frais de sortie qui, encore une fois, ajouteront des coûts imprévus et imprévisibles à long terme.
  • Les temps de sauvegarde sont assez longs et les restaurations peuvent être encore plus longues, avec des chiffres RTO et RPO peu attrayants.

Cette approche a ses avantages, notamment la possibilité d’indexer et de rechercher des sauvegardes, d’effectuer des restaurations partielles et de gérer correctement la rétention,

Certaines solutions adoptent une approche différente et créent un wrapper autour de l’API d’instantané standard disponible sur la plate-forme cloud. Dans la plupart des cas, nous parlons d’une interface utilisateur agréable à ce qui est généralement fait via API ou CLI. Cela fonctionne, mais il ne s’adapte pas, et avec le temps, il peut être difficile de trouver le bon instantané à restaurer et de décider ce qu’il faut conserver et ce qu’il faut supprimer. Nous pouvons profiter d’un temps de restauration plus rapide, mais il existe des risques qui ont un impact sur les coûts, l’efficacité et les opérations en général. En outre, les instantanés sont généralement stockés localement à proximité du système de stockage et ne résistent donc pas aux catastrophes.

La troisième option: s’appuyer sur une solution spécialement conçue pour les opérations cloud. Cette approche offre généralement le meilleur des deux mondes tout en minimisant les coûts et les risques. Le processus est simple: le logiciel de sauvegarde prend un instantané, puis effectue les opérations nécessaires pour l’indexer et le stocker efficacement dans un emplacement différent. Cela permet à l’utilisateur de créer des politiques de protection des données cohérentes et d’obtenir une visibilité complète sur ce qui est réellement protégé et comment. L’utilisateur peut également rechercher des sauvegardes pour trouver rapidement des données à récupérer, et peut également organiser le calendrier et même créer l’espace d’air nécessaire pour protéger les applications contre les pires scénarios. Tableau 1 montre comment ces trois options se comparent.

Tableau 1. Évaluation des approches de protection des données dans le cloud

Un exemple peut être trouvé dans un produit récemment lancé par Clumio: Discover. Ce produit fait plus que la simple sauvegarde native du cloud. En fait, il combine le mécanisme de capture instantanée des services AWS avec le sien et intègre les deux pour offrir à l’utilisateur une expérience transparente et le meilleur TCO global.

La solution est intelligente en ce qu’elle offre la possibilité de gérer les instantanés AWS, indépendamment de la solution de sauvegarde utilisée, y compris AWS Backup, via le tableau de bord Clumio. Cela donne une visibilité complète sur les instances de calcul et de stockage protégées tout en ajoutant la possibilité d’utiliser les capacités de sauvegarde avancées de Clumio, via Clumio Protect, pour activer l’indexation, la recherche, les restaurations au niveau des fichiers, etc. Clumio stocke les données à différents endroits, créant ainsi l’espace d’air nécessaire pour protéger les données en cas de pannes système majeures, de catastrophes ou de cyber-attaques. L’une des fonctionnalités que j’ai le plus aimées dans Clumio Discover est l’analyse, en particulier les fonctionnalités de contrôle des coûts qui permettent aux utilisateurs de simuler des combinaisons de politiques d’instantanés AWS natives associées aux sauvegardes avancées Clumio au fil du temps.

Fermer le cercle

La protection des données traditionnelle ne fonctionne pas dans le cloud. Du point de vue du fournisseur de cloud, les instantanés sont plus que suffisants pour la continuité opérationnelle. Si vous souhaitez protéger vos données et applications critiques, vous devez trouver une solution spécialement conçue pour fonctionner efficacement dans le cloud.

L’efficacité dans ce cas signifie également un coût moindre et une évolutivité opérationnelle. En fait, les solutions de sauvegarde traditionnelles ne sont pas conçues pour faire face à la vitesse de changement du cloud, alors que les instantanés à eux seuls prennent vraiment du temps pour les opérateurs système. Ce dernier crée également des problèmes de coût liés aux orphelins d’instantanés, à la gestion de la rétention, à la réplication et aux temps de récupération pour des fichiers uniques. Ce sont tous des aspects de la gestion des instantanés qui sont souvent sous-estimés.

Garder le contrôle de vos données dans le cloud est fondamental, mais il est encore plus important de le faire avec les bons outils qui réduisent les coûts tout en simplifiant les opérations. Dans ce scénario, des produits comme Clumio Discover offrent un équilibre convaincant entre convivialité, intégration avec la plate-forme cloud et fonctionnalités de contrôle des coûts qui sont à la base d’une stratégie cloud moderne et durable.

.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.

Recent News

Editor's Pick