Incendie OVH : la leçon de la catastrophe cloud

Dans la nuit du 9 au 10 mars 2021, une lueur rougeoyante au ciel de Strasbourg a marqué un tournant pour des millions d’utilisateurs du cloud en Europe. Un incendie ravageait un data center d’OVHcloud, le fleuron français de l’hébergement web. Au-delà des flammes, une certitude a disparu : celle que le cloud était un espace immatériel, infaillible et éternellement sécurisé.

Cette catastrophe a agi comme un électrochoc. Elle nous a rappelé une vérité essentielle : derrière le « nuage » se cache une infrastructure bien réelle, avec ses forces et ses vulnérabilités.

Alors, comment cet événement a-t-il pu se produire et, surtout, quelles leçons essentielles est-il nécessaire d’en tirer pour protéger nos propres données ? Découvrons-le.

Le sinistre qui a secoué le cloud européen

Pour bien comprendre l’impact de cet événement, il faut mesurer l’ampleur du désastre. Il ne s’agissait pas d’un simple incident technique, mais d’une destruction physique à grande échelle qui a eu des répercussions immédiates pour un nombre considérable d’entreprises et de particuliers.

Que s’est-il passé à Strasbourg ?

Le site d’OVHcloud à Strasbourg était composé de quatre data centers. L’incendie s’est déclaré dans l’un d’eux, le SBG2, et l’a entièrement détruit.

La chaleur et la fumée ont également lourdement endommagé un bâtiment voisin, le SBG1. Les pompiers ont lutté pendant des heures pour maîtriser le sinistre et protéger les deux autres unités.

Devant cette situation, le fondateur de l’entreprise, Octave Klaba, a rapidement communiqué, annonçant que la reconstruction prendrait des semaines. Il a surtout lancé un appel qui a inquiété de nombreux clients : il leur a demandé d’activer leur propre plan de reprise d’activité. Un message clair qui signifiait que la solution ne viendrait pas uniquement de l’hébergeur.

L’onde de choc : 3,6 millions de services impactés

Le bilan est impressionnant. Près de 3,6 millions de services web hébergés sur ces serveurs sont devenus inaccessibles du jour au lendemain. Derrière ce chiffre se cachent des réalités très diverses : des sites d’administrations publiques, des boutiques en ligne, des applications professionnelles, des blogs personnels et même des serveurs de jeux vidéo.

Pour beaucoup, l’interruption de service n’était que la partie visible de l’iceberg. La perte irréversible a été la perte définitive de données. De nombreux clients, qui n’avaient pas de sauvegardes externes, ont tout perdu.

Les témoignages ont afflué sur les réseaux sociaux, décrivant des années de travail, des bases de données clients et des informations vitales disparues.

Le cloud n’est pas une magie : la réalité brute de l’infrastructure

L’incendie d’OVHcloud a brisé une idée répandue. Pour beaucoup, le cloud était une sorte de coffre-fort numérique flottant dans un éther virtuel, à l’abri de tout danger. La réalité est bien plus concrète et nous impose de repenser notre rapport à nos données.

L’illusion d’un « nuage » immatériel

Il est capital de souligner : le cloud, ce n’est pas un nuage. C’est une infrastructure physique.

Ce sont des bâtiments en béton, des kilomètres de câbles, des milliers de serveurs qui chauffent et qui nécessitent des systèmes de refroidissement sophistiqués. Et comme toute infrastructure physique, elle est soumise à des risques bien réels : incendie, inondation, coupure de courant, ou même erreur humaine.

Confier ses données à un fournisseur de cloud, c’est simplement louer un espace sur « l’ordinateur de quelqu’un d’autre ». Ce partenaire met tout en œuvre pour sécuriser son matériel, mais l’absence totale de risque est illusoire. Penser le contraire est une erreur qui peut coûter très cher.

La responsabilité partagée : un modèle à maîtriser

