Para MinIO con 10 TB de capacidad útil necesitas como mínimo un clúster de 4 nodos con 4–8 vCPU, 16–32 GB RAM por nodo, 12–24 SSD/HDD, red de 10 Gbps y entre 15 y 24 TB de capacidad raw para erasure coding.
Requisitos de servidor MinIO para almacenamiento S3
MinIO no es un servidor de archivos
Los principales minio server requirements no dependen solo del número de solicitudes HTTP, sino de la combinación de capacidad útil, tamaño de los objetos, concurrencia de operaciones PUT/GET, rendimiento de discos y red. MinIO guarda los datos como objetos S3 y los distribuye entre discos mediante erasure coding. Por eso, un servidor con 32 núcleos, un único HDD lento y un puerto de 1 Gbps rendirá peor que un sistema con 8 núcleos, varios SSD y red de 10 Gbps.
Para un despliegue en producción son importantes cuatro recursos: capacidad raw de disco, número de unidades independientes, ancho de banda de red y RAM para la caché de archivos del sistema operativo. La CPU interviene en los checksums, TLS, la compresión a nivel de aplicación y los cálculos de erasure coding, pero en una carga S3 típica el procesador rara vez es el primer cuello de botella.
Si MinIO se ejecuta junto a otros servicios, evalúa primero el modelo general de infraestructura según la guía de hardware para aplicaciones self-hosted. No conviene mezclar el almacenamiento de objetos con una base de datos, runners de CI y un servidor de juegos en el mismo array: sus perfiles de I/O entran en conflicto.
Qué calcular antes de contratar el servidor
- Capacidad útil: cuántos TB deben almacenarse tras aplicar erasure coding, no el tamaño actual de los archivos subidos.
- Crecimiento: añade una previsión de crecimiento para 12–18 meses y una reserva de al menos 20% de espacio libre.
- Objetos: millones de archivos de 4 KB generan más operaciones de metadatos que unos cientos de archivos de 20 GB.
- Velocidad pico: la subida de backups, la distribución de contenidos multimedia y la restauración de VM requieren recursos de red diferentes.
- Tolerancia a fallos: un único servidor protege frente al fallo de un disco, pero no ante la pérdida completa del nodo; un clúster de 4 nodos tolera el fallo de un servidor con una distribución correcta de los discos.
Cómo calcular el tamaño de MinIO self-hosted S3 según la capacidad útil
La capacidad raw siempre es mayor que la útil
Una búsqueda de minio self hosted s3 sizing comienza calculando el overhead de erasure coding. Con un esquema de 4 data + 2 parity, seis partes del objeto ocupan el espacio de cuatro partes originales, por lo que la eficiencia útil es de aproximadamente 66,7%. Para 10 TB de datos se necesitan al menos 15 TB de espacio raw; con una reserva del 20%, unos 18 TB.
raw_capacity = useful_capacity / data_efficiency
required_raw = raw_capacity * 1.20
Пример:
10 TB / 0.667 = 15 TB raw
15 TB * 1.20 = 18 TB raw с резервомLa distribución real de parity depende del número de discos en el erasure set y de la versión de la configuración. Por ello, no planifiques el array al límite: antes de comprar hardware, verifica el esquema en un pool de prueba con el comando mc admin info y contempla un disco adicional o un nodo de reserva.
Planificación para 1, 10 y 50 TB
Para 1 TB de datos de trabajo, un único servidor con cuatro SSD independientes de 1 TB es una opción razonable: con una eficiencia conservadora del 50% se obtienen unos 2 TB de espacio útil antes de llenarlo. Es adecuado para artefactos internos, backups pequeños y buckets S3 de pruebas, pero no sustituye la redundancia geográfica.
Para 10 TB es mejor usar 4 nodos con varios discos en cada uno. Por ejemplo, 4 servidores con 3 × 2 TB proporcionan 24 TB raw. Incluso con una eficiencia útil del 50%, quedan unos 12 TB, y con un esquema de parity más eficiente, más capacidad. Es importante que los datos se distribuyan entre los nodos y no estén concentrados en un solo servidor.
Para 50 TB de datos útiles, una configuración práctica es 4 nodos con 6 × 4 TB SSD o enterprise HDD cada uno: 96 TB raw en total. Con una eficiencia del 66,7%, son unos 64 TB antes de considerar la reserva operativa, por lo que una carga de trabajo de 50 TB es más segura que un array ocupado al 90%.
¿Buscas un servidor fiable para tus proyectos?
VPS desde $10/mes y servidores dedicados desde $9/mes con NVMe, protección DDoS y soporte 24/7.
Ver ofertas →Cuántos discos necesita MinIO y qué unidades elegir
Mínimo cuatro discos independientes
La pregunta cuántos discos necesita MinIO no se resuelve con un único array RAID grande. El mínimo práctico para erasure coding son 4 discos independientes, disponibles directamente para MinIO como mount point separados. Un disco de 20 TB no ofrece el mismo paralelismo ni tolerancia a fallos que cuatro discos de 5 TB.
No uses RAID 5/6 por hardware para sustituir el erasure coding de MinIO: añade una segunda capa de parity, complica el diagnóstico y puede empeorar la recuperación. Lo habitual es exponer los discos individualmente al sistema operativo mediante una HBA en modo JBOD, formatearlos con XFS y montarlos sin crear un LVM RAID.
mkfs.xfs -f /dev/sdb
mkdir -p /mnt/minio/disk1
mount /dev/sdb /mnt/minio/disk1
# Проверка, что каждый диск виден отдельно
lsblk -o NAME,SIZE,MODEL,TYPE,MOUNTPOINTNVMe, SATA SSD o HDD
Las minio object storage server specs dependen del perfil de datos. NVMe está justificado para objetos pequeños frecuentes, registries de contenedores, caché de CI, analítica y alta concurrencia. SATA SSD sirve para la mayoría de backups, documentos, contenido multimedia y aplicaciones con IOPS moderadas. Los enterprise HDD ofrecen mejor precio por TB para archivos fríos, pero requieren más discos para lograr una velocidad secuencial alta.
Un SATA SSD moderno suele ofrecer cientos de MB/s de I/O secuencial, mientras que NVMe alcanza 1 GB/s o más, pero la velocidad final de MinIO está limitada por la red, parity y los clientes. Para HDD, no te guíes únicamente por los TB: las operaciones aleatorias pueden quedar limitadas a decenas o cientos de IOPS por disco. Para backups de VM con deduplicación, conviene comparar este enfoque con la guía sobre requisitos de Proxmox Backup Server: MinIO y PBS resuelven necesidades de almacenamiento distintas y no son sustitutos directos.
Qué requisitos de hardware necesita MinIO para CPU y RAM
Por qué la CPU no es el recurso principal
Los Minio hardware requirements de procesador suelen empezar con 4 vCPU modernas por nodo para un clúster de producción. Una frecuencia de 2,5 GHz es más importante que una gran cantidad de núcleos lentos: MinIO procesa solicitudes S3 en paralelo, TLS y cálculos de parity, pero el flujo de datos suele estar limitado por las unidades de almacenamiento o Ethernet.
Para un nodo único de 1 TB, 2–4 vCPU son suficientes. Para un quórum de 10 TB, usa 4–8 vCPU por servidor. Para 50 TB, 10 Gbps y decenas de clientes simultáneos, utiliza 8–16 vCPU por nodo. Aumentar la CPU por encima de 16 núcleos tiene sentido con cifrado del lado del servidor, muchos objetos pequeños, compresión intensa en los clientes o numerosas multipart upload simultáneas.
RAM, CPU y erasure coding en MinIO
La relación minio RAM CPU erasure coding funciona así: la CPU codifica y verifica las partes de los objetos, mientras que la RAM ayuda principalmente a la page cache de Linux y a los búferes de solicitudes. MinIO no necesita un heap enorme solo por tener buckets grandes. Para un nodo pequeño bastan 8 GB RAM; para 10 TB, 16–32 GB por servidor; para 50 TB y 10 Gbps, 32–64 GB.
No asignes toda la memoria a MinIO. El sistema operativo utiliza la RAM como caché de archivos y las subidas paralelas requieren búferes. Si el servidor tiene 32 GB RAM, deja al menos 4–8 GB libres para el kernel, el sistema de archivos y la monitorización. Vigila MemAvailable, no solo el indicador de memoria «used».
free -h
iostat -xz 1
sar -n DEV 1
mc admin info localQué red y tráfico necesita un servidor MinIO
1 Gbps para empezar, 10 Gbps como estándar operativo
Los requisitos de red de un servidor MinIO dependen de la velocidad de transferencia objetivo. Un puerto de 1 Gbps ofrece hasta 125 MB/s teóricos y normalmente unos 100–110 MB/s útiles en un flujo. Es aceptable para un archivo interno de 1 TB, pero se convertirá en una limitación con backups simultáneos y restauración de varias máquinas virtuales.
Un puerto de 10 Gbps ofrece hasta 1,25 GB/s teóricos. La velocidad real depende de los discos, MTU, ajustes TCP, número de flujos y erasure coding, pero para un clúster de 10–50 TB es un punto de partida razonable. El tráfico entre nodos de MinIO circula dentro del clúster, por lo que todos los servidores deben estar en una red privada rápida con latencia predecible.
Cómo calcular el tráfico externo
Para calcular el tráfico, suma las subidas, descargas y replicación mensuales. Por ejemplo, 10 TB de backups nuevos al mes más dos restauraciones completas de 10 TB generarán al menos 30 TB de tráfico de clientes. La replicación a un clúster remoto añadirá un volumen próximo al de los nuevos objetos.
Para distribuir públicamente imágenes o vídeo, considera el cache hit de la CDN: sin CDN, un objeto popular de 5 GB descargado 1 000 veces equivale a 5 TB de tráfico saliente. Si MinIO se utiliza para contenido multimedia de Matrix, calcula también la carga de federación según el artículo sobre hardware para Matrix Synapse.
Escala → especificaciones: cuánto cuesta la infraestructura para MinIO
Configuración de referencia para 1, 10 y 50 TB
Para MinIO con 10 TB de datos útiles basta un quórum de 4 nodos con 4 vCPU, 16 GB RAM por nodo, 24 TB SSD raw, red de 10 Gbps y tráfico desde 30 TB al mes.
| Escala de carga | vCPU | RAM | Disco | Puerto de red | Tráfico | Precio |
|---|---|---|---|---|---|---|
| 1 TB, hasta 10 MB/s, un nodo | 2–4 vCPU | 8 GB | 4 × 1 TB SATA SSD, 4 TB raw | 1 Gbps | 3–5 TB/mes | aproximadamente desde $25/mes |
| 10 TB, hasta 300 MB/s, 4 nodos | 4 vCPU por nodo | 16 GB por nodo | 4 × 3 × 2 TB SSD, 24 TB raw | 10 Gbps | 30 TB/mes | aproximadamente desde $220/mes por clúster |
| 50 TB, hasta 1 GB/s, 4 nodos | 8–16 vCPU por nodo | 32–64 GB por nodo | 4 × 6 × 4 TB SSD/HDD, 96 TB raw | 10 Gbps | 100 TB/mes | aproximadamente desde $650/mes por clúster |
Los precios de la tabla son estimaciones orientativas de infraestructura para marzo de 2025: el coste final depende del tipo de discos, ubicación, tráfico incluido, direcciones IP, redundancia y servicios managed. Para almacenamiento S3 comercial, reserva un presupuesto independiente para copias de seguridad, monitorización y un segundo sitio.
Cuándo elegir un nodo único y cuándo un quórum
Un servidor MinIO único con cuatro discos es adecuado para dev/stage, archivo local y datos no críticos. Puede tolerar el fallo de un disco dentro de los límites de parity, pero la pérdida de la placa base, controlador, rack o toda la ubicación dejará el servicio inaccesible.
Un quórum de 4 nodos es necesario para producción: los objetos y parity se distribuyen entre servidores, y el fallo de un nodo no debería interrumpir el acceso a los datos. Aun así, el clúster no sustituye un backup. El borrado accidental de un bucket, la exposición de claves o la corrupción lógica se replican tan rápido como los datos normales.
Cómo desplegar y comprobar MinIO sin errores
Configuración básica de MinIO distribuido
Para cuatro servidores, utiliza el mismo número de discos y los mismos puntos de montaje. Los discos heterogéneos son técnicamente posibles, pero la unidad y el nodo más lentos afectarán a la p99 latency. No ejecutes MinIO de producción sobre sistemas de archivos de red NFS o SMB: MinIO espera discos locales con una semántica predecible.
export MINIO_ROOT_USER="minioadmin"
export MINIO_ROOT_PASSWORD="replace-with-long-secret"
minio server \
https://minio{1...4}.internal.example/mnt/minio/disk{1...3} \
--console-address ":9001"La contraseña de administrador debe tener más de 20 caracteres, y es preferible proporcionar acceso a las aplicaciones mediante policy y service account independientes. Utiliza TLS, una red privada entre nodos y restringe el acceso al puerto de consola 9001.
Pruebas de rendimiento y monitorización
Tras el arranque, realiza pruebas con tamaños reales de objeto: 1 MB, 64 MB y 1 GB. Para verificarlo, utiliza warp o varios clientes S3 en paralelo. Una prueba individual con un solo flujo no mostrará el potencial de 10 Gbps: para alcanzar 1 GB/s se necesitan varias subidas paralelas y discos suficientemente rápidos.
- Mantén la ocupación del array por debajo del 80% y, para HDD, preferiblemente por debajo del 70%.
- Comprueba la latencia de los discos con
iostat -xz 1; unawaitalto en un disco perjudicará a todo el set. - Configura alertas por indisponibilidad de discos, nodos, bucket replication y falta de espacio libre.
- Prueba la restauración al menos una vez por trimestre: descargar un objeto no es lo mismo que restaurar 10 TB de datos.
- No dependas de snapshots de un único servidor como único backup; utiliza un clúster independiente o una copia offline.
Si MinIO almacena mods de juegos, partidas guardadas o artefactos de compilación automatizada, no lo ubiques en el mismo nodo de CPU saturado donde se ejecuta la simulación. Por ejemplo, la carga de un juego puede ser sensible a un único núcleo, como muestra el análisis de requisitos de servidor Factorio, mientras que el almacenamiento de objetos depende principalmente del I/O y la red.
Preguntas frecuentes
¿Cuánta RAM necesita MinIO?
Para MinIO de pruebas en un solo nodo bastan 8 GB RAM y 2–4 vCPU. Para un quórum de producción de 10 TB se recomiendan 16–32 GB RAM en cada uno de los 4 nodos. Con 10 Gbps, muchas multipart upload simultáneas y millones de objetos pequeños, resulta más práctico asignar desde 32 GB por servidor.
¿Se puede ejecutar MinIO en un solo disco?
Técnicamente MinIO puede ejecutarse en un solo disco, pero no es una configuración para almacenamiento S3 fiable. Una única unidad no proporciona erasure coding ni tolera un fallo de hardware. Para una protección mínima, utiliza 4 SSD o HDD independientes; para tolerancia a fallos del servidor, un clúster de al menos 4 nodos.
¿MinIO necesita RAID?
MinIO normalmente no necesita RAID 5 ni RAID 6 sobre los discos: el servicio aplica erasure coding entre unidades independientes. La configuración recomendada es JBOD/HBA y XFS en cada disco. RAID 1 es válido para el disco de sistema operativo de 100–240 GB, pero es mejor mantener independientes los discos de datos de MinIO.
¿Es suficiente una red de 1 Gbps para MinIO?
Una red de 1 Gbps es suficiente para almacenamiento pequeño de hasta 1 TB y una carga de unos 100 MB/s, por ejemplo para backups nocturnos. Para un clúster de 10 TB, restauración de máquinas virtuales o distribución multimedia, elige 10 Gbps: el límite teórico es 1,25 GB/s, lo que reduce el riesgo de un cuello de botella de red.
Conclusiones
Recomendación práctica
Para MinIO de hasta 1 TB, utiliza 4 SSD, 4 vCPU, 8 GB RAM y un puerto de 1 Gbps, pero guarda los datos críticos en una copia independiente. Para producción con 10 TB, elige 4 nodos, al menos 24 TB raw SSD, 16 GB RAM por nodo y red de 10 Gbps; al crecer hasta 50 TB, escala principalmente el número de discos y el ancho de banda de red, no solo la CPU.
Bare metal en más de 70 ubicaciones: hardware moderno, NVMe, aprovisionamiento rápido y pago con tarjeta o cripto.
Elegir servidor
