InfraSweep · Hetzner · Scaleway · DigitalOcean · 23/10/2026

Buckets S3 : comprendre ce qui reste facturé

Une liste d’objets vide ne décrit pas toute la facture Object Storage. Distinguez l’abonnement, les données conservées et les transferts, puis vérifiez manuellement les éléments cachés ou les usages applicatifs avant toute suppression.

1. Définir le périmètre S3

   Inventoriez les buckets de Hetzner Object Storage, Scaleway Object Storage et DigitalOcean Spaces dans les comptes et régions réellement utilisés. Le nom commercial change, pas le besoin de comprendre les données conservées. Notez l’endpoint, le propriétaire, la classe de stockage et les services qui écrivent ou lisent dans le bucket. Un bucket vide peut être nécessaire à une application qui attend son prochain transfert. Vérifiez les droits de consultation avant d’interpréter un résultat : une erreur de permission n’est pas une preuve d’absence d’objets.

2. Hetzner : raisonner au niveau du compte

   Hetzner applique un prix de base par compte lorsqu’au moins un bucket est actif, même vide, avec facturation horaire et plafond mensuel. Le stockage et le trafic sortant inclus s’accumulent avec la durée d’utilisation ; les dépassements sont calculés sur l’usage total des buckets. Supprimer un bucket vide alors que d’autres existent ne supprime donc pas automatiquement le prix de base. Comparez les quotas et la consommation du compte. La compatibilité S3 comporte des limites : vérifiez les actions supportées avant de transposer une procédure Amazon S3.

   • Hetzner — Object Storage account billing
   • Hetzner — Supported S3 actions

3. Scaleway : regarder au-delà du courant

   Avec le versioning Scaleway, supprimer un objet peut ajouter un marqueur de suppression au lieu d’effacer ses versions. Les versions précédentes restent stockées et facturables même quand l’objet n’apparaît plus dans la liste courante. Inspectez manuellement les versions et la politique de conservation avant de supprimer celles utiles à une restauration. Les transferts multipart incomplets occupent aussi du stockage facturé jusqu’à leur achèvement ou abandon. Faites identifier les transferts encore actifs par leur propriétaire : interrompre un envoi légitime n’est pas une optimisation sûre.

   • Scaleway — Bucket versioning
   • Scaleway — Multipart uploads

4. Spaces : séparer abonnement et usage

   DigitalOcean Spaces Standard Storage utilise un abonnement commun à plusieurs buckets, avec des quotas partagés de stockage et de transfert sortant. Vider tous les objets n’est pas détruire tous les buckets : l’abonnement se termine lorsque tous les buckets sont détruits. Vérifiez les dépassements et le trafic CDN comme origine selon les règles officielles. Si des objets utilisent Spaces Cold Storage, la récupération et les suppressions avant la durée minimale ont leurs propres conditions. Une suppression ne peut pas annuler du transfert déjà consommé.

   • DigitalOcean — Spaces pricing

5. Vérifier les usages avant nettoyage

   Ces contrôles sont manuels : consultez les applications, tâches planifiées, configurations de sauvegarde et règles de conservation qui référencent le bucket. Selon les fonctionnalités du service, examinez versions et multipart avec un outil S3 autorisé ; n’étendez pas une règle Scaleway à tous les fournisseurs sans vérifier sa documentation. Pour les données à conserver, testez votre procédure de récupération avant d’effacer des versions. Si le compte utilise un verrouillage ou une obligation de rétention, faites valider la décision par son responsable, sans chercher à contourner la protection.

6. Interpréter correctement InfraSweep

   InfraSweep recherche des buckets vides des trois services Object Storage et aide à prioriser les candidats avec l’IA. Il ne fournit pas un audit des versions, des multipart ou des dépendances applicatives. Son estimation mensuelle ne prouve pas qu’un abonnement partagé disparaîtra après suppression d’un bucket. Après vos vérifications, confirmez la suppression uniquement d’un bucket devenu inutile, conservez le bilan et relisez la facture suivante. En cas d’échec ou de protection fournisseur, gardez la ressource et examinez la cause plutôt que de forcer la suppression.