2 Pendant des décennies, les équipes informatiques des entreprises ont bâti leur infrastructure de sauvegarde de manière traditionnelle : achat de baies de stockage, configuration de la réplication, maintien d’une capacité sur site et gestion des mises à jour de firmware. Le modèle fonctionnait, mais il exigeait des investissements importants, une expertise opérationnelle permanente et une planification constante de la capacité à mesure que les volumes de données augmentaient. Le stockage as a Service (STaaS) inverse ce modèle. Au lieu de posséder le matériel, vous consommez du stockage à la demande et payez ce que vous utilisez. Le fournisseur de services gère l’infrastructure, la disponibilité et l’évolutivité. Cette évolution concerne particulièrement les équipes de sauvegarde, qui ont fait partie des premiers à adopter le STaaS, car les charges de sauvegarde se prêtent bien à une tarification à l’usage : croissance prévisible, profils d’accès variables et exigences de conformité claires. Pourtant, de nombreux administrateurs de sauvegarde abordent le STaaS avec scepticisme. Les garanties de SLA tiendront-elles ? Peut-on vraiment réduire la charge opérationnelle ? Comment intégrer le STaaS au logiciel de sauvegarde (en anglais) existant ? Cet article répond directement à ces questions, en s’appuyant sur la manière dont les grandes entreprises mettent réellement en œuvre le STaaS pour la sauvegarde et la reprise. Le modèle STaaS : comment fonctionne le stockage de sauvegarde à l’usage Le stockage de sauvegarde traditionnel est gourmand en capital et sa capacité est planifiée par blocs. Vous achetez une baie de 200 To, la configurez et l’utilisez jusqu’à environ 80 % de remplissage. Puis vous achetez une autre baie. Cette approche laisse du matériel surprovisionné et de la capacité inutilisée. Le STaaS renverse ce modèle. Vous n’achetez pas le stockage, vous le louez. Votre logiciel de sauvegarde se connecte au back-end de stockage d’un fournisseur — généralement un stockage cloud ou un site géré par le fournisseur. À mesure que votre volume de sauvegarde augmente, vous consommez automatiquement plus de stockage. La facturation se fait à l’usage : gigaoctets stockés par mois, plus des frais d’egress pour les données récupérées. Pour les équipes de sauvegarde, ce modèle présente plusieurs avantages : Une capacité sans souci : vous ne manquez plus jamais de capacité de sauvegarde. Au lieu de paniquer lorsque vos baies atteignent 85 % de remplissage, vous continuez simplement à sauvegarder. Le fournisseur fait évoluer son infrastructure en fonction de la demande. Une exploitation simplifiée : la maintenance du matériel, les mises à jour de firmware et l’extension physique deviennent le problème de quelqu’un d’autre. Votre équipe de sauvegarde se concentre sur les politiques de sauvegarde et les tests de reprise, plutôt que sur l’administration du stockage, ce qui libère des ressources pour votre stratégie de sauvegarde d’entreprise (en anglais). Une structure de coûts variable : vous payez la croissance à mesure qu’elle se produit. Si le volume de données de votre organisation augmente de 20 % cette année et de 5 % l’an prochain, vos coûts de sauvegarde suivent. Vous ne payez pas de capacité inutilisée, ce qui réduit le coût total de possession de votre stockage (en anglais). La diversité géographique : la plupart des fournisseurs de STaaS disposent de plusieurs data centers. De nombreuses équipes de sauvegarde utilisent le STaaS pour créer des copies de sauvegarde géographiquement réparties, sans construire ni doter en personnel un second data center. Conformité et audit : les fournisseurs détiennent des certifications (ISO 27001, SOC 2 (en anglais), FedRAMP, HIPAA) et auditent régulièrement leur infrastructure. De nombreuses équipes de sauvegarde trouvent plus facile de satisfaire aux exigences de conformité en s’appuyant sur un fournisseur certifié. Comprendre les accords de niveau de service du STaaS La véritable différence entre un stockage bon marché et un STaaS de niveau entreprise réside dans les garanties de SLA. Voici les points sur lesquels se concentrer : SLA de disponibilité : il précise le pourcentage de temps pendant lequel vos données sont accessibles. Le STaaS d’entreprise garantit généralement 99,9 % de disponibilité (8,7 heures d’indisponibilité par an). Certains fournisseurs proposent 99,99 % (52 minutes par an). Garantie de durabilité : elle précise la probabilité que vos données soient intactes au bout d’un an. Les fournisseurs d’entreprise garantissent généralement une durabilité de 99,999999999 % (11 neuf) — soit la perte d’un objet pour un milliard d’objets stockés. Cette durabilité est obtenue grâce à la réplication géographique, à l’erasure coding et à une surveillance permanente. Objectif de temps de reprise (RTO) : à quelle vitesse pouvez-vous récupérer les données ? Les fournisseurs de STaaS le précisent dans le SLA. Certains proposent une récupération « immédiate » (quelques millisecondes, pour une restauration immédiate). D’autres une récupération « standard » (quelques heures, pour un accès comparable à la bande). Pour la restauration, il vous faut une récupération assez rapide pour respecter votre RTO. SLA de support : à quelle vitesse le fournisseur réagit-il aux pannes ? Le STaaS d’entreprise doit inclure un support 24 h/24 et 7 j/7 avec des délais de réponse rapides pour les incidents critiques (souvent une heure pour les incidents de gravité 1). Crédits et pénalités : que se passe-t-il si le fournisseur ne respecte pas son SLA ? Les fournisseurs de qualité proposent des crédits de service : si la disponibilité passe sous 99,9 %, vous recevez un crédit sur les factures suivantes. Le pourcentage doit être significatif (au moins 10 % en cas de non-respect des objectifs de disponibilité). Intégrer le STaaS à votre logiciel de sauvegarde Votre logiciel de sauvegarde (Veeam, Commvault, NetBackup (en anglais), etc.) doit s’intégrer au fournisseur de STaaS choisi. Il existe trois modèles d’intégration : Intégration directe : le logiciel de sauvegarde prend en charge nativement l’API du fournisseur. Vous le configurez avec des identifiants et des URL de points de terminaison. Les tâches de sauvegarde ciblent directement le service. C’est l’approche la plus simple et la plus performante. Intégration via une passerelle : si votre logiciel de sauvegarde ne prend pas en charge nativement le fournisseur choisi, vous pouvez utiliser une passerelle — une appliance sur site qui parle à la fois le protocole de votre logiciel de sauvegarde et l’API du fournisseur. Cela ajoute de la latence et de l’infrastructure, mais apporte de la souplesse. Bibliothèque de bandes virtuelle (VTL) : approche plus ancienne dans laquelle le STaaS est présenté au logiciel de sauvegarde sous forme de bibliothèques de bandes simulées. Elle est rarement recommandée pour les nouveaux déploiements, car elle ajoute des couches de compatibilité inutiles. Pour les nouveaux déploiements, l’intégration directe est préférable. Elle est plus efficace, exige moins d’infrastructure sur site et donne au logiciel de sauvegarde accès aux fonctionnalités propres au fournisseur. Évaluer le STaaS : les questions à poser aux fournisseurs présélectionnés Lorsque vous évaluez des fournisseurs de STaaS, dépassez les arguments marketing et posez des questions opérationnelles précises : Comment les données sont-elles protégées ? Réplication, erasure coding ou autre ? Combien de copies existent ? Comment sont-elles réparties géographiquement ? Pouvez-vous choisir où vos données sont stockées ? Quel chiffrement est disponible ? Toutes les données en transit (TLS 1.2 ou supérieur) ? Au repos (et pouvez-vous fournir vos propres clés) ? La gestion des clés est-elle automatisée, ou gérez-vous vous-même vos clés de chiffrement ? Que se passe-t-il si le fournisseur cesse son activité ? Vos données doivent être portables — accessibles via des API standard qui vous permettent de migrer vers un autre fournisseur sans enfermement. Comment les journaux d’audit sont-ils fournis ? Vous devez savoir qui a accédé à vos données de sauvegarde et quand. Les journaux doivent être infalsifiables et fournis dans un format que votre SIEM peut exploiter. Quelles certifications de conformité détenez-vous ? ISO 27001, SOC 2 Type II, FedRAMP, HIPAA ? Demandez des preuves et renseignez-vous sur la fréquence des audits. Comment les performances sont-elles supervisées ? Vous devez disposer de tableaux de bord indiquant l’egress des données, l’utilisation du stockage, la latence des API et les taux d’erreur. Quel est le coût total réel ? Séparez les coûts de stockage de l’egress, des appels d’API et du support. Certains fournisseurs paraissent bon marché jusqu’à ce que l’on tienne compte des frais de récupération. Comparez le coût total de possession sur trois ans avec celui d’un stockage sur site, en incluant l’investissement, l’énergie, l’espace et le personnel. L’économie du STaaS : quand est-ce pertinent ? Le STaaS ne l’emporte pas toujours sur le stockage sur site. L’équation économique dépend du rythme de croissance de vos données, de vos exigences de rétention et de votre capacité à exploiter efficacement le stockage de sauvegarde. Le STaaS est généralement avantageux lorsque vos données croissent de plus de 20 % par an, que vous avez besoin de diversité géographique, que votre logiciel de sauvegarde prend directement en charge le fournisseur, que votre expertise en exploitation du stockage est limitée et que la conformité exige des audits tiers. Comprendre la différence entre RTO et RPO (en anglais) aide à vérifier que le STaaS répond à vos objectifs de reprise. Le STaaS est moins avantageux lorsque votre volume de données est faible et sa croissance stable, que vous avez des exigences strictes de résidence des données que le fournisseur ne peut pas satisfaire, que votre logiciel de sauvegarde ne s’intègre pas au fournisseur, que vous avez besoin d’un RTO de restauration inférieur à la seconde ou que vos politiques interdisent de stocker des données chez des fournisseurs externes. De nombreuses grandes entreprises adoptent une approche hybride : le STaaS pour les copies de sauvegarde secondaires et tertiaires, le stockage sur site pour les sauvegardes principales, et la bande ou un STaaS d’archivage pour les copies de conformité. Les changements opérationnels à prévoir pour votre équipe Adopter le STaaS modifie la manière dont travaille votre équipe de sauvegarde. Anticiper ces changements évite les frictions culturelles : La planification de la capacité se simplifie : vous cessez d’essayer de prévoir la croissance et de provisionner pour les pics. Vous surveillez plutôt la consommation et ajustez les politiques si les coûts dépassent le budget. L’attention passe de la gestion de la capacité à la gestion des coûts. La visibilité sur les coûts devient essentielle : avec un stockage sur site, les coûts de sauvegarde sont noyés dans les budgets d’investissement et les amortissements. Avec le STaaS, ce sont des charges mensuelles explicites. Il vous faut des rapports exploitables par la finance indiquant le coût de sauvegarde par gigaoctet, par restauration et par application. Les tests de reprise prennent plus d’importance : si vous ne pouvez pas tester les restaurations, vous n’avez pas vraiment de sauvegarde. Avec le STaaS, les tests de reprise se font dans le cloud et ne consomment pas votre bande passante locale. De nombreuses équipes constatent qu’elles peuvent tester plus souvent. La relation fournisseur change : avec un stockage sur site, vous traitez avec des fournisseurs de matériel et votre propre équipe. Avec le STaaS, vous dépendez d’un fournisseur de services. Un mauvais support peut affecter votre RTO. Conformité et audit deviennent partagés : votre posture de conformité dépend désormais de la collaboration entre votre équipe logiciel de sauvegarde, votre fournisseur de STaaS et votre infrastructure sur site. La voie à suivre Le STaaS est désormais assez mature pour les équipes de sauvegarde d’entreprise. Évaluez-le prudemment, en commençant par un pilote sur des données de sauvegarde non critiques. Testez les procédures de reprise dans des scénarios réalistes. Comparez les coûts réels aux estimations. Une fois en confiance, étendez aux systèmes critiques. L’objectif n’est pas d’abandonner totalement l’infrastructure sur site. La plupart des grandes entreprises conserveront une approche hybride : le STaaS pour l’évolutivité et la diversité géographique, le stockage sur site pour les performances, et une intégration entre les deux. Le STaaS devient une composante de votre stratégie de sauvegarde, et non un substitut à une conception réfléchie. La mission de votre équipe de sauvegarde est de garantir la reprise lorsqu’elle compte le plus. Bien mis en œuvre, le STaaS facilite cette mission en supprimant la charge d’exploitation du stockage et en apportant automatiquement diversité géographique et garanties de conformité. Pour aller plus loin Stratégie de sauvegarde d’entreprise (en anglais) RTO ou RPO : les principales différences expliquées (en anglais) La sauvegarde en cloud hybride expliquée (en anglais) DRaaS : la reprise après sinistre en tant que service (en anglais) Coût total de possession du stockage de données (en anglais) Architecture de cible de sauvegarde évolutive (en anglais)
