Comment faire une sauvegarde de Kubernetes ? Sauvegarde et restauration de Kubernetes.
Bacula sécurise vos clusters, de GitOps à la bande magnétique.
L’orchestration Kubernetes offre une agilité remarquable en matière de déploiement global, mais sa nature dynamique tend également à créer des défis complexes dans le domaine de la protection des données. Les données et configurations critiques des applications doivent être récupérables à tout moment afin de maintenir la continuité du service, même en cas de défaillance des pods ou de problèmes catastrophiques au niveau des clusters.
Les outils natifs de Kubernetes (etcdctl, kubectl) ne peuvent offrir que des fonctionnalités de snapshot de base, sans l’automatisation de la planification, la gestion de la conservation, le chiffrement et les fonctionnalités de conformité dont tous les environnements d’entreprise ont besoin.
Bacula Enterprise est un excellent exemple de solution de sauvegarde et de restauration de niveau entreprise, offrant des fonctionnalités de sauvegarde Kubernetes spécialement conçues grâce à une intégration API directe pour protéger les clusters, les volumes persistants et les configurations d’applications sans avoir à installer d’agents ni à interrompre les charges de travail en cours.
La plateforme en question s’occupe de tout, des clusters de développement ne comptant que quelques dizaines de pods aux infrastructures de production qui gèrent des milliers de conteneurs à la fois. La solution de Bacula offre des capacités de protection automatisées qui capturent l’état complet de l’application, quelle que soit la complexité de son déploiement. Les instantanés de cluster de base ne suffisent plus dans un environnement d’entreprise moderne, en particulier si l’on tient compte de toutes les exigences de conformité.
Les entreprises ont donc désormais besoin de sauvegardes cryptées, d’un stockage immuable, d’options de récupération granulaires et de pistes d’audit détaillées pour prouver que leurs efforts en matière de protection des données répondent à toutes les normes réglementaires nécessaires. Bacula Enterprise offre des capacités de protection des données de niveau entreprise, répondant aux cadres réglementaires tels que le RGPD, l’HIPAA, le SOC 2 et de nombreuses autres réglementations spécifiques à l’industrie, tout en conservant le niveau élevé de vitesse et de flexibilité auquel les utilisateurs de Kubernetes s’attendent par défaut.
Bacula est non seulement capable de sauvegarder des volumes bruts ou des instantanés de cluster, mais peut également reconstruire des applications entières dans un état utilisable, notamment :
- Données persistantes → Persistent Volume Claims (PVC), classes de stockage, instantanés CSI.
- Configuration et métadonnées → ConfigMaps, secrets, annotations, étiquettes.
- Contexte de déploiement → Déploiements, StatefulSets, graphiques Helm, opérateurs.
- Exposition des services → Services, règles d’entrée et dépendances réseau.
Bacula Enterprise est également entièrement compatible avec Tanzu, Rancher Longhorn, OKD et de nombreux autres environnements liés à Kubernetes.
Fonctionnalités de sauvegarde Kubernetes de Bacula Enterprise
- Sauvegarde de la configuration des ressources du cluster Kubernetes
- Possibilité de restaurer une seule ressource de configuration Kubernetes
- Capacité à sauvegarder et à récupérer des données persistantes
- Possibilité de restaurer la configuration des ressources Kubernetes dans un répertoire local
- Sauvegarde et restauration cohérentes des volumes persistants
- Possibilité de restaurer les données des volumes persistants Kubernetes dans un répertoire local
- Prise en charge des instantanés CSI
Le module Kubernetes de Bacula Enterprise peut sauvegarder un certain nombre de ressources Kubernetes, y compris, mais sans s’y limiter :
- Déploiements
- Pods
- Services
- Demandes de volume persistant

