Sauvegarder Kubernetes : pourquoi vos conteneurs ne sont pas protégés

Une idée fausse tenace

« Les conteneurs sont sans état, il n'y a rien à sauvegarder. » Cette affirmation était presque vraie aux débuts de Kubernetes. Elle ne l'est plus du tout.

Les applications modernes déployées sur Kubernetes embarquent des bases de données, des volumes persistants, des secrets, des certificats et des configurations. Perdre tout cela, c'est perdre l'application.

Pourquoi la sauvegarde classique échoue

Une sauvegarde traditionnelle protège des machines : vous sauvegardez un serveur, vous le restaurez. Sur Kubernetes, ce raisonnement ne tient pas, pour trois raisons.

L'application n'est pas une machine

Elle est répartie sur plusieurs conteneurs, eux-mêmes répartis sur plusieurs nœuds, et déplacés en permanence par l'orchestrateur. Sauvegarder les nœuds ne sauvegarde pas l'application.

L'état vit dans plusieurs endroits

Les données sont dans les volumes persistants, mais la définition de l'application vit dans les objets Kubernetes : déploiements, services, configurations, secrets. Restaurer les volumes sans ces objets donne des données sans application pour les lire.

La cohérence applicative

Copier un volume pendant qu'une base de données écrit dedans produit une sauvegarde inutilisable. Il faut suspendre les écritures le temps du cliché — ce qu'une sauvegarde de niveau infrastructure ne sait pas faire.

Ce qu'apporte une solution native

Veeam Kasten a été conçu pour Kubernetes plutôt qu'adapté à lui. Concrètement :

• Découverte automatique des applications et de leurs dépendances, sans inventaire manuel.
• Sauvegarde cohérente — les objets Kubernetes et les volumes persistants sont capturés ensemble, avec suspension des écritures pour les bases de données.
• Restauration applicative — vous restaurez une application entière, pas un ensemble de fichiers à réassembler.
• Mobilité — déplacer une application d'un cluster à un autre, d'un fournisseur cloud à un autre, ou du cloud vers vos serveurs.
• Protection contre les rançongiciels — sauvegardes immuables, comme sur le reste de votre infrastructure.

Les cas où cela devient indispensable

• Vous hébergez des bases de données dans le cluster — PostgreSQL, MySQL, MongoDB.
• Vous êtes soumis à des obligations de conservation réglementaires.
• Vous migrez entre fournisseurs ou entre environnements.
• Vous devez prouver votre capacité de reprise lors d'un audit.

La question de la mobilité

Un bénéfice souvent sous-estimé : pouvoir déplacer une application complète d'un cluster à un autre. Cela sert à la reprise après sinistre, mais aussi à cloner un environnement de production vers un environnement de test en quelques minutes — une opération qui prend des jours lorsqu'elle est manuelle.

Et au Maroc ?

L'adoption de Kubernetes progresse chez les éditeurs de logiciels, les opérateurs télécoms et les grandes entreprises marocaines. Le sujet de la protection arrive souvent après la mise en production — rarement avant le premier incident.

INTELSOLUTION distribue Veeam Kasten au Maroc et accompagne les équipes dans sa mise en œuvre. Si vous exploitez des applications conteneurisées en production sans stratégie de sauvegarde dédiée, c'est un angle mort qui mérite d'être traité.