Empresas
Empregos
  • Sobre nós
  • Soluções
    • Publicação de vagas
      Publique sua vaga e receba candidatos qualificados em 48h.
    • Avaliações de candidatos
      Mais de 500 testes técnicos e psicológicos, mais anti-fraude.
    • Headhunting
      Busca executiva personalizada do início ao fim.
    • Folha de Pagamento + EOR
      Dispersão de folha e EOR em mais de 15 países da LATAM.
  • Preços
  • Empregos

0

272
Visualizações
Gran variación en las métricas de S3: Cloudwatch vs AWS S3 CLI vs UI 'Obtener tamaño'

Tengo un único depósito que tiene métricas de tamaño total y número de objetos muy diferentes entre la Consola de administración de S3/CloudWatch y la herramienta de línea de comandos de S3.

Pantalla Métricas de S3 Management Console

  • Tamaño del cubo Bytes: Almacenamiento estándar: 3,2 TB
  • NúmeroDeObjetos: 172,000

S3 Management Console - Cuadro de diálogo Obtener tamaño

  • Tamaño total: 264,0 GiB
  • Objetos Totales: 127,030

Vigilancia de la nube:

  • Tamaño del cubo Bytes: 3,55 TB
  • NúmeroDeObjetos: 172,000

Herramienta de línea de comandos

 aws s3 ls --summarize --human-readable --recursive s3://mybucket.com
  • Tamaño total: 264,0 GiB
  • Objetos Totales: 127,030

La herramienta de línea de comandos y S3 Management Console: el cuadro de diálogo Obtener tamaño está devolviendo lo que esperaba.

Se nos factura en función de las estadísticas mucho más altas de CloudWatch.

No me molestaría si están cerca, pero Cloudwatch informa cerca de 15 veces más StorageSize que la herramienta CLI.

No hay replicación en el depósito S3.

Existen políticas de ciclo de vida para:

  • Limpiar cargas multiparte incompletas
  • Enviar archivos +1 años a Glacier
  • Eliminar permanentemente las versiones anteriores después de un año

El control de versiones está activado, pero estoy bastante seguro de que no se usa; es decir, los archivos solo se han subido una vez. He probado algunos archivos aleatorios para confirmar, y todos solo tienen una versión disponible, la última. Estoy feliz de desactivar esto en la configuración del depósito, pero entiendo que esto no 'eliminará' las versiones anteriores (si existen) de todos modos.

Tampoco creo que se deba a los archivos almacenados de Glacier, ya que recientemente configuré esta política de ciclo de vida y la falta de coincidencia de tamaño estaba presente antes de eso.

Y estoy más confundido dado que la interfaz de usuario de S3 Management Console > Overview > Select all folders > Actions > Get Size informa lo mismo que la herramienta CLI, 264 GB.

Por lo tanto, seleccionar todos los archivos/carpetas en la interfaz de usuario devuelve 264 GB, pero las métricas devuelven 3,2 TB.

¿Puede alguien arrojar algo de luz sobre lo que está pasando aquí y cómo puedo limpiarlo? Gracias roberto

over 4 years ago · Santiago Trujillo
1 Respostas
Responde à pergunta

0

Esto fue causado por 3 TB de archivos con versiones anteriores; pero todo el directorio se había eliminado, por lo que no se mostraba en la interfaz de usuario.

Cuando cambié la interfaz de usuario para mostrar las versiones, apareció la carpeta eliminada y luego pude ver todas las versiones anteriores de los archivos eliminados.

La siguiente declaración de CLI me ayudó a confirmar que fue causado por el control de versiones:

 aws s3api list-object-versions --bucket mybucker.com --query 'Versions[*].[Size,Size]' --output text | awk '{s+=$1} END {printf "%.0f", s}'
over 4 years ago · Santiago Trujillo Relatório
Responde à pergunta
Encontrar trabalhos remotos

Descubra a nova forma de encontrar um emprego!

melhores empregos
Principais categorias de trabalho
Empresas
Postar vaga Preços Comercial
Jurídico
Termos e Condições Política de privacidade
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomende algumas ofertas para mim
Preciso de ajuda