Antes de empezar
Prepara edición, versión, loader, modpack, distancia de vista y tamaño del mundo. Decide quién administrará el servicio. Si migras una comunidad existente, guarda una copia y comprueba versiones y dependencias antes de cambiar la instancia en uso.
Elegir Java o Bedrock
Java admite distintos programas de servidor y loaders, mientras Bedrock utiliza su propio servidor y protocolo. No todos los plugins o modpacks funcionan en ambas ediciones. Confirma la combinación que necesita tu comunidad y la dirección asignada. Una consola web disponible no demuestra que cualquier cliente pueda conectarse al juego elegido.
Para Java, elija el software que coincida con las extensiones: Paper u otro servidor de complemento, Fabric, Forge o NeoForge según el modpack. Los complementos y modificaciones no son intercambiables. Verifique las dependencias y las versiones publicadas antes de comprar recursos para una combinación que no puede iniciarse.
Separar CPU y memoria
Minecraft depende a menudo de un hilo principal. Más vCPU no aumentan sin límite su rendimiento y más RAM no reemplaza la CPU. Una vCPU tampoco equivale necesariamente a un núcleo físico reservado. Compara el procesador anunciado, las condiciones de compartición y un perfil de la carga real antes de deducir capacidad solo de los números del plan.
Las necesidades de memoria dependen del motor, mods, entidades y mundo. Deje espacio para el sistema y el mantenimiento. Comience con distancias de visualización y simulación adecuadas y luego mida. RAM no garantiza un número fijo de jugadores y la memoria adicional no soluciona un complemento de bloqueo.
Contar mods, chunks y distancias
Un modpack pesado, entidades, granjas y generación de chunks modifican la demanda. Vista y simulación mayores aumentan el trabajo. El configurador de CubixServ sirve como punto de partida, no garantiza una cantidad fija de jugadores. Comprueba Java, loader y dependencias; en Paper, otras configuraciones pueden sobrescribir server.properties, por lo que importan los valores efectivos.
Compruebe cómo se crean, descargan y restauran las copias de seguridad, incluidas las cuotas y la retención. Una copia almacenada únicamente en el nodo principal no cubre la pérdida de ese nodo. Pruebe la restauración en una copia antes de migraciones importantes o cambios en la versión mundial.
Confirmar la protección del juego
Pregunta por el puerto asignado, protocolo, reenvíos y caminos permitidos hacia el origen. Un proxy HTTP no protege automáticamente Bedrock UDP ni todas las peticiones de Minecraft Java. Los 15 Tbps comunicados son capacidad agregada de protección aguas arriba: no describen el puerto individual ni garantizan cualquier protección de aplicación. Confirma el alcance para tu edición.
Pregunte cómo las actualizaciones manejan la detención, la copia de seguridad, la confirmación y la reversión. Los mundos, las tareas programadas y el acceso compartido necesitan límites y permisos claros. El reinicio no debe ser repetible sin controles mientras hay otra operación activa.
Revisar copias y herramientas
Verifica qué datos se incluyen en una copia, dónde quedan y cómo se recuperan. Poder hacer una copia manual no significa que existan copias automáticas periódicas. Comprueba consola, archivos y catálogo según el tipo de servidor. Que una extensión aparezca en el catálogo no confirma una versión instalable compatible; conserva mundos y configuración antes de actualizar.
Utilice los puertos asignados y pruebe desde las redes del reproductor. No confunda el hecho de que el sitio web del proveedor esté en línea con la disponibilidad del juego. Cuando esté involucrado un dominio o proxy, verifique esa ruta y también cualquier origen expuesto.
Comparar precio y responsabilidades
Compara renovación, importe total de la duración y extras necesarios. Un precio de entrada no explica el coste posterior. Un servidor de juego gestionado y un VPS requieren distintas tareas de mantenimiento. Para migrar, prueba una instancia nueva con tus archivos y versiones antes del cambio definitivo, y acuerda cuándo estarán desconectados los jugadores.
Cuando su plan y su cuenta califiquen para una prueba, pruebe su motor, su mundo y sus extensiones en sus condiciones reales. Mida la actividad representativa y mantenga una copia de seguridad independiente. Para Paper, elaborar perfiles durante una desaceleración es más útil que una estimación abstracta del jugador.
Qué hacer en tu caso
| Situación | Próximo paso |
|---|---|
| Mundo pequeño sin mods | Elige la edición y una distancia de vista moderada. Observa la carga antes de ampliar recursos. |
| Modpack exigente | Confirma loader, Java y dependencias y deja reservas. Prueba la combinación concreta en lugar de asumir una cifra de jugadores. |
| Migración de un mundo existente | Comprueba copia y restauración y prueba el nuevo servidor antes del cambio de dirección. |
Fuentes oficiales
Estas fuentes explican los protocolos y ajustes mencionados. Comprueba siempre la documentación de tu versión.