Configuration et déploiement du plugin Kubernetes
Architecture et intégration des plugins
- Conception du module File Daemon – Utilise un plugin Bacula File Daemon standard qui s’intègre facilement à l’infrastructure Bacula existante, évitant ainsi le recours à des serveurs de sauvegarde distincts ou à des couches de gestion dédiées spécifiquement aux environnements Kubernetes.
- Options de déploiement flexibles – Bacula peut être installé sur les nœuds maîtres Kubernetes, les nœuds de travail ou les serveurs de gestion externes ayant accès au réseau de l’API Kubernetes, ce qui offre une grande flexibilité en termes de déploiement en fonction des exigences de sécurité et de l’architecture réseau.
- Aucune modification de la charge de travail – Capable de sécuriser les clusters sans modifier les images des conteneurs, les manifestes Kubernetes ou les configurations des pods en cours d’exécution, ce qui élimine la nécessité de coordonner les équipes d’application ou de planifier des modifications du pipeline de déploiement.
Accès et découverte des clusters
- Plusieurs méthodes d’authentification – La solution peut se connecter aux clusters Kubernetes à l’aide de fichiers kubeconfig, de jetons de compte de service ou d’une authentification intra-cluster pour les pods qui s’exécutent dans Kubernetes, offrant ainsi une prise en charge pour diverses architectures de sécurité et scénarios de déploiement.
- Énumération automatique des ressources – Le plugin interroge l’API Kubernetes pour découvrir les espaces de noms, les déploiements, les services, les volumes persistants et les autres ressources disponibles pour la protection, ce qui permet de planifier et de valider la sauvegarde avant l’exécution de la tâche.
- Sélection au niveau de l’espace de noms – Cible des espaces de noms spécifiques pour la sauvegarde ou exclut les espaces de noms système des tâches de protection, offrant un contrôle granulaire sur les composants du cluster qui doivent être couverts par la sauvegarde.
Workflow des opérations de sauvegarde
- Capture de données pilotée par API – Récupère les configurations de cluster et les données de volume persistant via des appels à l’API Kubernetes, et non via l’accès au système de fichiers, afin de garantir la compatibilité avec divers backends de stockage et environnements d’exécution de conteneurs.
- Déploiement de pods proxy de sauvegarde – lance automatiquement des pods proxy temporaires (à faible consommation de ressources) au sein du cluster afin de faciliter le transfert des données de volume persistant ; ces pods sont également supprimés automatiquement après la fin de la sauvegarde afin d’éviter toute consommation supplémentaire de ressources du cluster en dehors des fenêtres de sauvegarde.
- Contrôle d’exécution configurable – les commandes pré-sauvegarde et post-sauvegarde peuvent être exécutées dans des pods spécifiques afin de créer des sauvegardes cohérentes avec les applications des bases de données ou des applications avec état (celles qui nécessitent une mise en veille avant la capture des données).
Contrôles de restauration
- Double destination de restauration – récupérez les ressources Kubernetes directement dans les clusters via l’API ou exportez les configurations et les données de volume vers des répertoires locaux à des fins diverses.
- Options de nommage flexibles – les charges de travail peuvent être restaurées avec leurs noms d’origine pour une récupération sur place ou avec de nouveaux noms générés à partir des identifiants d’origine et des métadonnées des tâches (pour les environnements de test parallèles ou les scénarios de déploiement bleu-vert).
- Récupération sélective des ressources – le plugin offre le choix entre des clusters complets, des espaces de noms individuels, des déploiements spécifiques ou des volumes persistants uniques en fonction des exigences de la portée de la récupération afin d’éviter la restauration inutile d’infrastructures non affectées lors d’opérations de récupération ciblées.
Administration et surveillance
- Console de gestion unifiée – Configurez et surveillez les tâches de sauvegarde Kubernetes via l’interface graphique BWeb de Bacula, parallèlement à d’autres protections d’infrastructure, éliminant ainsi le besoin d’outils d’administration de sauvegarde spécifiques à Kubernetes.
- Automatisation de la ligne de commande – Utilisez bconsole pour la configuration scriptable des tâches, les tests de restauration automatisés et l’intégration avec les runbooks opérationnels existants et les procédures de reprise après sinistre.
- Journalisation complète – Capture des journaux d’opération détaillés, y compris les interactions API, l’état de traitement des ressources et les métriques de transfert de données pour le dépannage, l’analyse des performances et la documentation de conformité.
Avantages du module de sauvegarde et de restauration Kubernetes
Protection des clusters sans agent
- Intégration au niveau de l’API– Protège les clusters Kubernetes grâce à une communication API directe, sans installation d’agents de sauvegarde dans les images de conteneurs ni modification des spécifications des pods, éliminant ainsi les frais de maintenance et les problèmes de sécurité associés aux logiciels de sauvegarde dans les conteneurs.
- Aucune modification de l’infrastructure– Sauvegarde les clusters en cours d’exécution sans nécessiter de modifications des déploiements, des StatefulSets ou des graphiques Helm, ce qui permet de protéger immédiatement les charges de travail existantes sans avoir à reconstruire les images ou à mettre à jour les manifestes Kubernetes.
- Détection automatique des charges de travail – Les nouveaux espaces de noms et déploiements correspondant aux politiques de sauvegarde sont automatiquement protégés sans configuration manuelle des tâches, ce qui garantit une couverture cohérente à mesure que l’infrastructure Kubernetes évolue et s’adapte.
Capture complète de l’état des applications
- Sauvegarde de configuration unifiée – Capture toutes les ressources Kubernetes définissant le comportement des applications, y compris les déploiements, les services, les ConfigMaps, les secrets, les règles d’entrée et les quotas de ressources, sous forme d’ensembles de sauvegarde cohérents plutôt que de composants isolés.
- Protection persistante des données – Protège l’état des applications stocké dans les revendications de volume persistant (Persistent Volume Claims) ainsi que les configurations de cluster, garantissant ainsi que les charges de travail peuvent être restaurées avec leurs données plutôt qu’avec de simples définitions de conteneurs vides.
- Instantanés de cluster cohérents – Coordonne la sauvegarde de l’état du cluster etcd avec les données de volume persistant afin de maintenir la cohérence entre la configuration du plan de contrôle Kubernetes et le stockage réel des applications, empêchant ainsi la récupération d’états d’infrastructure incompatibles.
Opérations de récupération flexibles
- Capacités de restauration granulaire – Récupérez des clusters entiers, des espaces de noms individuels, des déploiements spécifiques ou des volumes persistants uniques en fonction des exigences de récupération, en évitant la restauration inutile d’infrastructures non affectées lors de scénarios de récupération ciblés.
- Mobilité inter-clusters – Restaurez les charges de travail Kubernetes vers différents clusters pour la reprise après sinistre, la migration entre fournisseurs de cloud ou la création d’environnements de développement à partir de sauvegardes de production sans dépendre de la disponibilité du cluster d’origine.
- Démarrage configurable des charges de travail – Contrôlez si les applications restaurées démarrent automatiquement pour une reprise immédiate du service ou restent arrêtées pour validation et vérification de la configuration avant de mettre les charges de travail en ligne dans les environnements de production.
Intégration opérationnelle d’entreprise
- Gestion centralisée multi-clusters – Protégez plusieurs clusters Kubernetes sur différentes distributions, différents fournisseurs de cloud et différentes installations sur site à partir d’un seul déploiement Bacula Enterprise, éliminant ainsi le besoin de solutions de sauvegarde distinctes pour chaque environnement.
- Protection unifiée de l’infrastructure – Intégrez la sauvegarde Kubernetes aux tâches Bacula existantes qui protègent les bases de données, les machines virtuelles et les serveurs physiques, en fournissant des politiques de sauvegarde, une gestion de la conservation et des procédures de restauration cohérentes pour l’ensemble de l’infrastructure informatique.
- Automatisation basée sur des politiques – Définissez une seule fois les calendriers de sauvegarde, les politiques de conservation et les destinations de stockage, puis appliquez-les automatiquement aux clusters Kubernetes correspondant aux critères, ce qui réduit la charge administrative tout en garantissant des normes de protection cohérentes.
Déploiement sécurisé et efficace des clusters Kubernetes
Les environnements DevOps efficaces doivent être évolutifs et automatisés dans la mesure du possible. Bacula Enterprise est conçu pour être stable, fiable et hautement évolutif. Ses modules de sauvegarde de conteneurs visent à alléger la charge de travail des services informatiques et DevOps utilisant Docker, Kubernetes, SUSE ou Openshift. Il rend Kubernetes nettement plus sûr et plus pratique à déployer.
Que votre environnement de conteneurs déployé soit utilisé pour le transfert d’applications monolithiques, la refonte d’applications héritées ou la création de nouvelles applications distribuées, les développeurs et les administrateurs système peuvent utiliser la technologie avancée de sauvegarde Kubernetes de Bacula avec un niveau de flexibilité particulièrement élevé, via l’interface graphique ou l’interface de ligne de commande de Bacula. N’oubliez pas que ce haut niveau de flexibilité et ces possibilités de personnalisation sont fondamentaux dans l’approche de Bacula : donner plus de pouvoir à l’utilisateur en lui proposant un large éventail d’options pour atteindre ses objectifs.
Pourquoi sauvegarder les environnements Kubernetes ?
À mesure que les applications avec état migrent vers Kubernetes, la protection des données persistantes et des configurations de cluster devient essentielle pour les environnements de production. Les organisations doivent respecter les accords de niveau de service (SLA) et garantir que les services conteneurisés restent disponibles dans des états corrects, ce qui rend la sauvegarde et la restauration efficaces indispensables pour tout déploiement Kubernetes en production.
Bacula Enterprise permet la mobilité des clusters grâce à des opérations de restauration flexibles. Les entreprises peuvent restaurer des volumes et des configurations persistants sur différents clusters Kubernetes, ce qui facilite la migration entre les fournisseurs de cloud, la reprise après sinistre vers d’autres sites et la réplication rapide de l’environnement à des fins de test. Cette flexibilité réduit la dépendance vis-à-vis des fournisseurs et simplifie les stratégies Kubernetes multicloud sur AWS, GCP, Azure et les infrastructures privées.
Processus de restauration Kubernetes
Le module de sauvegarde Bacula Kubernetes offre deux options pour les opérations de restauration :
- Restauration directe vers le cluster Kubernetes
- Restauration vers un répertoire local
Afin de garantir les meilleures pratiques en matière de sauvegarde et de restauration pour les environnements de conteneurs Kubernetes, les données doivent être sauvegardées automatiquement et les administrateurs système doivent tester régulièrement les sauvegardes pour s’assurer qu’elles fonctionneront correctement en cas de besoin.
Fonctionnalités essentielles pour tous les utilisateurs de Bacula
Le module de sauvegarde Kubernetes fonctionne au sein de la plateforme complète de protection des données Bacula Enterprise. Toutes les fonctionnalités décrites dans cette section sont disponibles sur l’ensemble de la plateforme, y compris dans les environnements Kubernetes.
Protection des données et conformité
La sécurité d’entreprise et la conformité réglementaire sont des éléments fondamentaux de l’architecture de Bacula :
- Chiffrement tout au long de la chaîne de sauvegarde – Le chiffrement AES-256 protège les configurations Kubernetes, les données de volume persistant et les sauvegardes etcd contre toute interception lors de leur transmission réseau vers leur destination finale, avec une gestion flexible des clés prenant en charge à la fois les architectures centralisées et distribuées.
- Stockage résistant aux ransomwares – l’intégration avec les systèmes de stockage WORM (Write Once, Read Many) et les cibles de sauvegarde immuables empêche toute modification ou suppression non autorisée des données de sauvegarde Kubernetes, protégeant ainsi contre les attaques de ransomwares et les menaces internes malveillantes qui ciblent l’infrastructure de sauvegarde.
- Systèmes d’autorisation basés sur les rôles – Des contrôles d’accès granulaires limitent les administrateurs autorisés à sauvegarder des espaces de noms spécifiques, à restaurer des charges de travail particulières ou à accéder aux configurations de cluster, ce qui permet de séparer les tâches et de limiter l’impact en cas d’incident de sécurité.
- Pistes d’audit complètes – Chaque opération de sauvegarde, demande de restauration et modification de configuration est enregistrée avec un horodatage et l’attribution de l’utilisateur, fournissant ainsi les enregistrements d’activité détaillés nécessaires pour les rapports de conformité, les analyses de sécurité et les enquêtes judiciaires.
- Conformité aux réglementations industrielles – Les fonctionnalités intégrées répondent aux exigences du RGPD, de la loi HIPAA, de la norme SOC 2, de la norme PCI DSS et des réglementations spécifiques à chaque secteur grâce à des contrôles de conservation configurables, des normes de chiffrement et des journaux d’audit qui démontrent la conformité en matière de protection des données.
- Prise en charge de la configuration zéro connaissance – L’architecture permet aux administrateurs de sauvegarde de gérer les opérations de protection Kubernetes sans accéder aux données sensibles des applications, aux ConfigMaps ou aux secrets contenus dans les sauvegardes.
Récupération et continuité des activités
Des capacités de restauration complètes garantissent une récupération rapide dans tous les scénarios de panne :
- Transfert de données entre distributions – Extrayez et restaurez les ressources Kubernetes entre différentes distributions et plateformes, ce qui permet des migrations de l’environnement local vers le cloud, entre fournisseurs de cloud ou d’une version de Kubernetes à une autre (EKS vers AKS, Rancher vers OpenShift, etc.).
- Réplication de sauvegarde multisite – Copiez automatiquement les sauvegardes Kubernetes vers des emplacements géographiquement distribués, ce qui vous protège contre les sinistres au niveau du site et garantit la disponibilité du point de récupération, quel que soit l’état du centre de données principal.
- Plans de protection à haute fréquence – La prise en charge d’intervalles de sauvegarde mesurés en minutes plutôt qu’en heures offre une protection quasi continue pour les applications conteneurisées en évolution rapide, minimisant ainsi les fenêtres de perte de données potentielles.
Infrastructure de stockage et efficacité
Bacula optimise la valeur du stockage grâce à une gestion intelligente des données et à la flexibilité des destinations :
- Déduplication globale – Élimine les blocs de données en double dans toutes les sauvegardes Kubernetes, quels que soient l’espace de noms, le cluster ou la tâche de sauvegarde, en ne stockant chaque bloc unique qu’une seule fois afin de réduire considérablement la consommation de stockage.
- Algorithmes de compression configurables – Applique une compression qui équilibre la charge CPU et les économies d’espace en fonction des caractéristiques des données, avec une sélection d’algorithmes optimisée pour les modèles de charge de travail Kubernetes.
- Architecture incrémentielle perpétuelle– Après la sauvegarde complète initiale, toutes les opérations suivantes ne capturent que les données modifiées, éliminant ainsi les sauvegardes complètes récurrentes et les besoins en stockage et en temps qui y sont associés.
- Traitement des données éparses– Reconnaît et traite intelligemment les fichiers et les volumes épars, en ne sauvegardant que les blocs alloués plutôt que l’espace vide que l’on trouve généralement dans les revendications de volume persistant.
- Opérations efficaces sur le réseau – Les algorithmes de suivi des modifications minimisent l’utilisation de la bande passante en ne transférant que les blocs modifiés entre les sauvegardes, ce qui est essentiel pour les clusters Kubernetes distribués sur plusieurs sites.
- Cibles de stockage hétérogènes – Écrivez les sauvegardes Kubernetes sur des baies de disques, des stockages NAS/SAN, des stockages d’objets dans le cloud (S3, Azure Blob, Google Cloud Storage), des bibliothèques de bandes ou toute combinaison basée sur les exigences de conservation et de performances.
- Workflows de hiérarchisation automatisés – Migrez les données de sauvegarde entre les classes de stockage en fonction de leur ancienneté, des modèles d’accès ou des politiques personnalisées, en déplaçant automatiquement les sauvegardes Kubernetes plus anciennes vers un stockage à long terme économique.
- Compatibilité S3 universelle – S’intègre à tout fournisseur de stockage compatible S3, y compris AWS, MinIO, Wasabi, Backblaze B2 et autres, pour une conservation à long terme flexible et rentable.
Gestion et contrôle de l’entreprise
Les outils d’administration centralisés offrent une visibilité et un contrôle sur l’ensemble des opérations de sauvegarde Kubernetes :
- Interfaces de gestion doubles – Choisissez entre une console web graphique (BWeb) pour une gestion visuelle et des outils de ligne de commande complets pour l’automatisation, l’écriture de scripts et l’intégration de flux de travail DevOps.
- Architecture multi-locataires – Les fournisseurs de services et les grandes organisations peuvent créer des environnements isolés avec des configurations de sauvegarde Kubernetes indépendantes, des pools de ressources séparés, une marque personnalisée et des limites administratives distinctes.
- Cadre de reporting détaillé – Générez des rapports sur l’état des sauvegardes, des analyses de l’utilisation du stockage, de la documentation sur la conformité, des mesures SLA et des statistiques sur les performances avec une livraison programmée aux parties prenantes.
- Points d’intégration externes – Connectez-vous aux plates-formes de surveillance, aux systèmes de ticketing ITSM, aux solutions SIEM et aux fournisseurs d’identité (LDAP, Active Directory) pour unifier les opérations informatiques et l’authentification unique.
- Découverte automatisée des ressources – Détecte et inventorie les clusters Kubernetes, les espaces de noms, les volumes persistants et les déploiements à travers l’infrastructure avec des capacités de requête prenant en charge la planification et la vérification des sauvegardes.
- Contrôles de l’impact sur la charge de travail – Ajustez la simultanéité des sauvegardes, les limites de la bande passante et l’allocation des ressources pour équilibrer la vitesse de protection et l’impact sur les performances des clusters Kubernetes de production.
- Architecture à échelle illimitée – La conception prend en charge des environnements allant de clusters de développement uniques à des milliers d’installations Kubernetes de production sous une gestion centralisée avec une exécution distribuée des sauvegardes.
Avantages économiques
Le modèle de licence de Bacula Enterprise élimine les obstacles de tarification basés sur la capacité :
- Licences indépendantes des clusters – Le nombre de clusters Kubernetes, d’espaces de noms, de pods ou de volumes persistants n’affecte pas les coûts de licence, ce qui permet une expansion illimitée de l’infrastructure conteneurisée sans contraintes budgétaires.
- Planification prévisible des investissements – La structure tarifaire directe élimine les surprises budgétaires au fur et à mesure que l’adoption de Kubernetes se développe, que le nombre de conteneurs augmente ou que les volumes de données s’accroissent au sein de l’entreprise.
- Modèle de coût indépendant des ressources – Le nombre de pods, les quantités de StatefulSet, la taille des PVC et les volumes de sauvegarde etcd n’entraînent pas d’augmentation des licences, contrairement aux concurrents qui fixent leur prix en fonction de la capacité protégée ou des unités de ressources.
- Avantages économiques pour les gros volumes – Les organisations qui protègent des infrastructures Kubernetes importantes ou qui évoluent rapidement bénéficient d’avantages de coûts de plus en plus significatifs par rapport aux concurrents qui proposent des licences basées sur la capacité.
- Rentabilité des fournisseurs de services – Les MSP et les fournisseurs d’hébergement peuvent offrir des capacités de sauvegarde Kubernetes d’entreprise tout en maintenant des marges saines non limitées par la croissance des clusters de locataires ou l’expansion des données.
Foire aux questions
Pourquoi ne pas simplement utiliser les outils de sauvegarde natifs de Kubernetes ?
Les outils natifs tels que etcdctl fournissent des instantanés de cluster de base, mais ne disposent pas de fonctionnalités d’entreprise telles que le chiffrement, les rapports de conformité, les politiques de conservation à long terme et la gestion centralisée sur une infrastructure hétérogène. Ils n’intègrent pas non plus les sauvegardes Kubernetes dans des stratégies de sauvegarde informatique plus larges couvrant les bases de données, les machines virtuelles et les serveurs physiques. Bacula Enterprise offre une protection unifiée sur l’ensemble de votre infrastructure tout en répondant aux exigences réglementaires et aux normes d’audit.
En quoi la sauvegarde des clusters Kubernetes diffère-t-elle de la sauvegarde des machines virtuelles ?
Les clusters Kubernetes se composent de plusieurs composants interconnectés (état etcd, volumes persistants, ConfigMaps, secrets et définitions de ressources) qui doivent être capturés comme une unité cohérente plutôt que comme des images disque individuelles. Les sauvegardes de machines virtuelles capturent l’état complet de la machine au niveau de l’hyperviseur, tandis que les sauvegardes Kubernetes nécessitent une intégration au niveau de l’API pour comprendre l’orchestration des conteneurs et les dépendances des applications. La nature dynamique et éphémère des pods implique que les solutions de sauvegarde doivent suivre les charges de travail en évolution rapide et capturer séparément la configuration de l’infrastructure et les données des applications.
Puis-je sauvegarder des clusters Kubernetes pendant leur fonctionnement ?
Oui, Bacula effectue des sauvegardes de clusters Kubernetes en cours d’exécution sans nécessiter d’arrêt ni de pause des charges de travail. Le plugin capture l’état du cluster et les données de volume persistant via l’API Kubernetes pendant que les applications continuent de fonctionner normalement. Pour les applications nécessitant une cohérence, Bacula peut exécuter des commandes de pré-sauvegarde dans les pods afin de mettre les bases de données en veille ou de vider les tampons avant de capturer les données.
Comment puis-je restaurer vers une distribution Kubernetes différente ?
Bacula restaure les ressources Kubernetes sous forme de configurations YAML standard et de données de volume persistant qui peuvent être appliquées à n’importe quelle distribution Kubernetes compatible. Lors de la restauration, vous spécifiez les détails de connexion du cluster cible, et Bacula recrée les espaces de noms, les déploiements, les services et les données sur la plate-forme de destination. Certaines fonctionnalités spécifiques à la distribution peuvent nécessiter un ajustement manuel, mais les charges de travail principales sont généralement transférées entre EKS, AKS, GKE, OpenShift et les installations Kubernetes standard.
Que deviennent mes données lorsque les pods sont supprimés ?
Les données du système de fichiers des pods sont immédiatement perdues lorsque les pods sont détruits, sauf si vous utilisez des volumes persistants pour stocker l’état de l’application en externe. Les conteneurs éphémères fonctionnant sans PVC perdent toutes les données écrites pendant leur durée de vie lorsqu’ils sont terminés. Les sauvegardes automatisées de cluster de Bacula capturent à la fois les configurations de pods nécessaires pour recréer les conteneurs et les données de volume persistant contenant l’état critique de l’application, garantissant ainsi une récupération complète, quels que soient les événements du cycle de vie des pods.
Aide supplémentaire sur la sauvegarde des conteneurs Kubernetes :
- Besoin de voir toutes nos solutions de sauvegarde? Prise en charge complète des hyperviseurs et des bases de données.
- Nos solutions de sauvegarde de serveurs incluent des outils pour Windows, Linux et plus encore.
- Voir les caractéristiques du programme de sauvegarde et de récupération de données Bacula Enterprise.
- Bacula supporte-t-il votre type de stockage ? Jetez un coup d’oeil à nos solutions de sauvegarde de stockage.
- Lisez notre vision sur les systèmes logiciels de sauvegarde flexibles et évolutifs.
- Intéressé par la sauvegarde et la récupération des données Sybase ? Jetez un coup d’œil à notre solution de sauvegarde SAP ASE.
