Récupération de données
Récupération de données à Istres (13118)
À Istres, suspendez les workloads et ne rattachez aucun volume incertain. Conservez les PV, les PVC, les VolumeAttachments et les snapshots CSI, avec les identifiants du stockage et les journaux du pilote. Le laboratoire clone les médias, reconstruit leur filiation sur des copies et vérifie les données prioritaires.
Diagnostic et devis
Identifier le véritable stockage derrière chaque volume Kubernetes
Le diagnostic relève le namespace, le claim, le PV, la StorageClass, le provisioner et le handle CSI afin d'identifier les références orphelines.
Les journaux du contrôleur et du nœud CSI sont comparés aux événements et à la chronologie du backend.
Sur une copie, les données etcd confirment l'ancien UID d'un claim, sans restauration forcée.
La qualification précède l'extraction: RAID, clonage de disque virtuel, snapshot de baie isolé ou image du volume.
- Volumes bloc SAN ou baie (LUN, WWN, UUID, handle CSI)
- Exports NFS et partages servant de PersistentVolumes
- SSD: backend local, cache de nœud ou volume local
- HDD de serveur ou NAS, avec l'ordre des membres RAID
- Snapshots de baie, VolumeSnapshots et sauvegardes datées
- Disques de VM: worker, stockage distribué, service de données
- Supports externes et copies hors ligne
- Images forensiques sans écriture sur le média
- Manifestes, journaux CSI et inventaires
Attention
Empêcher Kubernetes et le stockage de réécrire l'histoire du volume
- Pas de rattachement à un nouveau claim
- Ne supprimez pas un PVC pour vérifier sa politique de rétention
- Pas de rescan ni resync
- Pas de restauration d'etcd sur le cluster
- Ne recréez pas une StorageClass sous le même nom
- Pas de montage en écriture d'un filesystem non qualifié
- Gardez ensemble exports YAML, journaux CSI, inventaire
- Isolez les snapshots des tâches d'expiration
À Istres, un contrôleur CSI peut finaliser une suppression ou rattacher une mauvaise branche. Le cluster et les backends restent isolés.
Comment ça marche
De l'inventaire CSI aux données contrôlées
- Figez les déploiements qui écrivent, coupez les sauvegardes, notez les volumes montés; ne supprimez aucun pod, claim ou snapshot.
- Exportez en lecture seule les PV, les PVC, les StorageClasses, les VolumeSnapshots et les VolumeAttachments; relevez les handles et la rétention, sans lancer de réconciliation.
- Étiquetez les baies, les NAS, les serveurs, les disques et les copies; la salle blanche ne concerne qu'un disque mécanique justifiant l'ouverture.
- Copiez les médias stables en images contrôlées; pour un RAID, documentez l'ordre, les métadonnées et la topologie.
- La table de filiation rapproche les objets Kubernetes, les identifiants du pilote, les volumes backend et les snapshots.
- La reconstruction s'effectue en environnement isolé, sur des clones contrôlés par les journaux applicatifs.
- Le devis distingue les volumes confirmés, les snapshots exploitables et les données validées; aucun cluster redémarrable n'est promis.
Nos expertises
Stockages bloc, fichier et copies associés aux volumes Kubernetes
Préparer le devis
Préserver les références CSI sans provoquer de nouvel attachement
Une collecte utile décrit les relations entre Kubernetes et le stockage, suspend les contrôleurs et protège les copies.
- Suspendre les workloads et les sauvegardes actives
- Noter l'heure et le dernier état
- Exporter les PV, les PVC, les VolumeSnapshots et les VolumeAttachments en lecture seule
- Relever le pilote CSI, les StorageClasses et les handles
- Photographier les supports et l'ordre RAID
- Séparer les snapshots antérieurs et les copies postérieures
- Lister les namespaces et les données prioritaires
- Joindre les journaux CSI du contrôleur
- Garder les clés et les secrets hors des canaux publics
- Décrire chaque restauration ou suppression
Notre expertise
Une enquête centrée sur le plan de données
Les données résident hors du cluster, sur une baie, un export NFS, un pool ou un disque. Un PV lisible ne prouve pas la cohérence du backend.
Le snapshot le plus récent n'est pas toujours le bon: deux copies peuvent appartenir à des branches différentes.
Retain, Delete, finalizers, modes d'accès et handles éclairent ce qui devait se produire, sans laisser les contrôleurs agir.
Un SSD instable, un RAID incomplet et un disque dur à ouvrir ne sont pas regroupés dans une réparation unique.
La validation porte sur les données attendues: tables, dépôts, pièces jointes, index.
- PV et PVC
- Relier les références
- Handles CSI
- Identifier le backend
- Snapshots
- Dater chaque branche
- Données
- Valider sur des copies
Prise en charge
Préparer un dossier de volumes CSI depuis Istres
Istres est une zone desservie sans implantation locale. Datastrophe organise l’acheminement des supports au laboratoire et leur retour; le transporteur n’effectue aucune opération technique.
Photographiez les baies, les tiroirs, les étiquettes et les connexions avant le démontage; conservez l'ordre des membres RAID.
Joignez la version de Kubernetes, le pilote CSI, les namespaces, les volumes prioritaires et l'heure du dernier fonctionnement.
Les secrets et les clés ne passent jamais par un formulaire public, mais uniquement par le canal autorisé.
Signalez toute tentative de restauration, déplacement de workload, suppression de PVC ou changement de StorageClass.
Filiation des volumes CSI
Reconstituer une carte de provenance avant l'extraction
La carte associe à chaque claim son UID, son PV, son handle CSI, son backend et ses snapshots, avec leurs tailles et leurs dates.
Un snapshot exploitable n'est pas forcément celui que Kubernetes affiche: la dépendance, la finalisation et l'emplacement doivent correspondre.
Le périmètre couvre les HDD, les SSD, les NAS, les ensembles RAID, les serveurs, les disques virtuels et les copies externes.
La restitution porte sur un volume complet ou des ensembles vérifiés; les écarts restent explicités.
- Claims Conserver l'UID, le namespace et la demande de capacité.
- Volumes Relier le PV à son handle et au backend réel.
- Snapshots CSI Distinguer les branches et leurs dates.
- Supports physiques Documenter topologie, ordre et état.
- Validation applicative Contrôler les données attendues et leur période.
Carte
Orientation à Istres selon le stockage sous-jacent et le symptôme
FAQ
Questions fréquentes sur la récupération de volumes CSI
Un PV Bound signifie-t-il que les données sont intactes?
Non. Ce statut décrit une relation Kubernetes, sans contrôler le backend ni le système de fichiers.
Peut-on recréer un PVC avec le même nom?
Pas sur les sources: le nouvel objet reçoit un autre UID et complique la filiation.
Quel snapshot CSI faut-il choisir?
Le choix dépend de la branche, du volume source et de sa date, pas seulement du snapshot le plus récent.
À quoi sert le snapshot etcd dans ce dossier?
Il conserve les anciens UID, les handles et les relations; il sert de référence sur une copie.
Faut-il conserver les journaux du pilote CSI?
Oui. Ils datent la création, le détachement, la suppression ou l'erreur et relient l'objet au stockage.
Un volume Retain peut-il être réattaché immédiatement?
Pas si son état est incertain: le contenu est examiné sur une copie avant réparation.
La salle blanche concerne-t-elle un volume CSI?
Seulement si le backend repose sur un disque dur mécanique à ouvrir; les autres pannes suivent d'autres méthodes.
Peut-on récupérer seulement une base ou un répertoire?
Oui si les structures le permettent: la validation cible les priorités.
Quelles informations fournir depuis Istres?
Indiquez le pilote CSI, les namespaces, les claims, les handles, les supports, les snapshots et les erreurs.
Diagnostic et devis
Faire qualifier la filiation des volumes avant toute reprise
Indiquez les claims, le pilote CSI, les volumes, la période et les manipulations pour établir le devis sans promettre un rattachement.