Uploads multipart incompletos
Upload grande que falhou no meio deixa as partes já enviadas no bucket. Elas são cobradas e não aparecem na listagem de objetos.
O que é esse problema
Arquivos grandes sobem para o S3 em partes, e só viram um objeto quando o upload é finalizado. Se o processo é interrompido antes disso — conexão caiu, deploy falhou, cliente travou — as partes que já chegaram permanecem no bucket, ocupando espaço cobrado.
O que torna isso difícil de perceber é que essas partes não são objetos ainda. Elas não aparecem quando você lista o conteúdo do bucket, não aparecem no console como arquivos, e não são contabilizadas onde a maioria das pessoas olha para entender o que está armazenado. Só a fatura e a métrica de tamanho do bucket sabem que elas existem.
A correção é uma regra de lifecycle com AbortIncompleteMultipartUpload, que remove automaticamente partes abandonadas depois de alguns dias. Vale aplicar como padrão em qualquer bucket que receba upload de arquivo grande — ela resolve o problema já existente e impede que ele volte.
Como detectamos
Listamos os buckets com ListAllMyBuckets e, em cada um, os uploads multipart em aberto com ListBucketMultipartUploads e ListMultipartUploadParts, que informam há quanto tempo cada upload foi iniciado e quanto as partes ocupam.
- Uploads multipart incompletos
Quanto custa
As partes são cobradas na classe de armazenamento do bucket — cerca de US$0,023 por GB-mês em Standard (us-east-1). Uploads abandonados de arquivos grandes acumulam dezenas de gigabytes sem aparecer em nenhuma listagem.
Preços de tabela pública da AWS, região us-east-1, sujeitos a alteração. O valor que o relatório mostra é calculado sobre os seus recursos e a sua região.
Como aparece no relatório
Exemplo ilustrativo, com recursos e valores fictícios. No relatório, cada achado vem com o recurso real, a região e o comando de correção quando existe um seguro.
Sua conta tem isso?
O scan é somente leitura e mostra o que encontrou antes de você pagar por qualquer coisa.
Rodar scan grátis