Un servidor de Minecraft en VDS: cuándo tiene sentido
Una comparación honesta entre VDS y el hosting de juegos ya listo para Minecraft, cómo elegir un tier según el número de jugadores y el procedimiento para instalar manualmente el núcleo del servidor.
Actualizado 23 de agosto de 2026
Puedes ejecutar cualquier servidor de Minecraft en un VPS: obtienes acceso root completo. La cuestión es si lo necesitas: todo lo que hace un panel de juego tendrás que hacerlo a mano, incluidos el arranque, las actualizaciones y las copias de seguridad.
Cuándo tiene sentido un VPS
Elige un VPS si:
- necesitas una red de servidores con un proxy, tu propia base de datos y un sitio web en una sola máquina;
- instalas software no estándar que los paneles de juego no ofrecen;
- un bot, un panel web y la API de tu proyecto tienen que funcionar junto a él;
- te manejas bien en la consola de Linux.
El hosting de juego llave en mano es más cómodo si quieres un botón de «iniciar», un gestor de archivos, copias automáticas del mundo y orientación sobre los núcleos de servidor. No hace falta pelearse con systemd, los puertos ni Java.
Elegir un plan
Minecraft está limitado por la frecuencia de un solo núcleo y la memoria. El Ryzen 9 7950X juega a tu favor aquí, pero presupuesta memoria con margen para el sistema.
| Plan | Núcleos / memoria | Escenario realista |
|---|---|---|
| VDS-1 (1/2) | 1 / 2 GB | Un servidor vanilla para 3–5 amigos |
| VDS-2 (2/4) | 2 / 4 GB | Vanilla o plugins ligeros, 10–15 jugadores |
| VDS-3 (4/8) | 4 / 8 GB | Plugins de Paper, 20–40 jugadores |
| VDS-4 (6/16) | 6 / 16 GB | Un modpack mediano o dos servidores |
| VDS-5 y VDS-6 | 8–10 / 24–32 GB | Una red con un proxy y una base de datos |
Los modpacks pesados consumen memoria más rápido que los jugadores: 60 mods para diez personas requieren más que vanilla para cincuenta.
Instalación
apt update && apt install -y openjdk-21-jre-headless
useradd -r -m -d /srv/mc -s /usr/sbin/nologin mc
cd /srv/mc
sudo -u mc curl -O https://core-address/paper.jar
sudo -u mc bash -c 'echo eula=true > eula.txt'
La unidad /etc/systemd/system/mc.service:
[Service]
User=mc
WorkingDirectory=/srv/mc
ExecStart=/usr/bin/java -Xms2G -Xmx3G -jar paper.jar nogui
Restart=on-failure
SuccessExitStatus=0 1
[Install]
WantedBy=multi-user.target
Configura -Xmx en no más que la memoria del plan menos 1 GB para el sistema: en VDS-2 son 3 GB, no 4.
Tienes que abrir el puerto 25565 en el firewall de la máquina. La dirección para los jugadores es la IPv4 pública de la pestaña «Overview» del panel en /hosting/vds/m/<id>.
Lo que tendrás que hacer tú mismo
- Copias de seguridad del mundo: no hay snapshots ni copias automáticas de la máquina, solo tu propio cron y el volcado a un almacenamiento externo.
- Actualizaciones del kernel y de Java.
- Protección contra ataques de flood y fuerza bruta de contraseñas SSH.
- Monitorización del disco: los mundos crecen, pero el disco es fijo según el plan, de 40 a 250 GB.
Errores comunes
| Síntoma | Causa |
|---|---|
| El servidor se cae sin ningún mensaje | Java pidió más memoria de la disponible: revisa journalctl -k | grep -i oom |
| Lag constante con 10 jugadores | Plugins pesados o un -Xmx demasiado bajo, no una CPU débil |
| Los jugadores no pueden entrar | El puerto está cerrado o el servidor escucha en 127.0.0.1 |
| El mundo está corrupto tras un fallo | No hay copias, y Restart=always reiniciaba el servidor sobre datos corruptos |
El ancho de banda de hasta 500 Mbps y la velocidad del disco están limitados por el plan: 60 MB/s de escritura por núcleo, el doble en lectura. Para un mundo con generación constante de chunks, esto se nota en los planes más bajos.