3 Les données de votre organisation ne résident plus exclusivement dans le data center. Les ordinateurs portables, tablettes et appareils mobiles de milliers de collaborateurs à distance contiennent des données d’entreprise (documents sensibles, informations clients, propriété intellectuelle, archives réglementaires) qu’il est tout aussi crucial de protéger que celles de votre infrastructure de stockage principale. Pourtant, de nombreuses stratégies de sauvegarde d’entreprise traitent les terminaux après coup, en appliquant à des appareils mobiles, connectés par intermittence et fondamentalement différents par leurs caractéristiques et leurs risques une architecture sur bande conçue pour les serveurs. Une stratégie de sauvegarde des terminaux en entreprise impose de repenser ce que signifie « infrastructure de sauvegarde » pour des équipes distribuées. Il faut une cible de sauvegarde centralisée capable de gérer simultanément des milliers de terminaux, une application des politiques qui fonctionne quel que soit l’emplacement de l’appareil, une déduplication intelligente qui préserve la bande passante et des mécanismes de restauration qui remettent les collaborateurs au travail en quelques minutes, et non en quelques jours. Correctement architecturé, le stockage objet devient le socle évolutif qui rend cela possible. Bien cerner les exigences de votre stratégie de sauvegarde d’entreprise est indispensable avant de concevoir l’infrastructure dédiée aux terminaux. Cet article explique comment les équipes d’infrastructure architecturent la sauvegarde des terminaux dans l’entreprise distribuée moderne, et comment bâtir une stratégie qui protège vos données les plus mobiles et les plus vulnérables sans créer de complexité opérationnelle. Le défi de la sauvegarde des terminaux : échelle, dispersion et connectivité L’approche traditionnelle de la protection des terminaux (agents sur les appareils, sauvegarde vers une appliance locale, externalisation sur bande pour les copies hors site) ne tient pas à grande échelle ni avec une dispersion géographique. Lorsque vos collaborateurs sont répartis dans le monde entier, que les terminaux ne sont pas connectés de manière fiable au data center et que les fenêtres de sauvegarde se comptent en heures plutôt qu’en semaines, l’ancienne architecture devient un fardeau de coûts et de complexité qui n’apporte pas la protection nécessaire. Les principaux défis qui orientent l’architecture de sauvegarde des terminaux sont bien connus des équipes d’infrastructure IT. Le premier est l’échelle : gérer les politiques de sauvegarde et garantir la conformité sur dix mille appareils exige une automatisation et une application centralisée des politiques que la plupart des appliances de sauvegarde traditionnelles n’ont pas été conçues pour gérer. Le deuxième est la connectivité : les terminaux sont mobiles. Ils se connectent et se déconnectent des réseaux de manière imprévisible. Une stratégie de sauvegarde qui suppose une connexion fiable au réseau de l’entreprise ne protégera pas les appareils qui passent l’essentiel de leur temps en déplacement ou chez des clients. Le troisième est la vélocité des données : les terminaux génèrent des données en continu (documents en cours de modification, e-mails stockés, fichiers temporaires et caches créés par les applications). Le volume de données sur les terminaux modernes, notamment pour les travailleurs du savoir, a fortement augmenté. Attendre qu’un ordinateur portable soit intégralement sauvegardé chaque nuit pendant une fenêtre précise est de moins en moins réaliste. Le quatrième est l’hétérogénéité : votre organisation ne dispose pas d’un seul type de terminal. Vous avez des postes Windows, des MacBook, des stations Linux, des tablettes et éventuellement des appareils mobiles. Une stratégie unifiée doit tenir compte de cette diversité tout en garantissant une protection et une application des politiques cohérentes. Le stockage objet comme cible centralisée de sauvegarde des terminaux Grâce à son évolutivité native et à son modèle d’accès par API, le stockage objet devient la cible privilégiée de la sauvegarde des terminaux en entreprise, car il résout les problèmes d’échelle et de connectivité qui pénalisent les architectures traditionnelles. Contrairement aux appliances de sauvegarde conçues pour un nombre fixe de connexions simultanées, le stockage objet évolue horizontalement. Si le trafic de sauvegarde de vos terminaux double du jour au lendemain (à la suite d’une politique imposant des sauvegardes plus fréquentes ou de l’augmentation du nombre de télétravailleurs), votre infrastructure de sauvegarde s’adapte de manière élastique. Pas de goulot d’étranglement au niveau de la cible, pas de cycle de mise à niveau des appliances, pas de discussion avec votre fournisseur de stockage sur la planification de la capacité. La connectivité est découplée de la cible de sauvegarde. Un terminal n’a pas besoin d’une connexion directe à une appliance de sauvegarde sur le réseau de l’entreprise. Il peut joindre n’importe quel point d’accès de stockage objet disponible (cache local, instance régionale ou cible cloud) et commencer à envoyer ses données. Cette souplesse est essentielle pour des équipes distribuées. Un commercial à Tokyo n’a pas besoin de faire transiter son trafic par le data center de l’entreprise : il utilise un point d’accès réparti géographiquement. Un technicien terrain en Australie rurale peut sauvegarder son portable via un cache installé dans un bureau régional. La stratégie de sauvegarde devient indépendante de la topologie réseau. Sur le plan des politiques et de la conformité, le stockage objet permet à votre équipe d’exploitation IT de définir et d’appliquer les politiques de sauvegarde de manière centralisée, tout en déployant l’infrastructure de sauvegarde avec souplesse sur le plan géographique. Vous pouvez décider que tous les terminaux sont sauvegardés chaque jour, que certaines classifications de données exigent des sauvegardes plus fréquentes et que les objectifs de point de restauration se mesurent en heures plutôt qu’en jours. Ces politiques sont appliquées par l’agent de sauvegarde, mais ciblent un back-end de stockage objet centralisé déployé là où cela a du sens pour votre organisation. Application des politiques et conformité pour des terminaux distribués L’une des charges opérationnelles de la sauvegarde des terminaux à grande échelle consiste à s’assurer que les politiques sont réellement respectées. Dans une architecture traditionnelle, une appliance de sauvegarde du data center applique la politique : si une sauvegarde n’a pas lieu pendant la fenêtre prévue, l’appliance le sait immédiatement. Mais des terminaux mobiles et connectés par intermittence peuvent ne terminer aucune sauvegarde pendant une fenêtre donnée. Ils peuvent la terminer à 2 heures du matin, ou seulement lorsque l’appareil revient au bureau et se reconnecte au réseau de l’entreprise. Votre stratégie de sauvegarde des terminaux doit appliquer les politiques en tenant compte de cette réalité. Idéalement, l’agent de sauvegarde travaille en permanence à atteindre les objectifs fixés : il envoie les fichiers modifiés dès que le terminal est connecté, donne la priorité aux fichiers jamais sauvegardés et parcourt progressivement le système de fichiers pour protéger toutes les données critiques. Des objectifs RTO et RPO clairs pour les terminaux aident à orienter ces choix. Cela exige une visibilité sur l’état des sauvegardes de l’ensemble du parc. Votre infrastructure doit indiquer en temps réel quels appareils respectent les politiques, lesquels prennent du retard et lesquels nécessitent une intervention ou un dépannage. Cette visibilité améliore l’efficacité opérationnelle : les équipes IT concentrent leurs efforts sur les terminaux qui en ont réellement besoin, au lieu d’éplucher des journaux pour vérifier le respect des politiques. Appliquer la conformité, c’est aussi garantir que les utilisateurs ne peuvent ni altérer ni supprimer les sauvegardes. Votre stratégie doit empêcher les utilisateurs de désactiver les sauvegardes ou de supprimer des données sauvegardées pour libérer de l’espace sur leur appareil. On s’appuie souvent pour cela sur les politiques de protection des terminaux (l’agent de sauvegarde s’exécute avec des privilèges élevés et ne peut pas être modifié par l’utilisateur), mais il faut y associer des données de sauvegarde immuables ou protégées au niveau de la cible. Si un utilisateur compromet son appareil, il ne doit pas pouvoir atteindre le stockage de sauvegarde pour supprimer ses données. Protéger les terminaux contre les ransomwares grâce à des sauvegardes immuables (en anglais) est essentiel pour toute organisation distribuée. La déduplication : rendre la sauvegarde des terminaux économiquement viable La redondance au sein d’un parc de terminaux est considérable. Des milliers de collaborateurs utilisent les mêmes versions de Windows, d’Office, de Chrome, de Slack et d’innombrables autres applications. Le même noyau de système d’exploitation est installé sur des milliers d’appareils, les mêmes binaires applicatifs sont déployés sur des milliers de machines et les mêmes documents sont ouverts par plusieurs membres d’une équipe. Sauvegarder chaque appareil intégralement sans déduplication fait exploser les coûts d’infrastructure et sature le réseau de données redondantes. La déduplication n’est pas facultative dans une stratégie de sauvegarde des terminaux en entreprise : c’est une condition de la rentabilité. Reste à savoir où la mettre en œuvre : au niveau de l’agent sur le terminal, au niveau de la cible de sauvegarde, ou aux deux. La déduplication au niveau du terminal (l’agent déduplique les données avant de les envoyer à la cible) réduit le trafic réseau et la capacité nécessaire sur la cible. Elle impose cependant une charge de calcul sur l’appareil et exige généralement que l’agent conserve localement des métadonnées de déduplication, ce qui ajoute de la complexité et consomme de l’espace. La déduplication au niveau de la cible (la cible identifie et élimine les doublons sur l’ensemble du parc) est plus efficace en matière de stockage et n’impose aucune charge de calcul aux terminaux. Elle suppose en revanche que la cible ait une visibilité sur toutes les données des terminaux et puisse identifier les doublons dans tout le parc. Avec des milliers de terminaux qui envoient des données en continu, une déduplication à grande échelle au niveau de la cible exige une gestion des données sophistiquée. Les architectures de sauvegarde des terminaux les plus efficaces combinent généralement les deux niveaux. Les agents effectuent une déduplication locale pour optimiser le trafic réseau et la rapidité de la sauvegarde initiale. La cible effectue une déduplication globale pour maximiser l’efficacité du stockage et repérer les schémas de redondance dans tout le parc. Cette approche par couches équilibre performances des terminaux, efficacité du réseau et coût du stockage. La restauration : remettre les collaborateurs au travail Une sauvegarde de terminal n’a de valeur que si la restauration est rapide et fiable. Pour les terminaux mobiles, restaurer ne signifie souvent pas ramener tout l’appareil à un état antérieur. Il s’agit plutôt de récupérer des fichiers supprimés par erreur, de restaurer des fichiers sains après une attaque par ransomware ou de reconstruire un appareil après une panne matérielle. Votre architecture de restauration doit permettre une restauration au niveau des fichiers sans obliger l’utilisateur à se rendre au data center ni à attendre l’intervention de l’équipe IT. Idéalement, un collaborateur doit pouvoir accéder à ses sauvegardes et récupérer lui-même ses fichiers supprimés, tandis que l’équipe IT conserve la supervision et le contrôle grâce aux politiques et à la journalisation d’audit. Cela suppose que votre cible de sauvegarde (le stockage objet) offre aux utilisateurs finaux un moyen de parcourir et de restaurer leurs propres données, avec des contrôles d’accès garantissant que chacun n’accède qu’à ses propres sauvegardes. Certaines solutions proposent pour cela un portail de restauration en libre-service ; d’autres donnent un accès direct aux sauvegardes via des API standard. Le mécanisme importe moins que le résultat : les utilisateurs récupèrent leurs fichiers supprimés en quelques minutes, et l’équipe IT n’est plus un goulot d’étranglement pour les restaurations. Pour les scénarios plus lourds (reconstruire un appareil après une panne matérielle ou restaurer massivement après un ransomware), votre infrastructure doit permettre une restauration rapide, éventuellement vers un nouvel appareil. Il faut pour cela que les sauvegardes contiennent les métadonnées nécessaires et que la restauration puisse être orchestrée efficacement, en récupérant les données depuis la cible à la vitesse du réseau plutôt qu’au rythme limité d’une appliance. Bâtir votre stratégie de sauvegarde des terminaux Une stratégie efficace de sauvegarde des terminaux pour des équipes distribuées commence par une évidence : les terminaux ne sont pas des ressources du data center. Leurs caractéristiques, leurs schémas de connectivité et leurs besoins de restauration sont différents. Une infrastructure de sauvegarde conçue pour les serveurs ne répondra pas correctement à vos besoins de protection des terminaux. Architecturez plutôt la sauvegarde des terminaux autour d’une cible évolutive et répartie géographiquement, comme le stockage objet. Déployez des agents de sauvegarde adaptés à l’environnement des terminaux : connectivité mobile, interaction avec l’utilisateur, intérêt de la déduplication locale. Appliquez des politiques qui tiennent compte des schémas de connectivité réels tout en garantissant la conformité. Donnez-vous une visibilité sur l’état des sauvegardes afin que votre équipe d’exploitation puisse repérer et traiter les problèmes avant qu’ils ne deviennent des incidents. Les organisations qui gèrent le mieux la sauvegarde des terminaux sont celles qui ont cessé de la traiter après coup pour en faire un pilier de la protection des données de l’entreprise. Elles ont investi dans une infrastructure qui évolue avec leurs effectifs, dans des politiques qui protègent les données sensibles sans créer de friction et dans des mécanismes de restauration qui donnent de l’autonomie aux utilisateurs et allègent la charge de l’IT. À mesure que vos équipes se dispersent et que les terminaux deviennent plus critiques pour votre activité, votre stratégie de sauvegarde des terminaux prend de l’importance. Construisez-la avec soin, mesurez-la en continu et investissez dans une infrastructure qui sert réellement la réalité distribuée de votre organisation, au lieu d’imposer des contraintes d’infrastructure à vos collaborateurs. Pour aller plus loin Stratégie de sauvegarde d’entreprise Architecture de cible de sauvegarde évolutive (en anglais) Protéger ses sauvegardes contre les ransomwares : des sauvegardes immuables et restaurables (en anglais) Qu’est-ce que le stockage immuable ? (en anglais) Les cas d’usage du stockage objet (en anglais) La stratégie de sauvegarde 3-2-1-1-0 expliquée
