MinIO Community Edition está archivada
El repositorio minio/minio es de solo lectura desde abril de 2026 y ya no se mantiene. Una instancia existente ya no recibe correcciones de seguridad de la comunidad: lea « Quedarse o migrar » más abajo. Para salir, la guía migrer-minio-vers-garage-ou-rustfs-vps describe el método, y heberger-garage-s3-vps y self-host-rustfs-vps describen los dos destinos.
MinIO Community Edition está archivada: el estado real del proyecto
El repositorio minio/minio está archivado: es de solo lectura, su último commit es de abril de 2026 y su README indica que ya no se mantiene. Es el final de un deslizamiento visible desde el otoño de 2025: el editor anunció en octubre de 2025 que dejaría de publicar imágenes Docker y el proyecto pasó a « solo mantenimiento » en diciembre de 2025, sin aceptar nuevas contribuciones y, como mucho, con examen caso por caso de las correcciones críticas. La edición Community se distribuye ahora solo como código fuente, bajo licencia AGPLv3, y el editor remite a AIStor Free (edición autónoma, licencia gratuita) o AIStor Enterprise (edición distribuida con soporte comercial). El código sigue disponible y sus datos siguen siendo legibles: lo que desaparece es el equipo de origen que corrige las vulnerabilidades.
Qué implica para una instancia ya en servicio
- Se acabaron las correcciones de seguridad de la comunidad — el próximo fallo que afecte al servidor S3, a la consola o a la autenticación no lo corregirá nadie en origen; usted sigue expuesto hasta que lo corrija por su cuenta
- Subir la etiqueta de la imagen ya no sirve —
docker compose pullya no trae una versión corregida deminio/minio; la actualización automática da una falsa sensación de seguridad - Recompilar desde el código es convertirse en mantenedor — al distribuirse solo el código fuente, compilar, firmar y seguir los CVE de las dependencias Go pasa a ser su trabajo
- El ecosistema avanza sin usted — los SDK, herramientas y aplicaciones S3 seguirán funcionando un tiempo, pero nadie hará ya pruebas de interoperabilidad con nuevas versiones de MinIO
- Sus datos no corren peligro inmediato — nada se rompe el día del archivo y tanto
mccomorclonesiguen leyendo sus buckets; el riesgo es lento, el de la deuda de seguridad - La exposición fija la urgencia — una instancia accesible desde Internet no tiene el mismo perfil de riesgo que una en red privada, detrás de una VPN o un cortafuegos
Quedarse o migrar: cómo decidir
Haga tres preguntas en este orden. ¿Es la instancia accesible desde Internet? ¿Justifican los datos una vigilancia de seguridad que nadie más hará por usted? ¿Puede su equipo asumir el mantenimiento de una compilación propia? Un « sí » a la primera, o tres « no » a las demás, empujan a migrar; una instancia privada, poco expuesta y con copias probadas, deja tiempo para preparar. En ambos casos no decida con prisa: una migración S3 se prepara (inventario de buckets, políticas, URL prefirmadas, versionado) y eso es lo que detalla la guía migrer-minio-vers-garage-ou-rustfs-vps. Los destinos se describen en heberger-garage-s3-vps y self-host-rustfs-vps, dos almacenamientos compatibles con S3 cuyas diferencias de funciones con MinIO conviene conocer antes de elegir.
Quedarse, compilar, migrar: la tabla de decisión
Desplace la tabla
| Opción | Cuándo se sostiene | Qué implica |
|---|---|---|
| Quedarse en la última versión comunitaria | Instancia privada, datos poco sensibles, salida planificada | Sin correcciones de origen, aislamiento y vigilancia a su cargo |
| Compilar desde el código fuente | Equipo capaz de seguir los CVE de Go y recompilar | Usted pasa a mantener su propio binario |
| Pasar a la edición AIStor del editor | Quiere seguir en el ecosistema MinIO | Licencia y condiciones propias del editor, que hay que leer antes de comprometerse |
| Migrar a Garage | Volumen modesto, necesidades S3 simples, replicación entre sitios | Versionado, ACL y políticas de bucket no admitidos |
| Migrar a RustFS | Necesita consola y un uso cercano a MinIO | ACL no admitidas, región y estilo de direccionamiento que fijar explícitamente |
| Volver a un almacenamiento S3 público | Sin capacidad de explotación interna | Vuelven los costes de egress y la facturación por petición |
Por qué autoalojar MinIO en un VPS
MinIO expone una API 100 % compatible con S3: todos sus SDK, herramientas (aws s3, rclone, mc) y frameworks que hablan S3 funcionan sin modificación alguna. En lugar de pagar el almacenamiento, las peticiones y sobre todo el egress de una nube pública, obtiene un almacenamiento de objetos local a la tarifa fija de su VPS. Es perfecto para servir recursos de aplicación, guardar las subidas de los usuarios, recibir los snapshots de bases de datos o construir un destino de copia de seguridad para sus demás servidores, todo ello sobre una infraestructura que usted controla.
Las bazas de un almacenamiento de objetos propio
- API S3 nativa: compatibilidad inmediata con
aws-cli,rclone, SDK y frameworks existentes - Sin gastos de egress ni facturación por petición GET/PUT
- Consola web integrada para gestionar buckets, policies y usuarios
- Cifrado del lado del servidor y versionado de los objetos activables por bucket
- Destino de copia de seguridad ideal para sus VPS, bases de datos y contenedores
- Policies de acceso granulares y enlaces prefirmados para compartir archivos con total seguridad
Requisitos realistas
MinIO es ligero en CPU y RAM: un VPS de 2 vCPU y 2 GB de RAM basta para empezar. El factor determinante es el disco: prevea un volumen SSD dimensionado según su volumen de datos objetivo, con margen para el versionado. Docker + Compose instalados, un subdominio para la API (s3.sudominio.com) y otro para la consola (console.sudominio.com). Un certificado TLS es indispensable, porque MinIO transporta credenciales.
Despliegue paso a paso
Preparar el almacenamiento en el VPS
Cree el directorio de datos en su SSD:
mkdir -p /opt/minio/data. Si dispone de varios volúmenes, MinIO puede agregarlos en modo erasure coding para ganar en resiliencia.Definir el servicio con credenciales robustas
En
docker-compose.yml, utilice la imagenminio/minio, el comandoserver /data --console-address ":9001"y definaMINIO_ROOT_USER/MINIO_ROOT_PASSWORDcon valores generados aleatoriamente. Monte/opt/minio/data:/data.Arrancar y enlazar los puertos en local
Lance
docker compose up -d. Exponga el puerto de API 9000 y el puerto de consola 9001 únicamente en127.0.0.1: se publicarán exclusivamente a través del reverse proxy.Implantar el reverse proxy TLS
Configure dos virtual hosts HTTPS:
s3.sudominio.comhacia el puerto 9000 yconsole.sudominio.comhacia el 9001. No olvide autorizar las subidas de gran tamaño conclient_max_body_size 0;(Nginx) en el host de la API.Crear un bucket y un usuario de aplicación
Con el cliente
mc:mc alias set local https://s3.sudominio.com ..., despuésmc mb local/mi-bucket, y cree un usuario dedicado con una policyreadwritelimitada a ese bucket en lugar de usar la cuenta root.Activar el versionado y el cifrado
Active el versionado (
mc version enable) para protegerse de los borrados accidentales y configure el cifrado del lado del servidor (SSE) en los buckets sensibles.
Utilice la funcionalidad de replicación de buckets (mc replicate) entre su MinIO y un segundo VPS remoto: obtiene una copia casi en tiempo real de sus objetos en otra ubicación, lo que constituye una estrategia de recuperación ante desastres robusta sin depender de una nube ajena. Combínela con reglas de lifecycle para expirar automáticamente las versiones antiguas y controlar el espacio en disco.
MinIO: cuándo quedarse es defendible
Quedarse no es un error en sí. Un MinIO archivado sigue almacenando y sirviendo objetos, y una migración mal preparada suele hacer más daño que un fallo teórico en un servicio no expuesto. Quedarse es defendible cuando se elige este riesgo con conocimiento de causa, con una fecha de salida, en lugar de ignorarlo.
Las condiciones de una permanencia razonable
- Ninguna exposición pública — puertos 9000 y 9001 ligados a
127.0.0.1o a una red privada, consola nunca publicada, acceso por VPN o túnel SSH - Uso acotado — destino de copias interno o almacén de artefactos, sin subidas de usuarios anónimos ni datos personales sensibles
- Copia independiente y probada — copia de los buckets en otro soporte con
mc mirrororclone, y una restauración realmente probada - Funciones sin equivalente en otro lugar — su aplicación depende del versionado, de las políticas de bucket o de la replicación que el destino no admite, y migrar la rompería
- Un plazo escrito — una revisión trimestral y desencadenantes de migración: fallo publicado sin corrección, exposición que se vuelve necesaria, aplicación que exige una versión más reciente
Si falta uno de estos cinco puntos, trate la migración como un proyecto que planificar, no como un « algún día »: migrer-minio-vers-garage-ou-rustfs-vps para el método, heberger-garage-s3-vps y self-host-rustfs-vps para instalar el destino.
