3 La sauvegarde as a service pour les fournisseurs pose un problème différent de la sauvegarde d’une seule entreprise. Une entreprise protège ses propres données avec un seul ensemble de politiques et une seule équipe sécurité. Un fournisseur de services, un fournisseur de services managés (MSP) ou un opérateur télécom protège des centaines ou des milliers de clients, chacun avec ses propres règles de conservation, ses propres administrateurs et ses propres attentes quand quelque chose tourne mal. La plateforme de stockage derrière le service doit isoler chaque client, résister à l’attaque par ransomware qui frappe l’un d’eux et rester rentable au prix que le marché accepte de payer. Cet article passe en revue, du point de vue du fournisseur, les composants d’une offre de sauvegarde as a service (BaaS) : ce que le service vend réellement, l’architecture de stockage cible, le multi-locataire, l’immuabilité, la tarification et le modèle d’exploitation qui la rend rentable. Si vous évaluez plutôt le BaaS en tant qu’acheteur, consultez le stockage as a service (en anglais). Ce que vend réellement une offre BaaS Les clients n’achètent pas des téraoctets. Ils achètent une promesse : que leurs données quittent leur site, arrivent en lieu sûr, ne peuvent pas être supprimées par un attaquant qui contrôle leur réseau et reviennent assez vite pour que cela compte. La plupart des offres des fournisseurs relèvent de quelques modèles : Cible de copie de sauvegarde. Le client exécute son propre logiciel de sauvegarde sur site et envoie une seconde copie chez le fournisseur, souvent via un connecteur cloud natif ou un point de terminaison S3. C’est le point d’entrée le plus courant. Sauvegarde entièrement managée. Le fournisseur exploite le logiciel de sauvegarde, planifie les tâches et gère les restaurations. Le client achète un résultat. Sauvegarde des applications SaaS. La protection des plateformes hébergées de messagerie, de collaboration et de productivité, où le fournisseur héberge à la fois le logiciel et le stockage. Sauvegarde et reprise. Un stockage de sauvegarde associé à la possibilité de restaurer les charges de travail dans l’infrastructure du fournisseur, ce qui rejoint la reprise après sinistre as a service (en anglais). Chaque modèle impose des exigences différentes au stockage. Une cible de copie demande une forte ingestion la nuit et une restauration massive rapide les mauvais jours. La sauvegarde managée ajoute l’accès opérationnel du fournisseur. La sauvegarde SaaS produit un très grand nombre de petits objets. Choisir l’architecture de stockage cible Le logiciel de sauvegarde définit la manière dont les données sont écrites, mais c’est la cible de stockage qui détermine le coût, la densité et la capacité de croissance du service. Les fournisseurs envisagent généralement trois options. Référentiels en mode bloc ou fichier Les référentiels traditionnels sur des serveurs à disques locaux ou sur du NAS sont simples pour démarrer. Ils deviennent plus difficiles à gérer à mesure que le nombre de clients augmente : la capacité est fragmentée entre de nombreux équipements, le rééquilibrage est manuel et chaque renouvellement matériel impose de déplacer des données clients. Référentiels Linux durcis Les référentiels durcis ajoutent l’immuabilité sur un serveur Linux à accès restreint. Ils conviennent bien à des clients individuels ou à de petits déploiements, mais chacun reste un équipement distinct à dimensionner, à corriger et à renouveler. Stockage objet compatible S3 Le stockage objet mutualise la capacité sur de nombreux serveurs, évolue par ajout de nœuds et expose l’API S3, sur laquelle la plupart des logiciels de sauvegarde modernes peuvent écrire directement. Il prend en charge l’Object Lock pour l’immuabilité, des comptes et buckets par client et le codage à effacement pour une protection efficace. Pour les fournisseurs qui visent au-delà de quelques centaines de téraoctets, il constitue généralement le socle. Notre guide du stockage objet multi-locataire (en anglais) explique comment une plateforme sert de nombreux clients, et qu’est-ce que le stockage compatible S3 traite des questions de compatibilité. Quel que soit votre choix, testez-le avec le logiciel de sauvegarde que vous comptez prendre en charge. Les promesses de compatibilité varient, et tester en conditions réelles le comportement S3 sous charge évite de mauvaises surprises. L’équipe ARTESCA a publié un guide pratique sur les tests de compatibilité S3 pour la sauvegarde (en anglais). Multi-locataire et isolation Une plateforme BaaS doit donner à chaque client le sentiment d’être le seul. Cela suppose : Des identités et identifiants distincts par client, pour que les clés d’un client ne puissent jamais atteindre les données d’un autre. Des quotas pour empêcher un client de consommer de façon inattendue la capacité partagée. Des options de chiffrement par client, y compris des clés détenues par le client pour les clients réglementés. L’isolation des performances, pour que la sauvegarde complète d’un client ne ralentisse pas les restaurations des autres. Des données de reporting et de facturation séparées par client. L’accès administratif du fournisseur lui-même exige la même attention. Si un seul identifiant fournisseur compromis peut supprimer les sauvegardes de tous les clients, le service présente un point de défaillance unique. L’immuabilité comme fonctionnalité du produit Les ransomwares ont fait passer le BaaS du statut de commodité à celui d’exigence de reprise. Les attaquants recherchent systématiquement les systèmes de sauvegarde et tentent de les supprimer ou de les chiffrer avant de déclencher leur attaque. Les clients demandent désormais directement si leur copie externalisée peut résister à la compromission de leur propre environnement. L’immuabilité répond à cette question. Avec l’Object Lock en mode conformité, les sauvegardes ne peuvent être ni modifiées ni supprimées avant l’expiration de la conservation, même par un administrateur. Certaines plateformes de sauvegarde proposent aussi une corbeille côté fournisseur qui conserve les sauvegardes client supprimées pendant une durée fixée par le fournisseur. Les fournisseurs packagent souvent ces capacités en niveaux : conservation standard, conservation immuable et conservation immuable étendue avec supplément. L’immuabilité consomme de la capacité, car les données verrouillées ne peuvent pas être nettoyées par anticipation. Prévoyez-la explicitement ; l’article sur la capacité des sauvegardes immuables (en anglais) traite de l’impact sur le dimensionnement. Pour les principes, consultez la sauvegarde à l’épreuve des ransomwares (en anglais) et la stratégie de sauvegarde 3-2-1-1-0 (en anglais). Tarification et packaging La plupart des fournisseurs facturent la capacité stockée par mois, parfois combinée à un tarif par charge de travail (par VM, par serveur, par utilisateur pour la sauvegarde SaaS). Les décisions clés sont : L’unité de facturation. Données logiques protégées, données stockées après déduplication et compression, ou capacité brute consommée. Chacune implique des marges et une perception client différentes. Les fonctionnalités incluses. L’immuabilité, le trafic de restauration, la suppression anticipée et le support sont-ils inclus ou facturés à part ? Les niveaux d’engagement. Remises sur capacité réservée ou paiement purement à l’usage. La marge dépend fortement du coût du stockage par téraoctet utile sur toute sa durée de vie, y compris le surcoût de protection, l’énergie, l’espace en baie et le renouvellement. Notre article sur la tarification du stockage pour les fournisseurs de services détaille le modèle, et le coût du stockage par téraoctet (en anglais) traite du versant coût. Niveaux de service et performances de restauration Les clients jugent le BaaS sur la restauration, pas sur la sauvegarde. Le SLA doit préciser ce qui est garanti et ce qui relève de l’objectif : La disponibilité et la durabilité des sauvegardes. Le délai de démarrage d’une restauration après la demande. Le débit de restauration attendu pour les reprises volumineuses. Les délais de notification et de réponse du support pendant un incident. La restauration massive est le scénario qui met à mal les plateformes sous-dimensionnées. Lorsqu’un ransomware frappe un gros client, ou plusieurs clients à la fois, la plateforme doit fournir un débit de lecture soutenu tout en continuant d’ingérer les sauvegardes nocturnes de tous les autres. Planifiez-le et testez-le ; l’article sur la planification des restaurations massives (en anglais) indique ce qu’il faut modéliser. La structure générale d’un SLA est expliquée dans qu’est-ce qu’un SLA (en anglais). Exploiter la plateforme à grande échelle L’économie du BaaS ne s’améliore avec l’échelle que si l’exploitation ne croît pas proportionnellement à la capacité. Parmi les pratiques qui gardent la plateforme maîtrisable : L’intégration automatisée des clients, avec création des comptes, buckets, quotas et politiques via des API. Une supervision par client, avec des alertes sur les sauvegardes manquées, la pression sur les quotas et les suppressions inhabituelles. Une croissance par petits incréments, en ajoutant des nœuds sans migrer les données clients. L’article sur l’extension du stockage objet (en anglais) explique comment la planifier. Le renouvellement matériel sur place, en remplaçant les anciens serveurs pendant que le service reste en ligne. Des tests de restauration réguliers sur des données clients représentatives, car une sauvegarde impossible à restaurer est un passif. Check-list : construire une offre de sauvegarde as a service Définir les modèles de service proposés : cible de copie, sauvegarde managée, sauvegarde SaaS, reprise. Choisir une plateforme cible qui évolue par ajout de nœuds et parle l’API S3. Valider la compatibilité et les performances avec chaque application de sauvegarde prise en charge. Imposer l’isolation des clients pour l’identité, les données, le chiffrement, les quotas et les performances. Proposer l’immuabilité et dimensionner la capacité pour la conservation verrouillée. Séparer l’administration du fournisseur de celle des clients et protéger les identifiants du fournisseur. Choisir une unité de facturation et modéliser la marge par téraoctet utile sur cinq ans. Rédiger des SLA centrés sur la restauration et tester la restauration massive à une échelle réaliste. Automatiser l’intégration, la supervision et la collecte des données de facturation. En résumé La sauvegarde as a service pour les fournisseurs réussit lorsque trois éléments sont alignés : une plateforme de stockage qui maintient l’isolation et l’immuabilité des clients à grande échelle, un modèle de tarification fondé sur le coût réel par téraoctet utile et une exploitation qui ne croît pas avec chaque nouveau client. Partez de la promesse de restauration que vous voulez faire, construisez la plateforme capable de la tenir sous pression et packagez les fonctionnalités que les clients attendent désormais, en particulier l’immuabilité, sous forme de niveaux de service clairs. Questions fréquentes Quel stockage utilisent les fournisseurs de sauvegarde as a service ? Beaucoup démarrent avec des référentiels sur serveurs et passent au stockage objet compatible S3 en grandissant, car il mutualise la capacité, évolue par ajout de nœuds et prend en charge nativement l’immuabilité et le multi-locataire. Comment les fournisseurs séparent-ils les sauvegardes de leurs clients ? Grâce à des comptes, identifiants, buckets, quotas et chiffrement propres à chaque client, ainsi qu’à la séparation entre l’administration du fournisseur et celle des clients. Le BaaS doit-il inclure l’immuabilité par défaut ? De plus en plus, oui. Beaucoup de clients achètent le BaaS précisément pour la reprise après ransomware. Les fournisseurs incluent souvent une période immuable de base et facturent une conservation plus longue. Comment les offres BaaS sont-elles généralement tarifées ? La plupart facturent au téraoctet stocké et par mois, parfois avec un tarif par charge de travail ou par utilisateur. Le trafic de restauration et l’immuabilité étendue sont souvent facturés à part. Quel est le principal risque opérationnel pour un fournisseur BaaS ? Une restauration massive lors d’un épisode de ransomware étendu, où la demande en lecture explose alors que les sauvegardes nocturnes continuent. Les plateformes doivent être dimensionnées et testées pour ce scénario. Pour aller plus loin Tarification du stockage pour les fournisseurs de services Lancer un service de stockage S3 Refacturation interne d’un service de sauvegarde Stockage objet multi-locataire (en anglais)