C’est la leçon essentielle de cet événement. En matière de sécurité cloud, la responsabilité est partagée entre le fournisseur et le client. Le fournisseur (comme OVHcloud) est responsable de la sécurité de l’infrastructure : la protection physique des bâtiments, l’alimentation électrique, le réseau.

En revanche, le client est responsable de la sécurité dans l’infrastructure : la protection de ses propres données, la gestion de ses applications et, surtout, la mise en place de ses propres stratégies de sauvegarde et de récupération. Tenir l’hébergeur pour seul responsable est une mécompréhension essentielle du fonctionnement du cloud.

Se protéger efficacement : les piliers d’un plan de reprise d’activité

Au lieu de céder à la panique, percevons cet événement comme une chance de renforcer notre résilience numérique. Mettre en place une stratégie de protection solide n’est pas réservé aux grandes entreprises. C’est une nécessité pour tous.

La sauvegarde : votre assurance vie numérique

La base de toute protection est la sauvegarde. Mais pas n’importe comment.

La règle d’or en la matière est la méthode « 3-2-1« . Elle est simple, efficace et aurait aidé à surmonter l’épreuve à de nombreuses victimes de l’incendie.

✅ La règle du 3-2-1 :

• Conservez au moins 3 copies de vos données importantes.
• Stockez ces copies sur 2 supports différents (par exemple, un disque dur externe et un autre service cloud).
• Gardez 1 copie hors site, c’est-à-dire dans un lieu géographiquement distinct.

Si votre unique sauvegarde se trouvait sur un autre serveur d’OVH à Strasbourg, elle était inutile. Avoir une copie chez un autre fournisseur ou sur un support physique chez vous est la seule véritable assurance.

Le Plan de Reprise d’Activité (PRA) : bien plus qu’une simple copie

Avoir une sauvegarde, c’est bien. Savoir comment la restaurer rapidement pour remettre son service en ligne, c’est mieux.

C’est la raison d’être du Plan de Reprise d’Activité (PRA), ou Disaster Recovery Plan (DRP) en anglais. Il s’agit d’un document qui détaille, étape par étape, la procédure à suivre en cas de sinistre.

Une étude de 2018 révélait que près de la moitié des entreprises n’avaient aucun plan de ce type. C’est une prise de risque considérable quand on sait qu’une interruption d’activité est susceptible de coûter jusqu’à 5 152 euros par minute pour certaines sociétés. Votre PRA doit répondre à des questions simples : qui contacter ? Quelles sont les étapes pour restaurer les données ? Dans quel ordre relancer les services ?

Tester, tester et encore tester !

Un plan qui n’a jamais été testé n’est qu’un document théorique. L’étape essentielle est de vérifier régulièrement que votre stratégie fonctionne.

Programmez des simulations de sinistre pour vous assurer que vos sauvegardes sont bien exploitables et que votre procédure de restauration est efficace et maîtrisée par vos équipes. C’est l’unique manière de garantir une véritable tranquillité d’esprit.

L’incendie d’OVHcloud restera un événement marquant l’histoire du cloud européen. Mais loin d’être un simple récit de pertes et de chaos, cet événement est avant tout une précieuse leçon de réalisme et d’humilité. Il nous a rappelé que la technologie repose sur des fondations physiques et que la confiance n’exclut jamais la précaution.

En comprenant la nature partagée de la responsabilité et en appliquant des stratégies de sauvegarde et de reprise robustes, nous pouvons transformer cette catastrophe en un catalyseur pour construire un écosystème numérique plus fort et plus résilient. La question n’est plus de savoir si un incident se produira, mais quand, et surtout, comment nous y serons préparés.

Et vous, cet événement a-t-il changé votre approche de la sauvegarde de vos données ? Avez-vous mis en place un plan de reprise d’activité depuis ?

Simone

Simone, rédactrice principale du blog, est une passionnée de l’intelligence artificielle. Originaire de la Silicon Valley, elle est dévouée à partager sa passion pour l’IA à travers ses articles. Sa conviction en l’innovation et son optimisme sur l’impact positif de l’IA l’animent dans sa mission de sensibilisation.