/
/

Comment concevoir une stratégie de déduplication pour les sauvegardes des MSP

par Team Ninja
How to Design a Deduplication Strategy for MSP Backups blog banner image

Points clés

  • La déduplication n’est efficace que si un cadre solide et reproductible a été défini.
  • Les étapes pour concevoir une stratégie de déduplication destinée aux sauvegardes des MSP :
    • choisir la portée et le cloisonnement de la déduplication ;
    • choisir la taille des blocs et la méthode de correspondance ;
    • opter pour une déduplication à la source ou à la cible ;
    • aligner la déduplication sur la stratégie de chaîne de sauvegarde ;
    • planifier l’amorçage, le réamorçage et la portabilité ;
    • mesurer les résultats et conserver des preuves.
  • Ce que NinjaOne apporte pour bâtir un cadre de stratégie de déduplication : gestion de la documentation, planification des tâches et reporting.
  • Un cadre de déduplication opérationnel et reproductible améliore la rapidité, l’efficacité et la fiabilité des restaurations, à condition de choisir la bonne portée, la bonne taille de blocs, le bon alignement avec la stratégie de chaîne et le bon emplacement.

L’espace de stockage reste limité, quelle que soit sa taille. C’est particulièrement vrai pour les entreprises qui cherchent à réduire leurs coûts de stockage des données de sauvegarde. C’est là que la déduplication des données joue un rôle essentiel : elle permet de réduire les coûts en identifiant et en supprimant les blocs de données en double, en ne conservant qu’une seule copie et en y faisant référence chaque fois qu’un doublon apparaît.

Au-delà des coûts de stockage, elle réduit également les besoins de stockage de sauvegarde et la consommation de bande passante, en particulier pour les fournisseurs de services gérés (MSP) qui protègent les données de plusieurs clients. Cela peut sembler simple, mais la déduplication ne donne ses meilleurs résultats que si un cadre standard et reproductible a été défini.

Dans ce guide, nous vous expliquons comment concevoir une stratégie de déduplication pratique, organisée par tâches, qui concilie économies de stockage et performances prévisibles.

En un coup d’œil

TâcheObjectif et intérêt
Tâche 1 : choisir la portée et le cloisonnement de la déduplicationDétermine la façon dont les blocs de données sont comparés et partagés entre les systèmes de sauvegarde.
Tâche 2 : choisir la taille des blocs et la méthode de correspondancePermet d’optimiser le processus de déduplication en choisissant une taille de bloc, en testant la configuration et en l’ajustant pour une efficacité maximale.
Tâche 3 : déduplication à la source ou à la cible ?Détermine l’emplacement de déduplication le plus efficace pour réduire la consommation de bande passante et simplifier la gestion des référentiels.
Tâche 4 : aligner la déduplication sur la stratégie de chaîne de sauvegardeGarantit que les paramètres de déduplication s’accordent avec le modèle de chaîne de sauvegarde de l’entreprise, pour des performances constantes et une restauration fiable.
Tâche 5 : planifier l’amorçage, le réamorçage et la portabilitéMet en œuvre des processus reproductibles pour initialiser, actualiser et déplacer les données dédupliquées sans compromettre leur intégrité.
Tâche 6 : mesurer les résultats et conserver des preuvesValide l’efficacité de la déduplication par des résultats mesurables, une surveillance continue et des preuves de performance documentées.

📌 Prérequis :

Avant de vous lancer, vérifiez que vous disposez des éléments suivants :

  • Inventaire : un inventaire des charges de travail couvrant les taux de changement et les objectifs RPO (recovery point objective) et RTO (recovery time objective).
  • Carte de topologie : elle recense les sites, les référentiels et les budgets de bande passante WAN.
  • Politique de sauvegarde : elle définit le type de chaîne et la rétention.
  • Un tableau de bord ou un emplacement de rapports : destiné aux indicateurs mensuels de déduplication et aux preuves de performance de restauration.

Tâche 1 : classer et hiérarchiser les types d’alertes

