Linux suele ser la mejor opción de servidor FiveM para un operador que ya se siente cómodo con la automatización de Linux; Windows suele ser la opción más segura cuando una herramienta, recurso o flujo de trabajo de soporte requerido depende de Windows. No hay una afirmación universal defendible de que uno use un porcentaje fijo menor de CPU o RAM. Prueba el mismo artefacto FXServer, recursos, base de datos y carga de trabajo en el hardware que realmente puedes desplegar.
Corrección: el artículo anterior afirmaba diferencias del 23% de CPU y 40% de RAM de una prueba no revelada de «168 horas/200 jugadores». No existía un entorno reproducible ni datos brutos, por lo que esas cifras y la afirmación de la prueba fueron eliminadas.
Empieza con el soporte y las dependencias
Cfx.re publica por separado rutas de configuración de FXServer para Windows y Linux. Consulta esa página para obtener el artefacto actual, el tiempo de ejecución y las instrucciones de lanzamiento. Luego, haz un inventario de todas las dependencias que tu servidor necesita: base de datos, herramientas de copia de seguridad, monitorización, voz, antitrampas, herramientas de administración y cualquier recurso con binarios nativos.
Un recurso escrito en Lua o JavaScript puede ser portable, mientras que un componente nativo incluido o un script de instalación no lo es. Verifica la versión real y la documentación del proveedor; no asumas la compatibilidad por el nombre del framework.
Tabla de decisiones
| Factor | Linux | Windows |
|---|---|---|
| Experiencia del operador | Gran ajuste para habilidades de automatización de shell, servicios del sistema e infraestructura | Gran ajuste para equipos que administran a través de herramientas de Windows y escritorio remoto |
| Dependencia de recursos/nativa | Confirma los binarios de Linux, los permisos y las rutas que distinguen entre mayúsculas y minúsculas | Confirma el tiempo de ejecución de Windows compatible y los permisos de la cuenta de servicio |
| Automatización | Flujos de trabajo comunes de CLI/administrador de servicios | PowerShell, Programador de tareas o herramientas de servicio de Windows |
| Comportamiento del sistema de archivos | Las rutas sensibles a mayúsculas y minúsculas suelen exponer nombres de recursos inconsistentes | Los sistemas de archivos predeterminados a menudo ocultan las discrepancias de mayúsculas y minúsculas hasta la migración |
| Solución de problemas | Los registros y las herramientas de procesos/red se ajustan a flujos de trabajo orientados al servidor | La GUI y las herramientas de eventos/procesos de Windows pueden ser más familiares para el equipo |
| Rendimiento | Mide la carga de trabajo completa; la etiqueta del sistema operativo por sí sola no predice el resultado | |
Cuándo elegir Linux
- El operador puede administrar usuarios, permisos, servicios, registros, reglas de firewall y copias de seguridad sin copiar comandos inexplicables.
- Cada recurso requerido y dependencia nativa es compatible con la distribución y arquitectura elegidas.
- Los flujos de trabajo de implementación, monitoreo y restauración ya están automatizados para Linux.
- Una prueba limpia detecta las rutas de recursos que distinguen entre mayúsculas y minúsculas antes de la producción.
Cuándo elegir Windows
- Una dependencia compatible requerida o un flujo de trabajo del proveedor es específico de Windows.
- El equipo puede proteger y mantener Windows de forma más fiable que Linux.
- Las herramientas existentes de copia de seguridad, supervisión y respuesta a incidentes están diseñadas para Windows.
- El beneficio operativo supera los requisitos de licencia y administración remota para el host elegido.
Cómo comparar la elección
Utiliza la misma clase de hardware físico o virtual, artefacto FXServer, compilación del juego, server.cfg, revisiones de recursos, conjunto de datos de la base de datos y condiciones de red. No compares una instalación limpia de Linux con un servidor de producción de Windows que ejecute diferentes recursos.
- Registra el artefacto, el sistema operativo/compilación, la asignación de CPU, la memoria, el almacenamiento, la base de datos y cada revisión de recurso.
- Calienta ambos sistemas y reproduce la misma carga de trabajo controlada durante la misma duración.
- Mide la distribución del tiempo de fotogramas del servidor, la saturación de la CPU, la memoria residente, la latencia de la base de datos, la pérdida de red y las advertencias de recursos, no solo un promedio.
- Ejecuta varias muestras y conserva la serie temporal sin procesar y el script de prueba.
- Prueba el tiempo de reinicio, recuperación de fallos, copia de seguridad y restauración; la fiabilidad operativa es parte de la elección.
- Publica el entorno con cualquier porcentaje que informes. Sin él, presenta el resultado solo como una observación de ese servidor.
Lista de verificación de migración
- Haz una copia de seguridad de la base de datos, la configuración, los secretos y los datos de los recursos antes de copiar los archivos.
- Normaliza las mayúsculas y minúsculas del nombre de archivo y del nombre del recurso antes de mover a Linux.
- Recrea cuentas de servicio/base de datos de mínimo privilegio en lugar de copiar permisos amplios.
- Verifica el orden de inicio y todas las dependencias nativas.
- Prueba txAdmin, las copias de seguridad programadas, la monitorización y la restauración en el sistema operativo de destino.
- Mantén el host anterior intacto hasta que un cliente real, las escrituras en la base de datos y la recuperación de reinicio pasen las pruebas.
El sistema operativo debe seguir la dependencia del servidor y la evidencia del operador. Para la secuencia de compilación completa, continúa con Cómo crear un servidor FiveM.