Cuánta RAM necesita un servidor de Minecraft (con mods)

La respuesta corta: un servidor vanilla o Paper para jugar con unos pocos amigos va bien con 2 GB, uno con plugins y 10-25 jugadores pide 4 GB, y un modpack grande puede necesitar 10-12 GB o más. La respuesta larga es que la RAM depende de varias cosas a la vez, y que pasarse no hace que el servidor vaya más rápido.

🧠 De qué depende la RAM de un servidor de Minecraft

Cuatro factores explican casi todo el consumo:

• El tipo de servidor. Vanilla y Paper cargan solo el juego base (y plugins, que suelen ser ligeros). Forge, NeoForge y Fabric con mods añaden bloques, criaturas, dimensiones y máquinas que el servidor tiene que mantener en memoria desde el arranque.
• Los jugadores conectados a la vez. No cuentan los registrados ni los slots, sino los que coinciden en línea: cada uno mantiene cargada una zona de chunks a su alrededor.
• La distancia de visión y de simulación. Son view-distance y simulation-distance en server.properties. Los chunks cargados crecen con el cuadrado de la distancia: con view-distance=10 cada jugador carga un cuadrado de 21×21 chunks (441); con 16 son 33×33 (1.089), casi dos veces y media más.
• El tamaño del modpack y los mods de generación de mundo. Los mods que añaden biomas, estructuras y dimensiones hacen que cada chunk nuevo cueste más de generar y de mantener en memoria.

📊 Tabla orientativa de RAM por tipo de servidor

Son cifras de partida, no una regla exacta: el consumo real cambia según los plugins, las granjas y la configuración de cada servidor.

Tipo de servidor	RAM orientativa
Vanilla o Paper, 1-10 jugadores	2 GB
Paper con plugins, 10-25 jugadores	4 GB
Paper con plugins, 25-50 jugadores	6-8 GB
Modpack ligero (unos 50 mods)	4-6 GB
Modpack medio (100-200 mods)	6-8 GB
Modpack grande (200+ mods, packs tipo «expert» o con mucha generación de mundo)	10-12 GB o más
Red BungeeCord o Velocity	1-2 GB para el proxy; cada servidor, aparte

En un servidor con plugins mandan los jugadores simultáneos; en uno con mods manda el propio pack, que necesita buena parte de su memoria solo para arrancar. Si vas con plugins, mira cómo instalar plugins en Paper y Purpur; si vas con mods, cómo instalar mods en Forge y Fabric.

⚡ Más RAM no significa más TPS

Es el error más habitual: el servidor va a tirones, se le dobla la RAM y sigue igual. El motivo es que la lógica del juego (el tick, 20 por segundo cuando todo va bien) se ejecuta en su mayor parte en un solo hilo. Lo que marca los TPS es la potencia de la CPU por núcleo y la configuración del servidor, no los gigas que sobran.

La RAM funciona como un umbral: si falta, el servidor sufre o se cierra; una vez hay suficiente, añadir más no acelera nada.

🚨 Señales de que a tu servidor le falta RAM

• Cierres con java.lang.OutOfMemoryError en la consola o en el informe de crash: Java pidió memoria y no quedaba.
• Avisos de Can't keep up! Is the server overloaded? con la memoria al límite. Ese mensaje por sí solo indica que el tick va con retraso, y lo habitual es que sea CPU o configuración; solo apunta a la RAM si coincide con la memoria pegada al máximo.
• Pausas largas del recolector de basura. Congelones de uno o varios segundos en los que todos los jugadores se quedan parados a la vez.

Para comprobarlo, mira la gráfica de memoria del panel y, si usas spark (incluido en las versiones recientes de Paper y disponible como mod para Forge y Fabric), ejecuta /spark health para ver TPS, CPU y memoria. Lo preocupante no es que la memoria esté alta, sino que siga casi llena justo después de cada limpieza.

🔧 Trucos para necesitar menos RAM

• Usa Paper o Purpur en vez de vanilla. Gestionan mejor chunks y entidades, y en nuestro panel se cambia de tipo de servidor sin abrir ticket; aquí tienes cómo cambiar la versión del servidor sin perder datos.
• Limita view-distance. Si está en 16, 24 o 32, bajarla a 8-10 es de lo que más alivia, en RAM y en CPU. simulation-distance puede ir más baja (6-8): controla hasta dónde funcionan granjas, criaturas y redstone, no lo que se ve.
• Pre-genera el mundo con Chunky. Generar terreno mientras los jugadores exploran es lo más caro que hace el servidor, sobre todo con mods. Con /chunky radius 5000 y /chunky start lo dejas hecho de antemano; lo explicamos en la guía para pre-generar el mundo con Chunky.
• Programa un reinicio diario. Limpia la memoria que plugins y mods van acumulando con las horas.
• Quita los mods y plugins que no se usan. Cada mod ocupa memoria aunque nadie toque sus bloques. Haz antes una copia de seguridad desde el panel: quitar un mod elimina sus bloques y objetos del mundo.

💶 Empieza pequeño y sube de plan cuando haga falta

En ZentexNode la RAM cuesta 1 € por GB al mes: 2 GB son 2 €/mes, 4 GB son 4 €, 8 GB son 8 €, y así hasta 32 GB. No hay permanencia ni cuota de alta, así que no hace falta acertar a la primera: empieza por el plan que marca la tabla y sube de plan después sin perder el mundo. Todos incluyen servidores en España, discos NVMe, protección Anti-DDoS, copias de seguridad y la pestaña Mods/Plugins para instalar desde el panel. Tienes todos los tamaños en la tienda.

❓ Preguntas frecuentes

¿Cuánta RAM necesita un servidor de Minecraft con mods?
Depende del pack: 4-6 GB para uno ligero de unos 50 mods, 6-8 GB para uno de 100-200 y 10-12 GB o más para packs grandes o con mucha generación de mundo.

¿2 GB son suficientes para jugar con amigos?
Sí en vanilla o Paper con hasta unos 10 jugadores y una distancia de visión razonable (8-10). Si añades muchos plugins, pasa a 4 GB.

¿Pierdo el mundo si cambio de plan?
No. Al ampliar la RAM se conservan el mundo, los plugins, los mods y la configuración; solo cambia la memoria disponible.

Si ya sabes por dónde empezar, en nuestro hosting de Minecraft el servidor se crea solo al pagar y recibes los datos por correo.