Commencez par définir votre modèle de multi-tenance et la portée de la déduplication. Cela déterminera la façon dont les blocs de données sont comparés et partagés entre les systèmes de sauvegarde. Choisissez :

  • Par tenant ou par référentiel : si vos clients exigent que chaque tenant ou référentiel dispose de son propre pool de déduplication, ce qui garantit une gouvernance claire. Idéal pour une séparation stricte des données imposée par la conformité ou la sécurité.
  • Déduplication globale : si les limites légales et contractuelles autorisent des pools de stockage partagés. Idéal pour les clients qui souhaitent maximiser l’efficacité, puisque les blocs de données identiques entre tenants ne sont stockés qu’une seule fois.
  • Approche hybride : si les MSP souhaitent un modèle capable d’appliquer une déduplication globale au sein de certains groupes de clients tout en isolant les autres pour des raisons de conformité.

Documentez et justifiez votre décision afin que les auditeurs comprennent la séparation des données.

Tâche 2 : choisir la taille des blocs et la méthode de correspondance

La taille des blocs influe sur l’efficacité de la déduplication, mais aussi sur d’autres facteurs comme l’utilisation du processeur et les performances de restauration. Voici les actions à mener :

  1. Choisissez entre des tailles de blocs variables ou fixes :
    • Tailles de blocs variables : idéales pour les gros fichiers qui évoluent progressivement, car elles s’adaptent aux schémas des données.
    • Tailles de blocs fixes : adaptées aux structures de fichiers uniformes, correspondant à des charges de travail régulières.
  2. Testez la configuration : pour en vérifier le bon fonctionnement, testez les performances de déduplication avant de déployer le paramétrage à l’ensemble des tenants.
  3. Ajustez pour gagner en efficacité : mesurez l’impact sur l’utilisation du processeur et de la mémoire lors des fusions et des restaurations. Vous trouverez ainsi un équilibre conforme à votre SLA (contrat de niveau de service) sur les durées de sauvegarde et de restauration.

Tâche 3 : déduplication à la source ou à la cible ?

La déduplication peut intervenir à deux moments : à la source des données (avant le transfert) ou sur le référentiel cible (après le transfert). À vous de choisir selon les bénéfices attendus pour votre MSP :

  • Déduplication à la source : cette approche n’envoie que les blocs uniques sur le réseau, ce qui est idéal pour réduire l’utilisation du WAN des sites distants ou des liaisons à bande passante limitée. À noter : elle peut aussi alourdir la charge processeur des agents installés sur les terminaux, d’où l’importance de tester avant le déploiement.
  • Déduplication à la cible : cette approche est plus simple à gérer et à faire évoluer pour les grands référentiels de données, car elle centralise le traitement de déduplication.
  • Approche hybride : elle combine les deux approches précédentes et applique un filtrage léger à la source pour éliminer les doublons évidents, tout en effectuant une déduplication plus poussée à la cible afin d’optimiser l’espace de stockage.

Tâche 4 : aligner la déduplication sur la stratégie de chaîne de sauvegarde

Lorsque vous choisissez une approche de déduplication, assurez-vous qu’elle s’accorde avec votre stratégie de chaîne de sauvegarde. Voici les actions à mener :

  1. Chaque stratégie de sauvegarde présente des avantages spécifiques. Choisissez celle qui correspond à vos besoins :
    • Incrémentale perpétuelle : cette stratégie commence par une sauvegarde complète, suivie indéfiniment de sauvegardes incrémentales.
    • Synthétique complète : cette stratégie produit un fichier de sauvegarde complète créé non pas en copiant directement les données depuis la source primaire, mais en combinant une sauvegarde complète antérieure avec toutes les sauvegardes incrémentales ou différentielles déjà stockées dans le référentiel.
    • Différentielle : cette stratégie ne copie que les données modifiées ou créées depuis la dernière sauvegarde complète.
  1. Programmez les fusions pendant les fenêtres de maintenance.
  2. Conservez au moins deux points complets récents pour une restauration rapide.
  3. Gardez à l’esprit que les plannings incrémental perpétuel et synthétique complet interagissent avec la déduplication lors des phases de fusion et de compactage, ce qui peut provoquer des pics d’E/S.

Tâche 5 : planifier l’amorçage, le réamorçage et la portabilité

