InfraSweep · Hetzner · Scaleway · DigitalOcean ·
Comment vérifier un volume détaché avant de le supprimer ?
Détaché ne veut pas dire vide, inutile ou sauvegardé. Établissez l’identité du disque, inspectez ses données sans les altérer et confirmez une récupération possible avant de supprimer du stockage persistant.
Retrouver le propriétaire
Dans la console du fournisseur, notez l’identifiant exact, le projet, la région ou zone, la capacité, les labels et l’éventuel ancien serveur. Comparez ces informations aux tickets de migration, inventaires et configurations de déploiement. Contactez la personne qui gérait le service : un disque peut attendre une reconnexion ou conserver un jeu de données réglementaire. Si personne ne peut expliquer son rôle, placez-le dans une liste de vérification avec une échéance de décision ; l’absence de propriétaire n’autorise pas une suppression immédiate.
Comprendre le coût conservé
DigitalOcean facture un volume tant qu’il existe, attaché ou non. Hetzner décrit une facturation horaire plafonnée mensuellement pour les volumes provisionnés. Scaleway facture le Block Storage à l’heure selon la taille du volume, pas le volume de fichiers réellement présents. Un disque presque vide peut donc coûter, mais cela ne prouve pas qu’il soit inutile. Rapprochez chaque identifiant des lignes de facturation et distinguez Block Storage, disque local et snapshot : ce sont des ressources et des mécanismes différents.
Inspecter sans modifier
Faites inspecter le volume par un administrateur dans un environnement isolé et compatible avec sa zone et son système de fichiers. Vérifiez d’abord qu’il n’est plus utilisé ; privilégiez une lecture seule lorsque la procédure du système le permet. Ne formatez pas le disque et ne lancez pas de réparation automatique pour le rendre lisible. Recherchez bases de données, pièces jointes, configurations et archives, en respectant les accès aux données personnelles. Si le contenu est chiffré, confirmez que les clés nécessaires sont disponibles avant d’évaluer son utilité.
Choisir la bonne sauvegarde
Chez Hetzner, les backups et snapshots de serveur n’incluent pas les volumes attachés ; le service ne fournit pas de snapshots de volumes. Prévoyez une copie des données par vos outils de sauvegarde. DigitalOcean propose des snapshots de volumes, mais leur cohérence après crash ne garantit pas celle d’une application en cours d’écriture. Scaleway permet de créer un snapshot Block Storage : identifiez le bon volume source et coordonnez aussi les écritures applicatives. Ne supposez jamais qu’une sauvegarde du serveur couvre tous ses disques.
Tester la récupération
Une copie existante n’est pas une restauration démontrée. Dans un environnement de test, faites vérifier un échantillon significatif de fichiers et, si nécessaire, l’ouverture de la base avec une procédure adaptée. Consignez l’emplacement de sauvegarde, sa date, les clés requises et le responsable capable de récupérer les données. Vérifiez également que les configurations ne référencent plus l’ancien identifiant. Si le test échoue ou que la seule copie reste sur le volume, gardez le disque et traitez d’abord le problème de sauvegarde.
Supprimer le bon identifiant
InfraSweep aide à repérer les volumes non attachés et à estimer leur coût ; il ne lit pas leur contenu ni ne teste une restauration. Après validation humaine, comparez le fournisseur, le compte et l’identifiant dans la confirmation. Supprimez un seul candidat à la fois, puis vérifiez son absence dans la console et archivez le bilan. Chez Scaleway, la conservation des volumes lors de la suppression d’une Instance dépend aussi du parcours console ou API : ne remplacez pas ce contrôle par une suppression globale du serveur.
Repérer les ressources orphelines avec InfraSweep
InfraSweep aide à détecter les ressources orphelines, estimer leur coût mensuel et prioriser les vérifications avec l’IA. Il ne remplace pas la facture du fournisseur. Les ressources actives et légitimes ne constituent pas une liste à nettoyer ; vérifiez le contexte avant toute suppression.