Business
Jobs
  • About Us
  • Solutions
    • Job Postings
      Post your job and receive qualified candidates in 48h.
    • Candidate Assessments
      500+ technical and psychological tests, plus anti-fraud.
    • Headhunting
      Tailor-made executive search from start to finish.
    • Payroll + EOR
      Payroll dispersal and EOR across 15+ LATAM countries.
  • Pricing
  • Jobs

0

270
Views
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 answers
Answer question

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 Report
Answer question
Find remote jobs

Discover the new way to find a job!

Top jobs
Top job categories
Business
Post vacancy Pricing Sales
Legal
Terms and conditions Privacy policy
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Show me some job opportunities
There's an error!