Formation Velero : sauvegarder, restaurer et migrer vos clusters Kubernetes

– Rôle de Velero : sauvegarde des ressources Kubernetes via l’API et des volumes persistants, pour la reprise après sinistre, la migration et la réplication d’environnements
– Composants : serveur déployé dans le cluster, client en ligne de commande et ressources personnalisées (Backup, Restore, Schedule)
– Emplacements : BackupStorageLocation pour les sauvegardes dans le stockage objet, VolumeSnapshotLocation pour les snapshots de volumes
– Fonctionnement d’une sauvegarde : collecte des ressources, archivage vers le stockage objet, synchronisation entre clusters
– Système de plugins : plugins de stockage objet, de snapshots et d’actions sur les ressources, extensibilité par plugins personnalisés
– Périmètre et limites : complémentarité avec les sauvegardes applicatives et d’etcd, place de Velero dans une stratégie de continuité d’activité

– Installation par la CLI ou par chart Helm : options clés et gestion déclarative de la configuration
– Plugins fournisseurs et identifiants : AWS, Azure, Google Cloud et stockages objet compatibles S3
– Emplacements multiples : emplacement par défaut, sauvegardes sur plusieurs stockages, accès en lecture seule
– Node-agent : activation pour la sauvegarde au niveau fichiers et le déplacement des données de volumes
– Sécurisation : permissions RBAC, exécution dans un namespace dédié, certificats auto-signés, accès via proxy
– Cycle de vie de l’installation : montées de version et désinstallation propre

– Sauvegarde à la demande : options principales, suivi du statut, consultation du détail et des journaux
– Filtrage des ressources : sélection par namespace (motifs génériques), labels, types de ressources et ressources de portée cluster
– Planification : sauvegardes récurrentes au format cron et politique de rétention (TTL)
– Hooks de sauvegarde : commandes pré et post-sauvegarde dans les pods pour garantir la cohérence des données applicatives
– Stratégie de découpage : sauvegardes par application, par namespace ou par criticité selon les objectifs de RPO

– Snapshots natifs du fournisseur : rapidité de mise en œuvre et dépendance au fournisseur et à la zone
– Snapshots CSI : prérequis côté driver et VolumeSnapshotClass, intégration avec Velero
– CSI Snapshot Data Mover : export des données de snapshot vers le stockage objet pour la portabilité et la durabilité
– Sauvegarde au niveau fichiers avec Kopia : protection des stockages sans snapshot, sélection des volumes par opt-in ou opt-out
– Dépôt de sauvegarde : configuration, maintenance périodique et réglage des ressources de transfert
– Critères de choix : type de stockage, portabilité entre clusters, durée de sauvegarde, coût et objectifs de RPO

– Restauration : restauration complète ou partielle, gestion des ressources déjà présentes dans le cluster
– Mapping de namespaces : restauration dans un autre namespace pour cloner ou isoler un environnement
– Hooks de restauration : conteneurs d’initialisation et commandes post-restauration pour remettre une application en service
– Resource modifiers : adaptation des manifestes à la restauration (StorageClass, réplicas, annotations)
– Reprise après sinistre : emplacement en lecture seule, suspension des planifications, restauration sur un nouveau cluster
– Migration entre clusters ou fournisseurs : prérequis sur les volumes et compatibilité des versions d’API Kubernetes
– Tests de restauration réguliers : vérifier la fiabilité des sauvegardes et mesurer le RTO réel

– Métriques Prometheus : succès et échecs des sauvegardes et restaurations, durées et volumétrie
– Tableaux de bord Grafana et alertes : échecs, sauvegardes partielles, absence de sauvegarde récente
– Diagnostic : détail des opérations, journaux, statuts partiels et collecte d’informations avec velero debug
– Dépannage de l’installation : emplacement indisponible, identifiants invalides, plugins mal configurés
– Dépannage des restaurations et de la sauvegarde au niveau fichiers : conflits de ressources, volumes non restaurés, node-agent en échec