---
title: "Sauvegarde dans le cloud hybride : comment les solutions de sauvegarde hybrides protègent les données d’entreprise"
published_at: "2026-09-08T09:17:51+00:00"
modified_at: "2026-09-08T09:18:08+00:00"
url: "https://www.baculasystems.com/fr/blog-fr/sauvegarde-dans-le-cloud-hybride/"
markdown_url: "https://www.baculasystems.com/fr/blog-fr/sauvegarde-dans-le-cloud-hybride.md"
---

[Bienvenue](https://www.baculasystems.com/fr/)
 > [Blog sur la sauvegarde et la restauration](https://www.baculasystems.com/fr/blog-fr/)
 > Sauvegarde dans le cloud hybride : comment les solutions de sauvegarde hybrides protègent les données d’entreprise

# Sauvegarde dans le cloud hybride : comment les solutions de sauvegarde hybrides protègent les données d’entreprise

Mis à jour 8th septembre 2026, Rob Morrison

## Qu’est-ce que la sauvegarde dans le cloud hybride ?

### Que signifie « sauvegarde dans le cloud hybride » ?

**La sauvegarde dans le cloud hybride** est une approche de protection des données dans laquelle des copies de vos données d’entreprise sont sauvegardées à la fois sur une infrastructure locale et dans un espace de stockage dans le cloud. Les sauvegardes sont généralement générées localement, où elles sont testées et conservées à des fins de restauration, avant d’être répliquées dans le cloud pour assurer une protection hors site et la reprise après sinistre. Une stratégie de stockage double garantit que les entreprises ne dépendent pas d’un seul niveau de stockage ou d’un seul emplacement géographique pour préserver l’intégrité de leurs informations.

### Quels sont les principaux modèles d’architecture de sauvegarde dans le cloud hybride ?

Les architectures de sauvegarde dans le cloud hybride ont tendance à suivre au moins l’un des trois modèles principaux : passerelle sur site, hiérarchisation des données dans le cloud ou réplication.

**La passerelle sur site** implique un appareil local ou une passerelle virtuelle située entre les systèmes de l’entreprise et le cloud afin d’assurer la capture des sauvegardes et le transfert sécurisé des données sans qu’il soit nécessaire que chaque charge de travail se connecte directement à l’environnement cloud.

Avec la **hiérarchisation des données dans le cloud,** les données sont automatiquement transférées entre le stockage local et le cloud en fonction de leur ancienneté ou d’une politique qui leur est associée. Les sauvegardes récentes restent généralement sur site pour une restauration plus rapide ; quant aux données plus anciennes, elles sont progressivement transférées vers des niveaux de stockage cloud moins coûteux une fois qu’elles ont dépassé un seuil d’ancienneté prédéfini.

La copie des données de sauvegarde vers le cloud en temps quasi réel ou selon un calendrier défini est un processus de **réplication** qui crée une copie secondaire synchronisée des données afin de permettre un basculement rapide et une reprise après sinistre.

### En quoi la sauvegarde hybride diffère-t-elle de la sauvegarde sur site et de la sauvegarde 100 % cloud ?

La sauvegarde sur site stocke toutes les copies de données localement, ce qui permet un contrôle total mais rend également les données vulnérables en cas de perturbation sur ce site, qu’il s’agisse d’un dommage physique ou d’une violation de données. La sauvegarde exclusivement dans le cloud élimine ce point de défaillance en conservant les données de l’entreprise dans un emplacement éloigné du site de l’entreprise ; elle repose également fortement sur la vitesse de la connectivité réseau pour toute tâche de restauration et rend généralement l’entreprise beaucoup plus dépendante des services d’un fournisseur tiers.

En cas de problème local, tel qu’une coupure de courant ou un dysfonctionnement matériel, les sauvegardes sur site pourraient être totalement inaccessibles, tandis que les données stockées exclusivement dans le cloud pourraient ne pas être récupérables sans établir au préalable une connexion opérationnelle. Cependant, l’utilisation conjointe d’un stockage local et distant permettrait de surmonter ces deux problèmes, en répartissant la responsabilité au lieu de tout concentrer sur une seule approche.

### Sauvegarde sur site, exclusivement dans le cloud ou dans le cloud hybride

Ces trois approches présentent chacune des compromis en termes de contrôle, de coût, de résilience, d’évolutivité et d’autres facteurs :

| Facteur | Sur site | Exclusivement dans le cloud | Hybride |
| --- | --- | --- | --- |
| Contrôle des données | Total, en interne | Géré par le fournisseur | Réparti entre les deux |
| Coût initial | Élevé (matériel) | Faible | Modéré |
| Coût récurrent | Faible | Évolutif en fonction de l’utilisation | Évolutif en fonction de l’utilisation du cloud |
| Vitesse de récupération | Rapide, locale | Dépend du réseau | Rapide pour les données récentes |
| Résilience hors site | Aucune par défaut | Intégrée | Intégrée |
| Évolutivité | Limitée par le matériel | Élevée | Élevée |
| Point de défaillance unique | Oui, le site | Oui, la connexion | Réduite, mais pas éliminée |

Il n’y a pas de gagnant évident ici : les solutions sur site privilégient la sécurité au détriment de la rapidité et du contrôle ; les solutions exclusivement dans le cloud privilégient le contrôle au détriment de l’évolutivité et de la redondance ; et même les solutions hybrides ne font qu’un compromis entre les deux, en reprenant une partie des coûts et de la complexité de chaque option sans bénéficier pleinement des avantages de l’une ou de l’autre.

### Quels sont les modèles de déploiement courants pour la sauvegarde hybride ?

Lorsqu’une entreprise adopte un modèle de sauvegarde hybride, elle dispose de plusieurs approches de déploiement, qui dépendent en grande partie des ressources informatiques internes qu’elle peut consacrer à la gestion de la sauvegarde.

Dans un **système autogéré**, l’organisation est chargée d’héberger et d’exploiter son propre logiciel et matériel de sauvegarde, et de les relier à son propre compte de stockage cloud dédié. L’entreprise se charge donc de l’ensemble de la configuration, de la gestion, de la surveillance et de la maintenance — ce qui lui offre un contrôle maximal, mais implique également une charge de travail importante.

Un **modèle géré ou de sauvegarde en tant que service** fait intervenir un prestataire tiers qui exploite l’infrastructure de sauvegarde, le stockage dans le cloud public, ou les deux à la fois. L’entreprise paie pour ces services au lieu de gérer directement les tâches de sauvegarde. La charge des responsabilités quotidiennes est ainsi allégée pour l’équipe informatique interne, même si cela implique une perte partielle de contrôle direct sur la manière dont les sauvegardes sont effectuées et stockées.

Certaines entreprises optent plutôt pour un **modèle de colocation** : elles transfèrent leur équipement physique vers un centre de données tiers afin d’améliorer la résilience physique, tout en stockant une copie distincte de leurs données dans le cloud pour une protection hors site. Les organisations souhaitant limiter davantage les risques peuvent même s’appuyer sur plusieurs solutions cloud dans leur configuration hybride afin d’éviter toute dépendance vis-à-vis d’un seul fournisseur.

Aucune de ces options ne s’exclut mutuellement, et la plupart des organisations disposant d’une infrastructure hybride utilisent plusieurs options qui correspondent le mieux à leurs objectifs.

## Principaux avantages et inconvénients courants de la sauvegarde dans le cloud hybride

Bien que les avantages des solutions de cloud hybride l’emportent sur l’utilisation d’un seul emplacement de stockage pour tout, certains inconvénients sont également à prendre en compte.

**Avantages :**

- En disposant d’une copie locale des données sur site, vos restaurations quotidiennes ne dépendent plus de la bande passante Internet ni du temps de réponse d’un fournisseur externe, ce qui réduit considérablement le temps consacré à la restauration des données.
- Étant donné qu’un vol ou une panne matérielle sur le site local n’efface pas toutes les copies d’un seul coup, le risque de perte totale des données est réduit.
- Les informations fréquemment consultées peuvent être conservées dans un stockage sur site, tandis que les données plus anciennes ou moins critiques sont progressivement transférées vers des niveaux de stockage cloud moins coûteux, offrant ainsi aux entreprises une plus grande flexibilité dans la gestion des coûts.
- Le stockage cloud étant facilement extensible à la demande, les organisations n’ont pas à se soucier outre mesure de la capacité du matériel physique qu’elles ont acheté, ce qui facilite la croissance de l’entreprise.

**Inconvénients :**

- L’exploitation et la supervision de deux environnements nécessitent davantage de coordination que la gestion d’un seul emplacement de sauvegarde, ce qui ajoute à la complexité opérationnelle.
- Contrairement aux achats ponctuels de matériel, les coûts liés au stockage dans le cloud et aux frais de sortie de données se poursuivent indéfiniment ; ils peuvent également être plus difficiles à anticiper, ce qui nécessite un suivi amélioré des coûts récurrents.
- Bien que l’approche hybride réduise les points de défaillance uniques, certaines vulnérabilités communes (telles que la compromission des identifiants) peuvent toujours mettre en danger les deux emplacements de stockage simultanément si aucune protection spécifique n’est mise en place.
- L’intégration d’un système de sauvegarde existant dans un environnement hybride nécessite également un véritable temps de préparation, car les parties locales et celles basées sur le cloud doivent être correctement configurées pour coexister et collaborer, plutôt que de fonctionner indépendamment.

Pour être honnête, la plupart de ces inconvénients sont tout à fait gérables avec une planification et une préparation adéquates, ce qui explique pourquoi les sauvegardes hybrides restent une option courante pour les entreprises qui cherchent à trouver un équilibre entre coût et résilience.

## Pourquoi choisir une solution de sauvegarde hybride ?

### Pourquoi opter pour une sauvegarde hybride dans le cloud plutôt que pour une sauvegarde purement sur site ou exclusivement dans le cloud ?

Les entreprises modernes n’ont plus vraiment à choisir entre un contrôle total et une résilience totale — le principal compromis entre les sauvegardes purement sur site et celles exclusivement dans le cloud. Les sauvegardes sur site impliquent qu’une entreprise ne peut pas se rétablir tant que le site de stockage principal n’est pas en ligne. En revanche, opter pour une solution entièrement dans le cloud signifie que vous ne pouvez pas récupérer vos données en cas de panne de votre connexion réseau ou de votre fournisseur de services tiers.

Les solutions de sauvegarde hybride dans le cloud parviennent à contourner entièrement ce dilemme, en couvrant les deux aspects à la fois au lieu de privilégier une faiblesse au détriment de l’autre.

Cela s’avère particulièrement pertinent pour les entreprises pour lesquelles un temps d’arrêt prolongé n’est pas envisageable, mais qui ne peuvent pas justifier le coût ou le risque liés au fait de tout conserver sur un seul niveau de stockage. Un modèle hybride permettrait donc de bénéficier de la rapidité et de la proximité nécessaires aux sauvegardes quotidiennes, tout en offrant des mesures de sécurité hors site réservées aux problèmes qui dépassent les capacités de la sauvegarde locale.

Dans ce cas, opter pour une sauvegarde hybride relève moins d’une technologie supérieure que du refus d’un mode de défaillance particulier qui serait inhérent à l’une ou l’autre de ces deux extrêmes.

### Comment la sauvegarde hybride concilie-t-elle performances, coût et résilience ?

Les sauvegardes hybrides offrent un juste milieu entre ces trois facteurs en ne se concentrant pas sur un seul d’entre eux à la fois. Le stockage local assure l’essentiel du travail en termes de **performances**, car les données stockées localement sont beaucoup plus faciles à restaurer que celles transférées via le réseau. Le stockage dans le cloud prend en charge l’aspect **coût**, car seule une partie de l’ensemble des données de l’entreprise doit résider sur du matériel local coûteux. C’est en répartissant vos données sur deux emplacements que l’on assure la **résilience**, aucune défaillance isolée ne pouvant mettre hors service les deux stockages simultanément.

Aucun de ces avantages n’est toutefois gratuit : chaque bénéfice découle du compromis que les deux autres entraîneraient autrement.

## Composants clés d’une architecture de sauvegarde hybride

### Quels sont les services cloud généralement impliqués dans la sauvegarde hybride ?

Les sauvegardes hybrides n’utilisent généralement qu’une poignée de types de ressources cloud, chacune remplissant une fonction très spécifique :

- La majorité des informations de sauvegarde répliquées est stockée dans un **stockage objet**, car celui-ci est conçu pour évoluer horizontalement à moindre coût tout en restant facilement accessible pour une restauration rapide.
- Le **stockage à froid ou d’archivage** conserve les anciens fichiers de sauvegarde auxquels on n’accède que de temps à autre, mais qui doivent néanmoins être conservés à des fins de conformité ou de restauration à long terme.
- Les **API de sauvegarde et de réplication** permettent aux logiciels sur site d’interagir directement avec le stockage cloud afin de copier automatiquement les nouvelles sauvegardes et d’éliminer tout besoin d’intervention manuelle.
- Le contrôle des personnes autorisées à lire ou à modifier les données de sauvegarde dans le cloud est assuré par **les services de gestion des identités et des accès**, qui contribuent simultanément à renforcer la sécurité et la conformité.

L’utilisation simultanée de ces quatre catégories n’est pas toujours nécessaire pour certains déploiements hybrides. De plus, certains fournisseurs regroupent même des types distincts au sein d’un seul service au lieu de les proposer individuellement.

### Comment fonctionnent les couches d’orchestration et de gestion dans les architectures hybrides ?

Au-delà de tous les différents mécanismes de transfert et de stockage des données, une implémentation de sauvegarde hybride nécessite un autre composant, quelque chose qui permette aux environnements sur site et dans le cloud de fonctionner comme une seule et même entité. Ce «*quelque chose*» est la **couche d’orchestration** qui planifie les tâches de sauvegarde, suit les données déjà répliquées, applique les règles de conservation et facilite la mise en œuvre cohérente des politiques de hiérarchisation dans les deux environnements.

Les outils de gestion de niveau supérieur, qui s’appuient sur cette couche, offrent un tableau de bord unique et centralisé permettant de surveiller les tâches et d’ajuster les politiques, afin que les utilisateurs n’aient pas à vérifier séparément les logiciels sur site et la console cloud. Ces plateformes peuvent même tirer parti de l’orchestration pour automatiser le basculement, en dirigeant toute demande de restauration vers la copie de la sauvegarde susceptible d’être reçue le plus rapidement.

Sans cette couche, une configuration hybride fonctionnerait essentiellement comme deux routines de sauvegarde largement indépendantes. Cela augmente le risque de lacunes diverses, qu’il s’agisse de tâches de réplication manquées ou d’une conservation incohérente.

## Bonnes pratiques pour la mise en œuvre d’une stratégie de sauvegarde dans le cloud hybride

Le succès d’une stratégie de sauvegarde hybride ne dépend pas uniquement de la technologie choisie. L’essentiel réside dans l’application cohérente de quelques pratiques clés, notamment :

- Classer les données avant de décider de leur emplacement de stockage
- Définir dès le départ les attentes en matière de restauration
- Chiffrer les données sur les deux emplacements
- Tester régulièrement les sauvegardes et les restaurations
- Veiller à la cohérence des politiques pour tous

C’est une démarche tout à fait judicieuse que de **classer les données avant de décider où elles doivent effectivement être stockées**. Il va de soi que certains types d’informations seront traités différemment des autres : les données d’archivage ou de conformité se prêtent davantage au stockage dans le cloud, tandis que les fichiers fréquemment consultés ont tout intérêt à rester dans un environnement local pour des raisons de commodité.

**Définir dès le départ les attentes en matière de restauration** est tout aussi important ; le délai de restauration requis pour certaines catégories de données permet de distinguer ce qui doit rester sur site de ce qui doit être transféré dans le cloud.

De plus, **envisagez de chiffrer les données aux deux emplacements**, et non pas uniquement dans le stockage local ou dans le cloud. Une stratégie hybride qui sécurise les données stockées dans le cloud mais laisse les sauvegardes locales sans protection ne fait que déplacer la vulnérabilité sans l’éliminer.

Une lacune courante est comblée en **testant régulièrement à la fois les sauvegardes et les restaurations** : le fait qu’une sauvegarde menée à bien ne garantit pas que les données seront effectivement restaurées en cas de besoin.

Les entreprises doivent également **veiller à la cohérence de leurs politiques** pour éviter toute confusion. S’assurer que les règles de conservation ou les contrôles d’accès sont identiques dans les environnements locaux et dans le cloud permettrait de garantir que ces environnements ne se désynchronisent pas progressivement au fil du temps.

Une stratégie hybride échoue généralement à cause du maillon le plus faible du système ; aucune de ces pratiques ne fonctionne donc correctement isolément des autres.

## Fonctionnement de la sauvegarde hybride : flux de données et processus

Le processus de sauvegarde hybride se déroule selon un chemin prévisible, quels que soient les outils utilisés : les données sont préparées localement, transférées vers le cloud, puis mises à disposition pour la restauration ou le basculement. Les sections ci-dessous expliquent chacune des étapes du processus.

### Comment les données sont-elles préparées, dédupliquées et compressées avant leur transfert ?

Le **processus de préparation** intervient avant que les données ne quittent l’environnement local. Les tâches de sauvegarde sont regroupées et conservées temporairement dans le stockage local au lieu d’être transférées immédiatement vers le cloud dès leur création. Cela permet au reste du processus de disposer d’un ensemble fiable de données sur lequel agir et évite également de solliciter sans cesse la connexion réseau.

À partir de là, la **déduplication** élimine les informations redondantes : si elle détecte des blocs ou des fichiers entiers identiques dans plusieurs sauvegardes, elle ne conserve qu’une seule version de ce bloc ou de ce fichier et utilise des marqueurs de position pointant vers la première version partout où ils se répètent. Pour un système comportant de nombreux fichiers similaires ou faisant l’objet de sauvegardes complètes régulières, cela peut réduire considérablement les besoins en stockage.

Les données restantes sont encore réduites grâce à la **compression**, qui utilise une méthode d’encodage plus efficace, ce qui diminue encore davantage leur taille avant le téléchargement. Ces deux techniques (déduplication et compression) réduisent considérablement la taille de la copie dans le cloud, qui ne représente plus qu’une fraction de la valeur totale des données qu’elle contient, ce qui se traduit directement par une réduction du temps de téléchargement et des frais de maintenance du stockage dans le cloud.

### Comment les données sont-elles transférées en toute sécurité entre l’environnement sur site et le cloud ?

Une fois les données préparées, dédupliquées et compressées, elles sont envoyées vers le cloud via un canal chiffré utilisant des protocoles tels que **TLS**(Transport Layer Security), de sorte que toute personne qui les intercepterait pendant le transit ne puisse pas les déchiffrer. De nombreux environnements de sauvegarde hybrides chiffrent également les données elles-mêmes avant qu’elles ne quittent le site physique, à l’aide du chiffrement **AES**dans la plupart des cas, afin de protéger également la copie de sauvegarde locale.

Cette approche de bout en bout garantit que les données ne restent jamais en clair à aucun moment du processus, depuis le stockage local jusqu’à leur destination dans le cloud.

### Comment fonctionnent la restauration et le basculement dans les scénarios de sauvegarde hybride ?

Lorsqu’une restauration est nécessaire, le stockage local est d’abord vérifié pour voir s’il contient une sauvegarde ; la restauration s’effectue alors à partir de celle-ci si possible, car les données locales offrent une vitesse de récupération plus rapide que celles du cloud. Si le disque local n’est pas disponible, le service de sauvegarde tentera alors de restaurer à partir du cloud. Les systèmes modernes peuvent même basculer automatiquement leurs demandes de restauration vers un autre type de stockage, sans aucune intervention humaine.

Prenons par exemple le cas où un serveur de sauvegarde local contenant la sauvegarde la plus récente subit une panne matérielle. Une configuration hybride peut utiliser les mêmes données provenant du stockage dans le cloud sans attendre, même dans un environnement hors service, que le matériel soit remplacé — ce qui permet de maintenir la possibilité de restauration en l’absence de l’une des options de restauration. Les tâches de sauvegarde reprennent généralement l’écriture sur le stockage local une fois celui-ci remplacé, et les deux copies se synchronisent à nouveau peu après.

### À partir de quand une copie de sauvegarde hybride peut-elle être qualifiée d’immuable, « air-gapped » ou logiquement isolée ?

Les termes « immuable », « air-gapped » et « logiquement isolée » sont tous utilisés pour protéger une copie de sauvegarde contre toute modification ou suppression par un attaquant ou par accident.

Une **sauvegarde immuable** ne peut être ni modifiée ni supprimée pendant un certain temps une fois qu’elle a été enregistrée. Cela permet d’éviter à la fois toute altération non autorisée et toute suppression accidentelle.

Une **sauvegarde isolée physiquement** est coupée des systèmes qu’elle protège, que ce soit physiquement ou via le réseau. La définition traditionnelle de l’isolation physique impliquait un stockage sur bande hors ligne, mais les fournisseurs de cloud actuels proposent également un stockage équivalent isolé physiquement, accessible uniquement via un chemin d’accès strictement contrôlé.

Une **sauvegarde isolée logiquement** peut rester sur le même réseau que les environnements de production, mais reste séparée de ceux-ci grâce à des contrôles d’accès ou des autorisations spécifiques. Certaines organisations utilisent même un système d’authentification dédié pour renforcer encore davantage la séparation de cette sauvegarde du reste de l’environnement.

Imaginons une situation où un rançongiciel compromet le réseau principal d’une entreprise et commence à se propager en cascade vers les systèmes connectés. Une sauvegarde hébergée localement sur le même réseau pourrait être infectée en même temps que le reste des données, mais une copie dans le cloud «air-gapped» ou isolée logiquement, inaccessible avec des identifiants compromis classiques, restera intacte et pourra même être utilisée à des fins de restauration.

## Processus étape par étape : de la création d’une sauvegarde locale à la réplication et à la restauration dans le cloud

1. Les informations sont récupérées à partir d’un serveur ou d’un terminal, puis écrites vers une destination de sauvegarde locale, soit de manière planifiée, soit à la demande.
2. Les nouvelles données de sauvegarde sont conservées pendant une courte période avant d’être dédupliquées et compressées afin de réduire le volume de données transmises sur le réseau.
3. Une connexion chiffrée protège le transfert de données vers le stockage dans le cloud contre toute altération, et certains systèmes chiffrent même les données avant qu’elles ne quittent l’environnement local.
4. À la réception de la copie dans le cloud, l’environnement de stockage en vérifie l’intégrité des données, puis la stocke conformément à la politique de conservation ou de hiérarchisation qui s’y applique.
5. Les sauvegardes quotidiennes sont généralement fournies directement à partir de la copie locale, car c’est généralement l’option la plus rapide.
6. Si la copie locale devient indisponible, endommagée ou inaccessible, le basculement vers la copie dans le cloud s’effectue de manière transparente.
7. Une fois la panne locale ou le problème matériel résolu, les nouvelles sauvegardes sont enregistrées localement et les deux copies se resynchronisent progressivement l’une avec l’autre.

## Quelles pannes peuvent encore affecter à la fois les copies de sauvegarde locales et celles dans le cloud ?

Certains problèmes peuvent encore survenir dans les environnements qui ont réparti leurs données sur deux sites, tels que les problèmes d’identifiants, les politiques de réplication défaillantes, les ransomwares insidieux ou, le plus imprévisible de tous, l’erreur humaine.

**Les identifiants compromis** constituent une source de préoccupation terriblement courante : si le compte compromis peut accéder à la fois au stockage de sauvegarde sur site et à celui dans le cloud, l’attaquant pourrait altérer les données aux deux emplacements, rendant la structure hybride inefficace. Une **politique de réplication mal configurée** est peut-être moins courante, mais elle est tout aussi dangereuse. Par exemple, si une modification de configuration erronée ou une sauvegarde incomplète est transférée vers la copie cloud avant qu’une alerte ne se déclenche, le problème se propagera tout simplement aux deux types de stockage simultanément.

**Les ransomwares capables de se propager avant d’être détectés** représentent un risque d’un autre ordre. Imaginons qu’une infection par un logiciel malveillant se produise sur un terminal et commence à chiffrer des données alors que les sauvegardes sont encore en train de synchroniser activement ces mêmes données. Dans ce cas, la copie corrompue ou chiffrée des données pourrait facilement se propager vers le stockage dans le cloud. **L’erreur humaine** est sans doute le problème le plus ancien dans pratiquement tous les secteurs à l’heure actuelle. Dans le cadre des sauvegardes hybrides, la suppression ou l’écrasement accidentel de données en local peut entraîner la synchronisation quasi immédiate de ces données vers la copie dans le cloud, en particulier dans les environnements qui utilisent déjà une réplication rapide et automatique.

La combinaison du timing et de l’accès partagé est le dénominateur commun reliant ces modes de défaillance. Ces problèmes ne proviennent pas des emplacements de stockage eux-mêmes, car les solutions de sauvegarde hybride sont efficaces pour les protéger. Ils découlent de ce que les sauvegardes hybrides ne couvrent pas à elles seules : une gestion adéquate des identifiants, une surveillance régulière, une validation cohérente et d’autres moyens de détecter les défaillances non liées à l’emplacement.

## Comment sécuriser et garantir la conformité des données sauvegardées dans un environnement de cloud hybride ?

### Comment les solutions de sauvegarde hybrides protègent-elles les données en transit et au repos ?

Les connexions chiffrées utilisent des protocoles tels que TLS pour protéger les **données en transit**, ce qui signifie que si les données sont interceptées en cours de transfert, elles ne peuvent pas être lues. De la même manière, les **données au repos** sont sécurisées lorsqu’elles résident sur des systèmes locaux ou dans le cloud, généralement grâce à un chiffrement AES.

Concrètement, cela signifie que les données sont toujours protégées, quel que soit leur état actuel.

### Comment les entreprises peuvent-elles se conformer aux exigences réglementaires et sectorielles grâce à la sauvegarde hybride ?

Les différents secteurs d’activité et les différentes régions du monde imposent leurs propres exigences quant à la manière dont les données de sauvegarde doivent être stockées, protégées ou restaurées ; les sauvegardes hybrides peuvent répondre à la plupart d’entre elles si elles sont correctement configurées. Voici quelques exemples parmi les plus courants :

- **Le RGPD (UE)** exige que certaines mesures de protection des données soient appliquées aux données à caractère personnel des citoyens de l’UE, ainsi que la possibilité de les supprimer de manière granulaire sur demande, ce qui influe sur la manière dont les sauvegardes sont structurées et sur leur durée de conservation.
- **La loi HIPAA (secteur de la santé aux États-Unis)** impose que les données des patients soient sécurisées et récupérables, rendant ainsi pratiquement obligatoires les copies de sauvegarde hors site, entre autres exigences.
- **La norme PCI DSS (données des cartes de paiement)** impose des exigences spécifiques en matière de chiffrement et de contrôle d’accès pour tout environnement stockant des données financières pertinentes, ce qui inclut également le stockage des sauvegardes.
- **La loi SOX (sociétés cotées aux États-Unis)** exige que certains documents financiers soient conservés pendant un nombre d’années spécifique sans aucune modification, ce qui s’apparente étroitement au concept de stockage de sauvegarde immuable.

Dans l’ensemble, le respect de ces exigences se résume à quelques bonnes pratiques : chiffrer les données partout où elles sont stockées, contrôler l’accès à celles-ci et les conserver aussi longtemps que l’exige la réglementation spécifique.

### Quels chiffrage, gestion des clés et contrôles d’accès les solutions de sauvegarde en cloud hybride doivent-elles utiliser ?

Le chiffrage doit protéger les données en transit et au repos, comme déjà mentionné, mais la question de la détention des clés de chiffrement est encore plus importante. Si une entreprise gère elle-même ses clés de chiffrement au lieu de confier cette tâche à un fournisseur de cloud, elle a la possibilité de rendre les données de sauvegarde illisibles même si l’ensemble du système du fournisseur est déjà compromis.

Cela soulève également une autre question pratique à laquelle il convient de se préparer : en cas de perte ou de mauvaise gestion de la clé de chiffrement, les données de sauvegarde qu’elle protège pourraient devenir définitivement illisibles ; les procédures de sauvegarde et de récupération des clés sont donc tout aussi importantes que le chiffrement lui-même.

En ce qui concerne l’accès, les systèmes de sauvegarde doivent utiliser des identifiants distincts et des autorisations basées sur les rôles, différentes de celles applicables aux comptes d’utilisateurs classiques, dans le seul but de garantir que la compromission d’un système n’entraîne pas automatiquement l’accès aux sauvegardes.

Il est également judicieux de distinguer les personnes habilitées à configurer ou supprimer des sauvegardes de celles qui peuvent uniquement les consulter et les restaurer, car il s’agit de niveaux de risque totalement différents pouvant potentiellement relever de la même autorisation.

## Performances, latence et objectifs de reprise

### Comment les solutions hybrides contribuent-elles à respecter les RTO et les RPO ?

**L’objectif de temps de reprise (RTO)** mesure la rapidité avec laquelle une entreprise doit être de nouveau opérationnelle après une panne, quelle qu’en soit la nature.

**L’objectif de point de reprise (RPO)** représente le volume de perte de données acceptable, mesuré en fonction du temps écoulé depuis la dernière sauvegarde.

Une solution de sauvegarde hybride offre des RTO serrés grâce à une copie locale disponible pour une restauration rapide, tandis que des RPO serrés sont possibles grâce à une réplication fréquente des données vers le cloud afin de réduire au minimum l’écart entre la dernière sauvegarde et une panne. Toute entreprise soumise à des exigences strictes en matière de restauration pourrait potentiellement utiliser les deux : le stockage local pour la rapidité et la réplication vers le cloud pour réduire la perte de données.

### Quel est l’impact de la mise en cache locale et de la hiérarchisation sur la vitesse de restauration ?

Les emplacements de stockage des données varient considérablement, et cet emplacement influe directement sur le temps nécessaire à la restauration de ces données. Les informations les plus récentes ou les plus fréquemment consultées résident généralement dans le niveau de stockage le plus rapide et le plus accessible, souvent mises en cache localement afin d’être immédiatement disponibles pour une restauration à tout moment. Les données plus anciennes et moins importantes sont progressivement déplacées vers un stockage plus lent et moins coûteux, privilégiant ainsi la réduction des coûts de stockage au détriment de la vitesse de restauration.

Il existe une corrélation directe entre les types de données et leurs délais de restauration :

- Les données récentes (mises en cache) sont récupérées rapidement, souvent en quelques minutes, car elles n’ont pas besoin de transiter par le réseau au départ.
- Les données transférées vers un niveau de stockage dans le cloud prennent plus de temps à restaurer en raison des délais de récupération et de transfert.
- Parmi ces trois catégories, ce sont les données d’archivage ou celles stockées dans un espace de stockage « froid » qui prennent le plus de temps à récupérer, principalement parce que le stockage sous-jacent privilégie avant tout la réduction des coûts.

Toute entreprise ayant des exigences importantes en matière de vitesse de restauration pour certains types de données doit en tenir compte lors de ses choix : déterminer ce qui doit rester sur un niveau rapide, local ou en cache, et ce qui peut être transféré vers un stockage plus lent au fil du temps.

### Que peut-on encore restaurer lorsque le fournisseur de cloud ou la connexion réseau est indisponible ?

Quoi qu’il arrive à la connexion cloud ou au fournisseur, une copie locale des données restera restaurable car elle n’est absolument pas connectée au cloud. C’est l’un des avantages les plus concrets d’un niveau de stockage local, par opposition à un stockage d’entreprise exclusivement dans le cloud.

Les données explicitement dépendantes du cloud sont celles qui sont affectées par une panne du cloud ou tout autre problème : les données qui ont déjà été transférées vers un niveau exclusivement cloud ou une sauvegarde dont la réplication n’est pas encore terminée. Toutes ces données restent inaccessibles jusqu’à ce que la connexion ou le fournisseur soit à nouveau disponible, même si elles existent toujours dans le cloud, saines et sauves.

Par exemple, si une entreprise perd sa connexion Internet pendant plusieurs heures en milieu de journée, ses sauvegardes récemment créées seront en sécurité dans un stockage local ou un cache, couvrant ainsi les besoins de restauration au quotidien. Malheureusement, la restauration de fichiers plus anciens ayant déjà été transférés vers un niveau de stockage dans le cloud ne sera possible qu’une fois la connexion rétablie, car le fichier en question n’existe tout simplement plus localement.

Cela met en évidence pourquoi les choix de niveaux de stockage ne se résument pas à une simple question de coût : certaines données d’entreprise, bien que rarement consultées, peuvent s’avérer nécessaires de manière urgente, ce qui justifie leur stockage dans un niveau plus rapide ou plus accessible localement que dans le cloud.

## Coût, licences et coût total de possession

### Comment les coûts initiaux et récurrents des solutions de sauvegarde en cloud hybride se comparent-ils à ceux d’autres approches ?

La sauvegarde dans le cloud hybride offre des coûts matériels initiaux bien inférieurs à ceux d’une mise en œuvre de sauvegarde sur site, car les entreprises n’ont besoin d’acheter que la capacité physique nécessaire aux données à accès rapide, et non une copie complète de l’ensemble des données. C’est toutefois au niveau des coûts récurrents que l’option hybride peut s’avérer plus onéreuse, les frais de stockage dans le cloud s’étalant indéfiniment au lieu de correspondre à un achat ponctuel.

L’inconvénient des sauvegardes hybrides par rapport à une option « tout cloud » réside dans un coût initial plus élevé pour le matériel local, qui doit tout de même être acheté et entretenu. En revanche, les coûts récurrents jouent en faveur des options hybrides dans cette comparaison, car seules certaines données d’entreprise sont stockées dans le cloud, ce qui permet de s’en sortir avec un abonnement moins onéreux.

### Quels facteurs de tarification devez-vous prendre en compte pour le stockage dans le cloud et le trafic sortant ?

Il est rare que le prix du stockage dans le cloud se résume à un chiffre unique et simple, car le coût total est déterminé par un large éventail de facteurs, notamment la quantité de données stockées, leur hiérarchisation et la fréquence d’accès.

| Facteur de tarification | Ce sur quoi il a une incidence | Comment le gérer |
| --- | --- | --- |
| Volume de stockage | Volume total de données stockées dans le cloud | Réduire grâce à la déduplication, la compression et les limites de conservation |
| Classe/niveau de stockage | Coût par Go, en fonction de la fréquence d’accès | Déplacer les données rarement consultées vers un stockage moins coûteux |
| Frais de sortie | Coût du transfert des données hors du cloud | Réduire au minimum les restaurations complètes inutiles, tester avec des restaurations partielles |
| Frais de récupération | Coût supplémentaire pour accéder aux données stockées en stockage « froid » ou en archive | Réserver les niveaux d’archivage aux données qui ne nécessiteront probablement pas de restauration rapide |
| Coûts liés aux API/requêtes | Coût par opération de lecture/écriture | Éviter si possible les opérations trop fréquentes |

### Comment la déduplication, la compression et les politiques de conservation peuvent-elles réduire les coûts ?

**La déduplication**et **la compression**permettent toutes deux de réduire la quantité totale de données à transmettre et à stocker. Le stockage dans le cloud étant généralement facturé en fonction du volume de données, la réduction de ce volume entraîne également une baisse de la facture. Non seulement un volume réduit signifie des coûts de stockage dans le cloud moins élevés, mais cela influe également sur la vitesse de restauration, car il y a moins de données à transférer sur le réseau à des fins de restauration ou autres.

**Les politiques de conservation** constituent un troisième levier dans cette équation : la durée de conservation des sauvegardes influe directement sur la quantité totale de données présentes dans le système, y compris celles stockées dans le cloud. Si une entreprise conserve indéfiniment toutes ses sauvegardes, ses coûts de stockage ne cesseront d’augmenter de manière exponentielle au fil du temps. En revanche, la mise en place d’une politique de conservation permet de ne conserver que ce dont l’entreprise a réellement besoin, en fonction des exigences de conformité ou des besoins de restauration.

Le compromis est ici évident : moins de données historiques à partir desquelles effectuer une restauration. Certains problèmes ne sont découverts qu’après un certain temps ; les durées de conservation doivent donc être définies en fonction des besoins réels de restauration de l’entreprise, plutôt que dans le seul but de minimiser les coûts.

## Mise en œuvre : étapes de planification et de déploiement

### Comment évaluer l’environnement actuel et les besoins en matière de sauvegarde ?

Si une entreprise décide d’adopter une approche de sauvegarde hybride, il serait judicieux d’identifier, avant le déploiement, ce qui doit réellement être protégé et dans quel délai la restauration doit pouvoir être effectuée. D’une manière générale, cela comprend généralement :

- Les types et volumes de données sur l’ensemble des systèmes
- Les exigences de restauration (RTO/RPO) pour chaque type de données
- L’infrastructure de sauvegarde existante et ce qui peut être réutilisé
- La bande passante réseau disponible pour le transfert vers le cloud

Cette évaluation peut sembler anodine, mais elle influence d’une manière ou d’une autre la plupart des décisions ultérieures, notamment ce qui reste sur le stockage local, ce qui est transféré vers le cloud et la capacité de stockage dans le cloud qu’une entreprise doit prévoir.

### Comment concevoir des stratégies de conservation, de hiérarchisation et de restauration ?

Les intervalles de **conservation** des données doivent être définis en fonction des résultats d’évaluation préalablement recueillis, plutôt qu’en se basant sur une politique par défaut. Les données critiques et soumises à une réglementation nécessitent généralement une durée de conservation plus longue. En revanche, les données de faible priorité peuvent être supprimées sans risque dès le début afin de réduire les coûts.

Les décisions relatives à la **hiérarchisation** sont de nature similaire : elles consistent à conserver plus longtemps les données nécessitant une vitesse de restauration stricte dans un stockage local ou en cache avant de les transférer vers le stockage dans le cloud, tandis que les données rarement consultées peuvent être déplacées vers un niveau de stockage moins coûteux bien plus tôt, sans inconvénients notables.

La stratégie de **restauration** combine ces deux approches. Quels systèmes seront restaurés en priorité en cas de défaillance simultanée de plusieurs systèmes ? La priorité ira toujours aux systèmes les plus critiques, qui doivent être restaurés dans les plus brefs délais.

### Comment piloter, migrer et valider le déploiement d’une solution de sauvegarde hybride ?

Il est généralement beaucoup plus facile de mettre en œuvre de nouvelles solutions de sauvegarde hybrides selon un processus par étapes, avec un déploiement progressif, plutôt que par une approche de basculement en une seule fois. La plupart de ces déploiements comportent trois étapes générales :

- **Créer****un pilote**de la configuration sur un petit sous-ensemble de données à faible risque afin d’identifier divers problèmes de configuration et de les corriger avant qu’ils n’aient la possibilité d’affecter les environnements de production.
- **Migrer** le reste de l’environnement par étapes une fois que le pilote fonctionne comme prévu, en évitant de tout basculer d’un seul coup.
- **Valider** le déploiement à l’aide de procédures de test de restauration réelles afin d’éviter une situation où une sauvegarde est restaurée avec succès, mais où les données restaurées sont irrécupérables.

## Meilleures pratiques opérationnelles

### À quelle fréquence faut-il effectuer les sauvegardes et les tests de reprise après sinistre ?

La **fréquence de sauvegarde** doit, de manière générale, correspondre aux valeurs de RPO : une entreprise ne pouvant tolérer qu’une heure de perte de données doit effectuer des sauvegardes au moins une fois par heure. C’est précisément pour cette raison que la plupart des solutions hybrides répliquent les données vers le cloud soit selon un calendrier serré, soit en continu.

**Les tests de reprise après sinistre** **sont un sujet qui suit un rythme différent – un domaine dans lequel les entreprises investissent généralement trop peu.** La règle habituelle consiste à tester chaque application au moins une fois par an, les applications critiques étant testées tous les trimestres, tandis que des tests à grande échelle supplémentaires sont menés après chaque changement majeur de l’infrastructure.

La réalité est un peu moins réjouissante. [Selon ConnectWise](https://www.connectwise.com/blog/how-often-should-you-test-your-disaster-recovery-plan)
, **58 %** des entreprises testent leurs plans de reprise après sinistre une fois par an ou moins, et **33 %** n’ont pas de calendrier de test fixe ou ne testent pas du tout ces plans. C’est cet écart entre les recommandations et les résultats réels des tests qui explique souvent l’échec des stratégies de sauvegarde hybrides, sans que personne ne s’en rende compte. Une sauvegarde qui n’a jamais été testée risque, après tout, de ne pas se restaurer comme prévu.

### Comment vérifier que les sauvegardes répliquées sont réellement récupérables, et non pas simplement marquées comme réussies ?

Une tâche de sauvegarde terminée peut tout de même contenir des données corrompues ou incomplètes. La vérification doit aller bien au-delà du simple contrôle de la réussite ou de l’échec d’une tâche de sauvegarde. La méthode la plus précise consiste à effectuer de temps à autre des tests de restauration réels, si possible sur un système distinct et isolé, afin de s’assurer que les informations restaurées s’ouvrent et fonctionnent effectivement comme prévu.

Certains outils de sauvegarde hybrides proposent également des contrôles d’intégrité automatisés. La vérification par somme de contrôle, par exemple, peut aider à détecter les corruptions sans avoir à effectuer une restauration complète à chaque fois qu’un fichier problématique n’est pas détecté à un stade précoce.

Toutefois, les systèmes automatisés ne doivent pas se substituer à de véritables restaurations, car ils ciblent des problèmes différents : les contrôles automatisés détectent rapidement les corruptions techniques, tandis que les restaurations réelles périodiques garantissent que l’ensemble du processus fonctionne de bout en bout.

### Comment gérez-vous l’application des correctifs, la surveillance et les alertes pour les sauvegardes hybrides ?

Votre logiciel de sauvegarde et vos agents doivent être **mis à jour**régulièrement, de la même manière que les autres services de votre infrastructure. Les vulnérabilités dans les environnements de sauvegarde peuvent devenir un point d’entrée pour les attaquants.

**La surveillance**doit détecter l’état d’achèvement des tâches dans les services locaux et dans le cloud. **Les alertes**doivent immédiatement signaler ces défaillances aux interlocuteurs concernés.

Ensemble, toutes ces mesures empêchent les problèmes mineurs de se transformer en failles majeures qui ne seraient détectées qu’en cas d’urgence réelle.

### Comment les politiques de sauvegarde doivent-elles être versionnées et documentées ?

Tout comme tout environnement de sauvegarde hybride évolue au fil du temps, ses politiques évoluent également en parallèle ; s’il n’existe aucun enregistrement ou journal clair des modifications, les utilisateurs auraient du mal à comprendre pourquoi certains choix de configuration ont été faits ou si la configuration est correcte dès le départ. Heureusement, ces modifications peuvent être retracées de manière cohérente au fil du temps en traitant les politiques de sauvegarde comme des documents dotés d’un historique complet des versions.

Un document de politique utile comprend généralement :

- Les règles actuelles de conservation et de hiérarchisation pour chaque type de données
- Une note indiquant qui dispose des autorisations pour modifier les politiques de sauvegarde
- Une explication sur la manière dont les modifications de politique sont approuvées
- Un journal des modifications précisant ce qui a été modifié et pourquoi
- Les procédures de restauration et les contacts d’escalade en cas de situations imprévues

Il est tout aussi important de maintenir la documentation à jour que de la rédiger ; des documents de politique faisant référence à une configuration datant de deux ans ne feront que donner une fausse assurance quant à un postulat déjà erroné.

## Défis courants et comment les atténuer

### Quels sont les problèmes courants d’intégration et d’interopérabilité ?

Les environnements hybrides sont des combinaisons de logiciels de sauvegarde, de matériel sur site et de plateformes cloud provenant de fournisseurs indépendants. Il est assez courant que ces composants ne fonctionnent pas parfaitement ensemble. Certains problèmes surviennent toutefois plus souvent que d’autres, tels que :

- Prise en charge limitée de certains fournisseurs de cloud
- API incohérentes entre les environnements
- Des systèmes hérités inadaptés à l’intégration dans le cloud

Le marché des logiciels de sauvegarde de données propose de nombreux outils conçus avant tout pour des tâches sur site. Bon nombre de ces outils ont tendance à offrir une **prise en charge limitée des fournisseurs de cloud**, avec un choix restreint de fournisseurs, ce qui oblige à mettre en place des solutions de contournement ou des intégrations limitées lorsqu’une entreprise souhaite utiliser un fournisseur ne figurant pas sur la liste prise en charge.

Le fait que les logiciels sur site disposent d’une **API différente de celle des plateformes cloud** entraîne une exécution des tâches différente de celle attendue, car tous les environnements n’exposent pas les mêmes données ni ne gèrent les erreurs de la même manière. Cela peut se traduire par des échecs silencieux des tâches ou par un comportement incohérent d’un environnement à l’autre, au lieu d’échecs manifestes et évidents.

**Les systèmes hérités** constituent une couche supplémentaire de problèmes qui s’ajoute à tout le reste. Le secteur des logiciels de sauvegarde existe depuis longtemps, certaines solutions étant en service depuis bien plus d’une ou deux décennies – à une époque où l’intégration au cloud n’existait tout simplement pas.

Connecter de telles solutions à une configuration de sauvegarde hybride peut nécessiter une sorte de middleware ou un connecteur spécifique au fournisseur, ce qui constituerait un point de défaillance supplémentaire dans la chaîne. Même dans ce cas, ce plug-in ou ce connecteur pourrait ne pas être mis à jour au même rythme que le reste du logiciel, ce qui entraînerait progressivement un décalage sans que personne ne s’en aperçoive.

### Comment gérez-vous les contraintes de bande passante et la limitation du débit réseau ?

Bien qu’elles soient déjà utilisées pour réduire le volume total de données, la déduplication et la compression peuvent également réduire d’emblée la quantité de bande passante consommée par les sauvegardes. Sans compter que la plupart des solutions de sauvegarde en cloud hybride intègrent leurs propres règles de limitation de bande passante, contrôlant ainsi le volume de capacité réseau que les sauvegardes peuvent occuper afin qu’elles n’interfèrent pas avec le trafic professionnel habituel.

Les transferts volumineux, tels que les sauvegardes complètes initiales ou les migrations en masse, peuvent également être effectués en dehors des heures de pointe, ce qui constitue un autre moyen d’éviter de surcharger la connexion réseau lorsqu’elle est la plus précieuse.

### Comment les solutions de sauvegarde en cloud hybride peuvent-elles réduire les risques de perte de données et de mauvaise configuration ?

Un pourcentage stupéfiant des problèmes de perte de données et de mauvaise configuration n’est pas dû à des pannes du système, mais à des modifications négligées et à des hypothèses non vérifiées. Exiger une révision ou une validation avant de modifier les politiques de conservation et de hiérarchisation des données est l’une des précautions les plus fondamentales que les entreprises peuvent prendre pour empêcher qu’une simple modification erronée ne se transforme en catastrophe majeure à terme.

Un audit automatisé de la configuration crée une couche de défense supplémentaire pour détecter les paramètres qui se sont écartés de la politique prévue, que l’on se souvienne ou non d’avoir effectué la modification. En combinant cela avec un journal des modifications, il est généralement plus facile de remonter à la source d’un écart pour déterminer exactement ce qui a été modifié et pourquoi, plutôt que de se livrer à des conjectures.

Cela dit, ces mesures ne doivent pas se substituer à une véritable vérification des sauvegardes. Les contrôles d’intégrité automatisés et les tests de restauration manuels périodiques, que nous avons abordés précédemment, restent la toute dernière ligne de défense permettant de détecter les problèmes que la configuration seule ne peut pas repérer.

## Quels critères d’évaluation devez-vous utiliser pour choisir un fournisseur de sauvegarde hybride ?

Compte tenu des différences importantes entre les fournisseurs de sauvegarde hybride en termes de fonctionnalités, comparer les listes de fonctionnalités isolément est une approche bien moins utile que d’évaluer toutes les options potentielles à l’aune d’un même ensemble de critères afin d’obtenir un certain degré de cohérence. Ces critères peuvent inclure :

- **Capacités de sécurité** : chiffrement en transit, chiffrement au repos, options de gestion des clés, stockage immuable, stockage en air-gap.
- **Prise en charge de la conformité** : contrôles de conservation, journalisation d’audit, autres fonctionnalités spécifiques au RGPD, à la loi HIPAA, à la norme PCI DSS, etc.
- **Performances de restauration** : dans quelle mesure les RTO et les RPO répondent aux exigences métier.
- **Flexibilité de déploiement** : fournisseurs de cloud spécifiques pris en charge, configuration multicloud en option.
- **Bande passante et efficacité du réseau** : compression, déduplication, contrôles de régulation du débit.
- **Évolutivité :** facilité d’extension du stockage et de l’infrastructure sans modifications architecturales majeures.
- **Compatibilité d’intégration** : systèmes, applications et infrastructures existantes pris en charge.
- **Transparence tarifaire :** frais de sortie de données et autres coûts rarement mentionnés dès le départ.
- **Assistance et fiabilité :** délais de réponse, pratiques de reprise après sinistre.
- **Facilité de gestion :** centralisation de l’interface pour les composants locaux et cloud, etc.

## Comment Bacula Enterprise prend-il en charge la sauvegarde sécurisée dans le cloud hybride ?

[Bacula Enterprise](https://www.baculasystems.com/fr/)
 utilise les mêmes principes hybrides que ceux présentés dans cet article pour gérer le stockage local et dans le cloud au sein d’une même plateforme. Il offre des capacités natives de cloud hybride pour les principaux fournisseurs tels qu’AWS S3, Azure, Google Cloud, Oracle Cloud et Glacier. La multitude d’options de stockage dans le cloud disponibles augmente considérablement le risque pour une entreprise de se retrouver prisonnière d’un fournisseur en matière de stockage dans le cloud. Point crucial : grâce aux qualités intrinsèques de Bacula, les données peuvent être sauvegardées, restaurées et transférées entre n’importe laquelle ou toutes ses cibles cloud sans limitation directe.

De plus, Bacula utilise une technologie de déduplication globale appliquée tant côté client que côté stockage afin de réduire la consommation de bande passante et les investissements en stockage. La question de la vitesse de restauration est traitée via la technologie « Minimal Restore Cost » propre à Bacula, qui maintient les sauvegardes cloud synchronisées localement, améliorant ainsi la vitesse de récupération dans le cloud.

En matière de tarification, Bacula fonctionne selon un modèle d’abonnement qui ne facture pas en fonction du volume de données consommé, ce qui permet d’éviter une part importante des coûts de sortie de données et de stockage évoqués plus haut dans cet article.

## Mesurer la réussite et calculer le retour sur investissement

### Quels indicateurs clés de performance (KPI) faut-il suivre pour évaluer les performances et la fiabilité des sauvegardes ?

Quelques indicateurs suffisent pour donner une image étonnamment claire et nuancée de l’efficacité réelle d’une stratégie de sauvegarde hybride :

- Taux de réussite des sauvegardes
- Performances réelles en matière de RTO et de RPO par rapport aux valeurs cibles
- Taux de réussite des tests de restauration
- Taux de croissance du stockage local et dans le cloud
- Délai de détection et de résolution des échecs de sauvegarde

Le suivi cohérent de tous ces indicateurs au fil du temps est plus révélateur que n’importe quelle mesure prise isolément. Un seul mois de bons résultats ne suffira pas à mettre en évidence tous les problèmes qui pourraient n’apparaître que plus tard.

### Comment quantifier la réduction des risques et les économies opérationnelles ?

Pour estimer au mieux la réduction des risques, les entreprises doivent comparer le coût d’un temps d’arrêt ou d’une perte de données probable à la mesure dans laquelle une configuration hybride peut réduire leur probabilité ou leur impact. Seuls des chiffres approximatifs du coût des temps d’arrêt peuvent toutefois être utilisés ici, en raison de la nature même des prévisions.

Les économies opérationnelles sont légèrement plus faciles à calculer : il suffit de comparer les coûts de l’ancienne configuration à une combinaison des dépenses actuelles liées au cloud et au matériel, ainsi qu’au temps consacré par le personnel à la gestion des sauvegardes.

Même des estimations approximatives permettraient de comparer le coût de la mise en place d’un environnement hybride et le coût d’un incident grave qui ne manquera pas de se produire en l’absence d’un tel environnement.

### Comment élaborer une analyse de rentabilité pour un investissement dans la sauvegarde hybride ?

Une analyse de rentabilité sera d’autant plus crédible qu’elle pourra relier les valeurs des économies opérationnelles et de la réduction des risques à un scénario unique et concret, plutôt que de présenter l’ensemble sous forme de chiffres individuels abstraits.

Prenons l’exemple d’une entreprise de taille moyenne qui évalue l’opportunité d’ajouter une réplication dans le cloud à une configuration de sauvegarde existante exclusivement sur site.

Si une panne matérielle locale survenue par le passé a entraîné plusieurs jours d’indisponibilité et un retard dans les services aux clients, cet incident constituerait un excellent point de référence. Il ne reste plus qu’à estimer ce que coûterait aujourd’hui une telle panne, puis à comparer ce montant au coût récurrent du stockage et de la réplication dans le cloud.

Le coût d’un seul incident probable, avoisinant ou dépassant le coût annuel d’une configuration hybride, tend à rendre l’investissement bien plus justifiable, sans qu’il soit nécessaire de recourir à des algorithmes complexes de modélisation financière.

## Points clés

- La sauvegarde en cloud hybride combine le stockage local et le stockage dans le cloud pour éviter les faiblesses de chacune de ces options utilisées individuellement
- Les copies locales permettent une restauration rapide, tandis que les copies dans le cloud servent de solution de secours en cas de défaillance locale
- Les sauvegardes immuables, isolées physiquement et logiquement protégent contre les ransomwares et les modifications non autorisées
- Les objectifs RTO et RPO déterminent comment les sauvegardes et les tests de reprise après sinistre doivent être planifiés
- Les tests de restauration réguliers ont plus de valeur que la simple confirmation de la réussite ou de l’échec des tâches de sauvegarde

## FAQ

### En quoi les politiques de sauvegarde doivent-elles différer entre les environnements sur site et dans le cloud ?

Dans le cas des politiques sur site, les durées de conservation sont généralement définies en fonction des ressources disponibles localement, car l’espace de stockage peut être physiquement limité. Dans le cloud, vous bénéficiez d’une certaine flexibilité en matière de conservation, mais vous devez également tenir compte de votre stratégie de hiérarchisation du stockage, car le passage d’une classe à l’autre aurait une incidence à la fois sur le coût et sur la vitesse de restauration. Les contrôles d’accès sont également différents : la sécurité du réseau interne constitue le principal mécanisme pour les politiques sur site, tandis que les politiques cloud doivent s’appuyer sur une gestion explicite des identités et des accès.

### Un système de sauvegarde hybride peut-il restaurer des charges de travail dans le cloud en cas de panne du réseau ou de la plateforme cloud ?

Aucune restauration ne peut s’effectuer directement à partir de la copie dans le cloud, car cela nécessite une connexion au réseau. Cela dit, les données existantes sauvegardées sous forme de copie locale seront entièrement récupérables pendant la panne.

### Comment un calendrier de sauvegarde doit-il tenir compte des limites de bande passante dans un environnement cloud hybride ?

Il est préférable d’effectuer les transferts volumineux en dehors des heures de pointe afin de ne pas perturber le trafic professionnel habituel. Les sauvegardes incrémentielles continues peuvent toutefois s’exécuter pratiquement à tout moment, la déduplication et la compression permettant de maintenir la taille des données à un niveau suffisamment bas pour ne pas surcharger la bande passante totale de l’entreprise.

### Quand les entreprises devraient-elles recourir à la sauvegarde dans le cloud hybride plutôt qu’à une approche de sauvegarde traditionnelle ?

Les solutions de sauvegarde dans le cloud hybride s’avèrent plus pertinentes lorsqu’une entreprise est confrontée à au moins l’un des problèmes suivants :

- Des exigences en matière de délai de restauration trop strictes pour être satisfaites uniquement par des sauvegardes dans le cloud.
- Le besoin d’une protection hors site que les déploiements sur site ne peuvent pas assurer pleinement.
- Des exigences de conformité en termes de conservation ou d’isolation des données.
- Des volumes de données croissants, devenus trop importants pour être stockés uniquement sur du matériel local.

### Comment le stockage local et dans le cloud peuvent-ils empêcher qu’une même attaque ne compromette les deux copies de sauvegarde ?

Au moins une copie des données immuable, isolée physiquement (air-gapped) ou isolée logiquement empêche un attaquant de compromettre l’ensemble de l’environnement en s’emparant d’identifiants et de privilèges d’accès spécifiques.

À propos de l’auteur

[https://www.linkedin.com/in/rob-morrison-3aa443/](https://www.linkedin.com/in/rob-morrison-3aa443/)

Rob Morrison est le directeur marketing de Bacula Systems. Il a commencé sa carrière dans le marketing informatique chez Silicon Graphics en Suisse, où il a obtenu de bons résultats dans divers rôles de gestion du marketing pendant près de 10 ans. Au cours des 10 années suivantes, Rob a également occupé divers postes de gestion du marketing chez JBoss, Red Hat et Pentaho, assurant la croissance des parts de marché de ces sociétés bien connues. Il est diplômé de l'université de Plymouth, titulaire d'un diplôme spécialisé en médias et communications numériques, et a suivi un programme d'études à l'étranger.

*Postes connexes*

[https://www.baculasystems.com/fr/blog-fr/sauvegarde-immuable/](https://www.baculasystems.com/fr/blog-fr/sauvegarde-immuable/)
[Qu'est-ce qu'une sauvegarde immuable ? Les sauvegardes immuables comme mesure de sécurité des données](https://www.baculasystems.com/fr/blog-fr/sauvegarde-immuable/)

6 février 2024

[https://www.baculasystems.com/fr/blog-fr/meilleures-pratiques-en-matiere-de-sauvegarde-et-de-restauration-openstack/](https://www.baculasystems.com/fr/blog-fr/meilleures-pratiques-en-matiere-de-sauvegarde-et-de-restauration-openstack/)
[Sauvegarde et récupération OpenStack : Meilleures pratiques, méthodes et solutions intégrées](https://www.baculasystems.com/fr/blog-fr/meilleures-pratiques-en-matiere-de-sauvegarde-et-de-restauration-openstack/)

14 novembre 2023

[https://www.baculasystems.com/fr/blog-fr/cassandra-sauvegarde-restauration/](https://www.baculasystems.com/fr/blog-fr/cassandra-sauvegarde-restauration/)
[Guide complet pour la sauvegarde et la restauration des bases de données Cassandra](https://www.baculasystems.com/fr/blog-fr/cassandra-sauvegarde-restauration/)

23 avril 2026

[https://www.baculasystems.com/fr/blog-fr/sauvegarde-et-restauration-dintersystems-iris-pour-lintegrite-de-la-base-de-donnees/](https://www.baculasystems.com/fr/blog-fr/sauvegarde-et-restauration-dintersystems-iris-pour-lintegrite-de-la-base-de-donnees/)
[Sauvegarde et restauration d'InterSystems IRIS pour l'intégrité de la base de données](https://www.baculasystems.com/fr/blog-fr/sauvegarde-et-restauration-dintersystems-iris-pour-lintegrite-de-la-base-de-donnees/)

28 mai 2026

[https://www.baculasystems.com/fr/blog-fr/maitriser-aix-sauvegarde/](https://www.baculasystems.com/fr/blog-fr/maitriser-aix-sauvegarde/)
[Maîtriser la sauvegarde AIX : Guide complet pour les administrateurs système](https://www.baculasystems.com/fr/blog-fr/maitriser-aix-sauvegarde/)

15 mars 2025

[https://www.baculasystems.com/fr/blog-fr/sauvegarde-et-restauration-des-ordinateurs-centraux/](https://www.baculasystems.com/fr/blog-fr/sauvegarde-et-restauration-des-ordinateurs-centraux/)
[Sauvegarde et reprise sur mainframe : stratégies modernes pour des systèmes d'entreprise résilients](https://www.baculasystems.com/fr/blog-fr/sauvegarde-et-restauration-des-ordinateurs-centraux/)

30 mars 2026