Le traitement de volumes de données importants peut compliquer le processus de déduplication. Gérez avec soin l’amorçage, le réamorçage et la portabilité. Voici quelques bonnes pratiques :

  • Amorcez localement les grands jeux de données avant de passer aux sauvegardes incrémentales.
  • Définissez les cas justifiant un réamorçage, par exemple après une mise à niveau applicative majeure ou un déplacement de référentiel.
  • Si vous devez déplacer ou répliquer des données entre plusieurs sites, documentez la façon dont les empreintes et les métadonnées sont transférées, afin que les chaînes restent valides.

Tâche 6 : mesurer les résultats et conserver des preuves

Le suivi des indicateurs clés permet de valider le bon fonctionnement et l’efficacité du processus de déduplication. Ces données doivent également être rassemblées dans des dossiers destinés aux clients. Voici les étapes à suivre :

  1. Suivez les indicateurs suivants :
    • Taux de déduplication par charge de travail : il mesure l’espace de stockage économisé, pour un type de données ou une source sauvegardée donnés.
    • Trafic WAN évité pour les tâches à la source : il correspond à la réduction de volume obtenue à la source et indique la quantité de données en moins transmises sur le réseau étendu.
    • Durée des tâches : c’est le temps total nécessaire pour mener à bien une opération de sauvegarde, de réplication ou de restauration.
    • E/S du référentiel pendant les fusions : cet indicateur mesure l’activité de lecture et d’écriture sur le référentiel de stockage pendant la combinaison des fichiers de données.
    • Temps de restauration au P95 : il indique le délai dans lequel 95 % des opérations de restauration de données sont terminées.
  1. Réalisez chaque trimestre au moins un exercice de restauration en milieu de chaîne et un autre sur le point le plus récent, pour chaque tenant.
  2. Publiez un dossier de preuves d’une page recensant les indicateurs, les exceptions et les actions menées.

Tableau récapitulatif des bonnes pratiques

PratiqueObjectifBénéfice obtenu
Adapter la portée de la déduplication à votre modèle de multi-tenanceRespecter le cloisonnement et le partageUne gouvernance prévisible
Ajuster la taille des blocs aux schémas de donnéesÉconomiser plus sans ralentir les restaurationsDes performances équilibrées
Placer la déduplication en fonction de la topologieÉconomiser du WAN ou simplifier les référentielsUn coût de protection réduit
Programmer les fusions et conserver des sauvegardes complètes récentesLisser les E/S et accélérer la restaurationDes RTO fiables
Publier chaque mois les KPI de taux et de restaurationDémontrer les bénéfices et détecter les dérivesUne amélioration continue

Exemple de point d’automatisation

L’automatisation permet de simplifier certaines des tâches liées à cette opération. Voici des exemples d’actions automatisables :

  • Une tâche mensuelle qui exporte :
    • les taux de déduplication
    • les économies de transfert
    • les temps de fusion
    • les résultats des exercices de restauration
  • Le signalement des tenants pour vous donner une référence de configuration afin d’ajuster la taille des blocs ou la portée, lorsque :
    • le temps de restauration au p95 se dégrade
    • le taux de déduplication passe sous un seuil défini.

Intégration NinjaOne

NinjaOne propose des outils et des fonctionnalités qui simplifient les stratégies de déduplication pour les sauvegardes des MSP.

Service NinjaOneDe quoi s’agit-il ?En quoi cela aide les stratégies de déduplication pour les sauvegardes des MSP
Gestion de la documentationUn emplacement centralisé pour stocker les Runbooks de déduplication et les dossiers de preuves.Garde les politiques de déduplication, les paramètres des référentiels et les preuves de restauration bien organisés, pour faciliter les revues et la conformité.
Planification des tâchesAutomatise les activités récurrentes de maintenance et de contrôle.Programme des vérifications régulières de la capacité des référentiels, des fenêtres de fusion et des résultats de restauration, pour que la déduplication reste efficace.
ReportingOffre une visibilité sur les indicateurs de performance des sauvegardes.Suit les taux de déduplication, les économies de WAN et les temps de restauration, afin de vérifier les résultats et de repérer les axes d’amélioration.

Guide de démarrage rapide

