Dans un article précédent, nous avions identifié que les politiques traditionnelles de sauvegarde basées sur des stratégies de rétention longue en sauvegarde locale versus les durées de rétentions plus courte en sauvegarde externalisée (Cloud) devenaient de moins en moins pertinentes.
Dans cet article nous allons analyser les potentiels besoins et les impacts de changement de la logique traditionnelle : passage à une rétention courte en local et longue à distance (Cloud)
Si les technologies de déduplication ont été rapidement intégrées dans des solutions de sauvegarde haut de gamme via des appliances spécialisées (notamment dans des contextes de solutions de déduplication à la cible), elles n’étaient que moyennement performantes sur les solutions logicielles de sauvegarde traditionnelle (utilisant de la déduplication à la source ce qui induit une consommation réseau et sur le serveur d’origine).
Ainsi sur des technologies très matures de déduplication à la cible (de type Dell Data Domain ou Avamar ou HPE StoreOnce ), les taux de déduplication peuvent attendre 90 à 95 %. Mais les contraintes de ces appliances sont nombreuses :
Sur les solutions de sauvegarde purement logicielles, les taux de déduplication sont beaucoup plus faibles (entre 30 et 70%), et dépendant de nombreux paramètres :
En synthèse, les solutions de déduplication les plus performantes ont longtemps été déployées sur des appliances de sauvegarde locale (permettant de la déduplication à la cible, beaucoup plus performante mais qui induit des contraintes liées à tout dispositif hardware : gestion de la capacité, obsolescence).
Les solutions actuelles de sauvegardes logicielles permettant de sauvegarder dans le Cloud disposent de moteur de déduplication beaucoup moins performants car s’appuyant sur des principes de déduplication à la source.
Une stratégie de sauvegarde incrémentielle permanente supprime le concept de full et les inconvénients sur les fenêtres de sauvegarde le WE sur les sauvegarde complètes (qui existent même en utilisant des sauvegarde de type full synthetic) mais génère de nouveaux risques :
schéma (à refaire)
Les différentes solutions de sauvegarde ont des réponses différentes pour couvrir ces risques mais rappelez vous que la méthode qui génère le plus de confiance est la solution de redémarrer le serveur avec ses données et de vérifier que tout fonctionne bien.
De nouveaux moteurs de sauvegarde sont apparus assez récemment dans les environnements Linux. Pourquoi Linux, essentiellement car il existent de gros organismes de recherche qui génèrent des pétaoctets de données scientifiques qu’il faut sauvegarder (avec des taux de croissance de données extrêmement importants).
Dans ce contexte avec de gros serveurs Linux (de quelques To à quelques dizaines ou centaines de To), les solutions de sauvegarde traditionnelles généraient :
Donc de nouveaux moteurs de sauvegarde intégrant les concepts décrits ci-avant comme :
Dans un prochain article de blog, nous expliquerons en détail toutes ces possibilités
76 rue Denfert-Rochereau
69004 Lyon
Tel : 04.28.29.79.01
© 2014–2022 NUABEE. TOUS DROITS RÉSERVÉS.
Cookie | Durée | Description |
---|---|---|
cookielawinfo-checkbox-analytics | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Analytics". |
cookielawinfo-checkbox-functional | 11 months | The cookie is set by GDPR cookie consent to record the user consent for the cookies in the category "Functional". |
cookielawinfo-checkbox-necessary | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookies is used to store the user consent for the cookies in the category "Necessary". |
cookielawinfo-checkbox-others | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Other. |
cookielawinfo-checkbox-performance | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Performance". |
viewed_cookie_policy | 11 months | The cookie is set by the GDPR Cookie Consent plugin and is used to store whether or not user has consented to the use of cookies. It does not store any personal data. |