4 Alors que les données de sauvegarde explosent, portées par les jeux de données d’IA, la vidéo 4K et d’immenses journaux de capteurs, l’ancienne réponse consistant à acheter une appliance plus grosse ne fonctionne plus. Une architecture de cible de sauvegarde évolutive moderne s’appuie sur un stockage objet scale-out et software-defined pour offrir une capacité quasi illimitée, des performances quasi linéaires à mesure de la croissance et une cyber-résilience intégrée afin que les sauvegardes restent restaurables même face à des attaques par ransomware sophistiquées. C’est le plan dont les équipes de sauvegarde des entreprises ont besoin pour répondre aux exigences actuelles de RTO, de RPO et de conformité. Pourquoi le modèle d’appliance « scale-up » hérité échoue Le modèle d’appliance traditionnel, deux têtes de contrôleur reliées à des tiroirs de disques, se heurte à des limites strictes. Le processeur et la mémoire des contrôleurs sont fixes, les performances par To diminuent à mesure que l’on ajoute des tiroirs, et la croissance impose plusieurs systèmes indépendants qui créent des silos de gestion et de la capacité inutilisée. Cette approche n’est pas tenable à l’ère du pétaoctet et de l’exaoctet. À l’inverse, un cluster scale-out de nœuds x86 standard ajoute du stockage et de la puissance de calcul à chaque nœud, ce qui offre une croissance des performances quasi linéaire et un espace de noms unique qui s’étend du téraoctet à des dizaines de pétaoctets sans duplication ni silo. Les principes fondamentaux d’une architecture de cible de sauvegarde évolutive Pour être réellement évolutive et résiliente, une architecture doit respecter un petit nombre de principes non négociables : 1) Une conception distribuée sans partage (shared-nothing) Une architecture shared-nothing élimine les goulots d’étranglement centraux et les points de défaillance uniques. Les données sont découpées en fragments et réparties entre les nœuds grâce à l’erasure coding ou à d’autres algorithmes de distribution des données. Cela garantit la durabilité tout en permettant à chaque nœud d’apporter de la capacité processeur, mémoire et réseau, de sorte que les performances augmentent avec le matériel ajouté. L’accès parallèle en lecture et en écriture sur les nœuds permet au logiciel de sauvegarde de saturer les réseaux modernes en 100GbE et de réduire considérablement les fenêtres de sauvegarde et de restauration. 2) L’API S3 comme interface de référence, plus SOSAPI Le stockage objet accessible via l’API S3 est la bonne interface pour les sauvegardes modernes. Un espace de noms plat gère des milliards d’objets sans l’inflation des métadonnées d’un système de fichiers. Point essentiel, une cible de sauvegarde moderne prend en charge SOSAPI (Smart Object Storage API), une extension du protocole grâce à laquelle le système de stockage communique sa capacité et sa charge au serveur de sauvegarde. SOSAPI permet à l’application de sauvegarde d’acheminer les flux vers les nœuds les moins chargés et de répartir le travail pour un débit optimal, au lieu de s’appuyer uniquement sur une sémantique PUT/GET basique. 3) Une efficacité multiniveau (performance + capacité) L’évolutivité et l’efficacité économique exigent une hiérarchisation au sein d’un même système. Un modèle recommandé est le suivant : Niveau de performance (flash/NVMe) : mettre en cache les sauvegardes récentes pendant 7 à 14 jours pour permettre des restaurations instantanées et des sauvegardes complètes synthétiques rapides. Niveau de capacité (HDD haute densité) : une conservation à long terme économique sur des disques de 20 To et plus. Gestion du cycle de vie : un déplacement automatique, piloté par des politiques, entre les niveaux, de sorte que sauvegardes et restaurations restent transparentes pour l’application. Cette hiérarchisation hybride offre une reprise opérationnelle instantanée tout en maîtrisant le coût total de possession sur le long terme. 4) Une couche de sécurité scale-out : immuabilité, géoredondance et zero trust L’évolutivité doit renforcer la sécurité. Les éléments clés comprennent une immuabilité distribuée appliquée au niveau du cluster (afin qu’un nœud compromis ne puisse pas supprimer les sauvegardes immuables), S3 Object Lock en mode conformité, et la possibilité d’étendre un espace de noms sur plusieurs sites pour la géoredondance. Associez-y des contrôles d’administration zero trust, la MFA et une gestion IAM stricte pour l’administration du stockage afin de réduire au minimum les voies d’attaque. Ces capacités constituent l’ossature des cibles de sauvegarde résistantes aux ransomwares. Les briques techniques expliquées Erasure coding et fragments distribués L’erasure coding découpe les objets en fragments et les stocke sur plusieurs nœuds, ce qui offre une durabilité efficace avec un surcoût de stockage inférieur à celui d’une réplication complète. Les fragments étant répartis dans tout le cluster, la perte d’un ou plusieurs serveurs ne compromet pas la disponibilité des données, et les reconstructions sont parallélisées pour gagner en rapidité. Accès parallèle et débit massif L’application de sauvegarde doit écrire en parallèle sur de nombreux nœuds plutôt que sur une tête unique. Les flux parallèles permettent d’exploiter pleinement les réseaux modernes en 100GbE et d’atteindre les centaines de Go/s de débit nécessaires aux restaurations à l’échelle du pétaoctet et à des RTO courts. SOSAPI : des transferts tenant compte de la capacité et équilibrés en charge SOSAPI permet au stockage d’annoncer sa capacité et sa charge aux serveurs de sauvegarde, afin que les écritures soient acheminées intelligemment. Cela réduit les tâches en échec et évite de surcharger un nœud en particulier, ce qui améliore à la fois la fiabilité et la vitesse : un impératif pour les intégrations de sauvegarde modernes en entreprise. Sécurité et résilience face aux ransomwares : concevoir pour la restauration Le ransomware a changé la définition de la sauvegarde : elle est désormais la dernière ligne de défense. Une véritable résilience exige un stockage immuable, une restauration rapide et des stratégies d’isolation : S3 Object Lock (mode conformité) : empêche la suppression ou la modification des objets de sauvegarde pendant la période de rétention, même par des administrateurs à privilèges, ce qui garantit des copies immuables. C’est la pierre angulaire de la protection contre les ransomwares. Air gaps logiques et environnements de restauration isolés : une isolation rapide sur disque apporte les bénéfices de sécurité d’un air gap sans la latence de la bande. Placez votre référentiel de sauvegarde sur un réseau segmenté ou dans un environnement de restauration isolé (IRE) pour éviter la propagation latérale d’une infection. Zero trust et moindre privilège : appliquez une gestion IAM stricte, des contrôles d’administration multifacteurs et une bonne hygiène de la chaîne d’approvisionnement pour réduire la surface d’attaque. Ces couches (immuabilité, isolation et contrôles d’identité) permettent de défendre les sauvegardes de manière proactive et de restaurer rapidement à l’échelle de l’entreprise. Le plan de Scality : RING et ARTESCA La gamme de produits Scality correspond directement à cette architecture : Scality RING est un stockage objet scale-out, software-defined et de niveau entreprise, pionnier de ce modèle. Il prend en charge des clusters de plus de 100 Po, offre un débit quasi linéaire de plusieurs centaines de Go/s et permet de mélanger fabricants et générations de matériel au sein d’un même espace de noms. Il prend en charge S3 Object Lock, la géodistribution et l’ensemble des fonctions de sécurité et de performances scale-out dont les entreprises ont besoin. Scality ARTESCA est conçu pour la simplicité et la rapidité : une cible S3 légère et renforcée pour les déploiements plus petits, les environnements edge et les coffres de cyber-récupération. Il est sécurisé par défaut, peut démarrer petit (un seul serveur d’environ 50 To) et monter en charge tout en préservant une immuabilité de niveau entreprise. Les deux solutions s’intègrent aux principaux éditeurs de sauvegarde (Veeam, Commvault, Rubrik, Veritas) et prennent en charge SOSAPI et S3 Object Lock, ce qui garantit des performances optimales et une protection contre les ransomwares pour les flux de sauvegarde modernes. Où placer les cibles cloud et sur site (conseils pratiques) Le stockage objet scale-out sur site est le meilleur référentiel de sauvegarde principal lorsque la rapidité des restaurations, la souveraineté et la prévisibilité du coût total de possession comptent. Vous obtiendrez les RTO les plus faibles et éviterez la « taxe de restauration » que représentent les frais de sortie du cloud. Le cloud public et les plateformes cloud alternatives restent idéaux pour la conservation à long terme et les copies hors site, lorsque l’élasticité et la durabilité géographique ont de la valeur, mais attention aux frais de sortie et de restauration lors des restaurations complètes. Pour de nombreuses organisations, le modèle optimal est un niveau de performance sur site complété par une hiérarchisation vers le cloud pour l’archivage. Liste de contrôle pratique pour mettre en œuvre une architecture de cible de sauvegarde évolutive Choisir un stockage objet scale-out natif S3 et compatible SOSAPI. Veiller à ce que le stockage communique ses signaux de capacité et de charge au serveur de sauvegarde. Activer S3 Object Lock en mode conformité au niveau du cluster. Il doit être impossible à contourner pour garantir une véritable immuabilité. Adopter une hiérarchisation hybride au sein du cluster. Utiliser du NVMe/flash pour les sauvegardes récentes à restaurer et des HDD pour le long terme. Automatiser les déplacements liés au cycle de vie. Dimensionner le nombre de nœuds shared-nothing et le réseau pour répondre aux besoins de débit parallèle. Dimensionner le réseau (10/25/100GbE) en fonction des fenêtres de restauration prévues. Étendre les espaces de noms pour la géoredondance ou configurer une réplication asynchrone entre sites. Éviter les tâches de réplication complexes en laissant le cluster gérer la protection des sites. Tester la restauration à grande échelle. Restaurer périodiquement de grands jeux de données (par exemple de 50 à 500 To) pour valider les RTO réels. Adopter une politique 3-2-1-1. Trois copies, deux supports différents, une copie hors site et une copie immuable. C’est le minimum actuel pour la résilience face aux ransomwares. Résultats pour l’entreprise : performances, prévisibilité et résilience Une architecture de cible de sauvegarde évolutive correctement mise en œuvre offre : des performances linéaires et des RTO prévisibles à mesure que la capacité augmente un coût total de possession réduit grâce à des serveurs standard, au mélange de générations de matériel et à l’absence de remplacements complets d’appliances une meilleure défense contre les ransomwares grâce à des politiques d’immuabilité au niveau du cluster, des environnements de restauration air-gapped et des contrôles d’administration zero trust une simplicité opérationnelle : un espace de noms global unique qui supprime les silos de capacité et simplifie la gestion Concevoir pour l’échelle et la sécurité, pas selon les hypothèses de la décennie passée Une architecture de cible de sauvegarde évolutive digne de ce nom remplace les appliances fragiles par une conception scale-out, native S3 et axée sur la sécurité, qui s’adapte à la croissance exponentielle des données tout en apportant les garanties de restauration dont votre activité a besoin. Que vous démarriez petit avec ARTESCA ou que vous passiez à l’échelle du pétaoctet avec RING, l’architecture décrite ci-dessus est la méthode éprouvée pour obtenir des restaurations rapides, un faible coût par To et une immuabilité des sauvegardes à toute épreuve. Si vous souhaitez un plan de mise en œuvre concret ou une évaluation de votre cible de sauvegarde actuelle au regard de ce plan, l’équipe d’architecture de Scality peut vous aider à concevoir un référentiel de sauvegarde résilient et prêt pour le pétaoctet.
