MinIO en Auto Scaling Group falla tras parcheo de septiembre: descarga del binario devuelve HTTP 413

MinIO, la solución de almacenamiento en la nube compatible con S3, se ejecuta en un entorno DEV con una sola instancia EC2 gestionada por un Auto Scaling Group (ASG). El proceso habitual de recuperación después de un parcheo del sistema operativo es sencillo: parchear la instancia, notar que MinIO devuelve un error HTTP 505, terminar la instancia y dejar que el ASG lance una nueva. El script de user‑data descarga el binario de MinIO, lo instala y lo inicia, y el servicio vuelve a estar disponible.

Ese flujo funcionó sin problemas tras el parcheo de agosto. Con el parche de septiembre, sin embargo, la misma lógica deja a la instancia sin servicio: el nuevo binario se descarga con un error HTTP 413, lo que indica que la petición supera el límite de tamaño permitido por el servidor. La traza de cloud‑init confirma que la URL de descarga utilizada por el bootstrap ya no está disponible.

El problema se debe a un cambio en la política de distribución de MinIO. En agosto el proyecto ofrecía un enlace directo a la última versión estable, mientras que a partir de septiembre la descarga se canaliza a través de un CDN que impone un límite de tamaño por petición. Si la petición excede ese límite, el servidor responde con 413. Este ajuste, no documentado en la documentación pública, afecta directamente al flujo automatizado de bootstrap.

Qué revisar primero

1. URL de descarga: Compara la cadena de la URL en la configuración de agosto con la de septiembre. Si la ruta apunta a un bucket de S3 público, la política de CORS y los límites de tamaño del bucket deben revisarse.
2. Políticas de IAM y grupos de seguridad: Asegúrate de que la instancia todavía tenga permiso para acceder al bucket o al CDN y que no haya reglas de firewall que limiten el tamaño de la respuesta.
3. Logs de user‑data: El registro de cloud‑init suele incluir el encabezado Content-Length; verifica si el tamaño reportado supera el límite.

Recuperación sin terminar instancias

• Instalar MinIO manualmente: Descarga el binario con curl -L https://dl.min.io/server/minio/release/linux-amd64/minio (o la versión específica) y copia el ejecutable al directorio /usr/local/bin. Luego configura el servicio con systemctl enable --now minio.
• Usar un contenedor: Lanza MinIO en Docker o ECS, evitando la descarga directa en la instancia.
• Cachear el binario: Almacena el binario en un bucket privado con una política de acceso que permita la descarga a través de la instancia.

Recomendaciones para el bootstrap futuro

1. Especificar la versión: Cambia la URL de descarga a la de la versión exacta que quieres, por ejemplo https://dl.min.io/server/minio/release/linux-amd64/minio.RELEASE.2026-09-01T00-00-00Z.
2. Validar el tamaño: Añade una comprobación de curl -I antes de la descarga para asegurar que la respuesta no excede el límite.
3. Fallback a Docker: Si el proceso de descarga sigue fallando, considera lanzar MinIO como contenedor en lugar de binario.

En síntesis, el error 413 es consecuencia de un cambio inesperado en la distribución de MinIO. Ajustar la URL de descarga y añadir validaciones previas al bootstrap solucionará el problema y evitará la necesidad de terminar instancias repetidamente.

El hilo original en Reddit