Un servidor ISPConfig suele empezar haciéndolo todo: sitios web, correo, DNS y bases de datos en una sola máquina. Eso funciona hasta que el filtrado de correo empieza a competir por la memoria con sitios web de mucho tráfico, o hasta que una sola caída deja sin servicio a los sitios web, al correo y a la resolución de nombres al mismo tiempo. Una configuración multiservidor de ISPConfig reparte esos roles entre varios servidores, mientras usted sigue administrándolos todos desde un solo panel de control de hosting. Esta guía explica cómo funciona, qué roles conviene separar primero y qué planificar antes de la instalación de ISPConfig, para que la división no cree nuevos puntos débiles.
Cómo funciona una configuración multiservidor de ISPConfig
En el modo multiservidor, una máquina es el servidor maestro de ISPConfig. Ejecuta el panel de control y contiene la base de datos principal de ISPConfig. Cada uno de los demás servidores ejecuta su propia instalación de ISPConfig que se une a la configuración y asume solo los roles que usted le asigne, como web, correo, DNS o base de datos. Cuando usted crea un sitio web o un buzón en el panel, el cambio se escribe en la base de datos maestra, y el servidor responsable de ese rol lo recoge mediante una tarea programada periódicamente y lo aplica de forma local.
De esto se derivan dos consecuencias. Primero, cada servidor unido necesita acceso a la base de datos del maestro, así que esa conexión debe permitirse a través del firewall, y solo desde sus propios servidores. Segundo, el maestro es el lugar donde se hacen los cambios, pero no soporta el tráfico de los demás servidores. Si el panel está caído, los sitios web, el correo y el DNS de las otras máquinas siguen funcionando; simplemente no se puede cambiar nada hasta que el maestro vuelva.
Qué roles separar primero
No necesita un servidor por rol desde el primer día. Un orden sensato para la mayoría de las pequeñas empresas de hosting y agencias:
- Un servidor de nombres secundario. El DNS es el rol más sencillo de separar y el de beneficio más claro. Con un servidor de nombres secundario en otra ubicación, los dominios siguen resolviéndose cuando el servidor principal está caído, y los registradores esperan al menos dos servidores de nombres de todos modos.
- Un servidor de correo independiente. El filtrado de spam con Rspamd, el análisis de virus y los buzones grandes usan memoria y disco en ráfagas. Trasladar el correo a su propia máquina evita que una ola de spam ralentice los sitios web y le da al servidor de correo su propia dirección IP y su propia reputación de envío.
- Servidores web adicionales. Cuando los sitios superan una sola máquina, se pueden añadir nuevos servidores web y colocar en ellos a los clientes nuevos. Los sitios existentes se quedan donde están, a menos que usted los traslade.
- Un servidor de base de datos dedicado, para cargas de trabajo en las que bases de datos grandes compiten con PHP por la memoria.
Cuando hay tres o más servidores, una pequeña máquina dedicada solo al panel como maestro es una opción común, porque así las actualizaciones del panel nunca tocan un servidor que atiende a clientes.
Servidores espejo para redundancia
ISPConfig también puede marcar un servidor como espejo de otro. El espejo recibe la misma configuración, que es la forma estándar de crear el servidor de nombres secundario: un servidor espejo de ISPConfig para DNS recibe automáticamente todas las zonas creadas en el panel. También es posible replicar servidores web o de correo, pero la configuración es solo la mitad del trabajo. Los archivos de los sitios, las bases de datos y los buzones también deben mantenerse sincronizados por otros medios, como la sincronización de archivos y la replicación de bases de datos, y eso añade piezas móviles. Para la mayoría de las configuraciones pequeñas, un servidor DNS espejo más copias de seguridad confiables de los servidores web y de correo es el equilibrio adecuado.
Planificación antes de la instalación de ISPConfig
El autoinstalador oficial de ISPConfig construye cada servidor y puede omitir los roles que una máquina no necesita, por ejemplo instalar un servidor web sin correo ni DNS. Los servidores que se unen a una configuración existente se instalan en el modo experto del instalador, que pregunta si el servidor debe unirse a una configuración multiservidor y pide los datos de la base de datos del maestro. Antes de ejecutarlo en cualquier lugar, defina estos puntos:
- Nombres de host. Cada servidor necesita un nombre de host completamente calificado como mx1.yourdomain.com, con un registro A que apunte a su dirección IP pública, y los servidores deben poder resolver los nombres de los demás.
- Red privada. Si sus servidores están con el mismo proveedor, haga que se comuniquen por una red privada y permita el puerto de la base de datos del maestro solo desde esas direcciones.
- DNS inverso para el servidor de correo. Su dirección IP debe resolverse de vuelta a su nombre de host; lo configura su proveedor de hosting.
- Sistemas compatibles. Use una versión que el instalador admita para la versión de ISPConfig que instale. El autoinstalador está dirigido a las versiones Debian y Ubuntu LTS, y ISPConfig 3.3.1 añadió compatibilidad con Debian 13.
- La misma versión en todos. Todos los servidores de la configuración deben ejecutar la misma versión de ISPConfig.
Esta planificación es la parte de una instalación de ISPConfig que más tiempo ahorra después, porque los nombres de host, las redes y los roles son difíciles de cambiar una vez que los clientes están en producción.
Configuración de ISPConfig después de unir los servidores
Cuando todos los servidores aparecen en el panel, la configuración de ISPConfig continúa en los ajustes de servidor: qué servidor web recibe de forma predeterminada los sitios nuevos, qué servidor de correo maneja los nuevos dominios de correo y qué servidor DNS contiene las zonas nuevas. Después viene la lista de verificación que hace confiable la configuración:
- Una configuración de DNS con plantillas que apunten los dominios nuevos a los servidores web y de correo correctos desde el principio.
- SPF, DKIM y DMARC para cada dominio de correo, para que los proveedores receptores confíen en el servidor de correo separado.
- Monitoreo de cada servidor, no solo del maestro, incluidos el espacio en disco, la longitud de la cola de correo y las renovaciones de certificados.
- Copias de seguridad en cada servidor que contenga datos, con una restauración probada para cada rol.
Para las actualizaciones, el orden habitual es primero el maestro y luego los demás servidores de uno en uno, comprobando entre cada uno que se procesen los cambios pendientes. El panel muestra los cambios que aún esperan ser aplicados, que también es el primer lugar donde mirar cuando un sitio o buzón nuevo no aparece en su servidor.
Preguntas frecuentes: configuración multiservidor de ISPConfig
¿Puede un servidor ISPConfig único existente convertirse en una configuración multiservidor?
Sí. El servidor existente se convierte en el maestro y los servidores nuevos se unen a él. Trasladar los sitios web o buzones existentes a los servidores nuevos es un paso aparte que requiere planificación, porque hay que copiar datos y cambiar registros DNS.
¿Todos los servidores deben estar con el mismo proveedor de hosting?
No, pero ayuda. Los servidores en ubicaciones distintas deben llegar a la base de datos del maestro a través de internet, lo que requiere reglas de firewall estrictas y conexiones cifradas. El servidor de nombres secundario es el rol que más se beneficia de estar en otro lugar.
¿Qué pasa con los sitios web si el servidor maestro se cae?
Los sitios web, el correo y el DNS de los demás servidores siguen funcionando. Solo el panel y los cambios que aún no se han aplicado esperan hasta que el maestro vuelva.
¿Está considerando una división, o un primer servidor ISPConfig para su empresa o agencia? Nuestro servicio de instalación y configuración de ISPConfig cubre configuraciones de un solo servidor y multiservidor en Debian o Ubuntu, incluidos el servidor de correo, el DNS y las copias de seguridad. Para la parte de DNS por sí sola, consulte nuestro servicio de configuración de servidores DNS. Contáctenos con una breve descripción de su servidor actual y de lo que aloja.