NinjaOne peut vous aider à concevoir et à déployer une stratégie de déduplication efficace pour les sauvegardes des MSP. Les solutions de sauvegarde de NinjaOne intègrent des fonctionnalités de déduplication qui vous permettent d’optimiser l’utilisation du stockage et d’améliorer l’efficacité des sauvegardes.

Principales fonctionnalités de NinjaOne pour la déduplication :

  1. Déduplication globale ou par MV (machine virtuelle)/conteneur : NinjaOne vous permet d’appliquer la déduplication globalement à toutes les sauvegardes ou individuellement par MV (machine virtuelle)/conteneur, ce qui vous laisse toute latitude pour gérer votre environnement de sauvegarde.
  2. Optimisation de la taille des blocs : vous pouvez opter pour des blocs de petite ou de grande taille selon vos besoins. Les petits blocs permettent de détecter davantage de doublons, tandis que les grands blocs réduisent la surcharge et améliorent les performances.
  3. Planification efficace des sauvegardes :
    • NinjaOne prend en charge la planification des sauvegardes complètes et incrémentales. Vous pouvez espacer les sauvegardes complètes (par exemple, toutes les semaines ou tous les mois) et recourir plus souvent aux sauvegardes incrémentales (par exemple, chaque jour) afin de limiter le volume de données traitées.
    • Les sauvegardes synthétiques complètes sont également prises en charge : vous pouvez reconstituer des sauvegardes complètes à partir des incrémentales, sans transférer l’intégralité du jeu de données.
  1. Intégration au cloud : NinjaOne s’intègre sans difficulté aux fournisseurs de stockage cloud, ce qui vous aide à optimiser les coûts et les performances lorsque vous stockez des données dédupliquées dans le cloud.
  2. Compression : de plus, NinjaOne prend en charge la compression pour réduire davantage les besoins de stockage.
  3. Surveillance et reporting : NinjaOne fournit des outils pour suivre les taux de déduplication, les durées de sauvegarde et l’utilisation du stockage, afin d’ajuster votre stratégie si nécessaire.
  4. Validation des restaurations : NinjaOne facilite les tests de restauration réguliers, pour garantir l’intégrité des données et vérifier que votre stratégie de déduplication ne dégrade pas les délais de restauration.

Construire un modèle de déduplication fiable et piloté par les données

La déduplication est un volet essentiel des tâches de sauvegarde : elle élimine les copies redondantes des données et les remplace par une instance unique d’une copie valide. Les stratégies de déduplication efficaces donnent leurs meilleurs résultats lorsqu’un cadre est défini pour réduire la complexité de l’ensemble de l’opération.

Points clés à retenir

  • Adaptez la portée de la déduplication aux besoins de cloisonnement et de recoupement.
  • Ajustez la taille des blocs à vos charges de travail.
  • Choisissez une déduplication à la source, à la cible ou hybride selon vos contraintes.
  • Coordonnez la déduplication avec les plannings incrémental perpétuel et synthétique.
  • Suivez les économies et les performances de restauration à l’aide d’un dossier de preuves.

Le bon choix de portée, de taille de blocs et d’emplacement garantit rapidité, efficacité et fiabilité lors des restaurations.

Sujets connexes :

FAQs

La déduplication des données supprime les blocs de données en double entre plusieurs fichiers ou sauvegardes, tandis que la compression réduit la taille de chaque fichier en encodant les données de manière plus efficace.

Les petits blocs peuvent améliorer les taux de déduplication, car ils détectent des doublons plus granulaires. En revanche, ils augmentent aussi le volume de métadonnées et la charge processeur, ce qui peut ralentir les fusions et les restaurations.

La déduplication à la source accélère généralement les sauvegardes sur les liaisons WAN, puisqu’elle ne transmet que les données uniques. Les performances de restauration dépendent toutefois de l’état du référentiel et de la fragmentation des données. Mesurez les temps de restauration (p95 et pire cas) après avoir activé la déduplication afin de valider les performances.

Lorsque son implémentation est correcte, la déduplication n’entraîne aucune corruption. En revanche, une mauvaise gestion des métadonnées ou une panne matérielle peut perturber le processus de restauration. Des contrôles d’intégrité réguliers et des exercices de restauration permettent de confirmer la fiabilité des données.

You might also like

Prêt à simplifier les aspects les plus complexes de l'informatique et de la sécurité ?