La mayoría de la gente añade un segundo servidor por una buena razón: el sitio web ha ganado tráfico, un cliente necesitaba su propio espacio o un servidor estaba sobrecargado. El segundo servidor resuelve el problema que tienes entre manos. Lo que no siempre hace es aumentar la seguridad, y añadir un tercero de la misma manera solo repite el mismo patrón.
Si gestionas más de un servidor, estas cinco preguntas te ayudarán a ver en qué aspectos tu configuración es sólida y en cuáles simplemente se mantiene por inercia. Cada una incluye una comprobación rápida que puedes hacer tú mismo y una acción que vale la pena llevar a cabo este mes. Si quieres profundizar más, cada sección tiene un enlace a una guía completa.
1. ¿Tu segundo servidor está repartiendo la carga o solo el riesgo?
La configuración más habitual con dos servidores no consiste en que los dos servidores trabajen juntos. Lo que pasa es que los sitios web están repartidos entre los dos servidores: unos aquí, otros allá. Así se distribuye el trabajo, pero cada sitio web sigue estando alojado en un único lugar. Si alguno de los servidores se cae, los sitios web que tiene alojados se caen con él.
Comprobación rápida: Haz una lista de todos los sitios web y del servidor en el que se alojan. Junto a cada uno, escribe qué pasaría si ese servidor dejara de funcionar durante una hora. Después, comprueba dónde están tus copias de seguridad. Si una copia de seguridad está en el mismo servidor que protege, también dejará de funcionar cuando ese servidor se caiga.
Una cosa que tienes que hacer: elige el sitio web que menos se pueda permitir un tiempo de inactividad y anota cómo lo recuperarías si fallara su servidor. Si la respuesta es «restaurarlo desde una copia de seguridad y cruzar los dedos», ahí tienes tu único punto de fallo.
Lee la guía: «Dos servidores no es lo mismo que una conmutación por error»
2. ¿Podría tu sitio web funcionar mañana en dos servidores a la vez?
Hacer que un sitio web funcione en dos servidores a la vez, con el tráfico repartido entre ellos, es la forma de mantener los sitios activos cuando a una máquina le toca un mal día. Pero la mayoría de los sitios no pueden hacerlo tal y como están diseñados hoy en día. Un sitio típico de WordPress guarda las imágenes subidas en el propio disco del servidor, almacena las sesiones de inicio de sesión de forma local y cuenta con una sola base de datos. Si pones un segundo servidor web al lado, los visitantes empiezan a ver imágenes que faltan y a que se les cierre la sesión de forma aleatoria.
Comprobación rápida: responde a tres preguntas. ¿Dónde se guardan tus archivos subidos? ¿Dónde se almacenan las sesiones de los usuarios? ¿Todos tus servidores web se conectan a la misma base de datos? Si alguna de las respuestas es «en este servidor», un segundo servidor web todavía no te servirá de nada.
Una cosa que puedes hacer: empieza por las subidas. Trasladar los archivos multimedia a un almacenamiento compartido suele ser el primer cambio que hace que todo lo demás sea posible, y es algo que puedes hacer sin tener que reconstruir la web.
Lee la guía: Almacenamiento de objetos para subidas en WordPress
3. ¿Quién puede acceder a tu servidor de bases de datos ahora mismo?
Cuando una base de datos se traslada a su servidor, tiene que aceptar conexiones a través de la red. La forma más rápida de conseguir que funcione suele ser abrir el puerto de la base de datos y permitir el acceso a una lista de direcciones IP. Funciona, y luego nadie vuelve a tocarlo. Con el tiempo, esa lista va creciendo y el puerto sigue siendo accesible desde Internet.
Revisión rápida: En tu servidor de bases de datos, ejecuta ss -tlnp | grep 3306. Si ves 0.0.0.0:3306 o *:3306, MySQL está a la escucha en todas las interfaces de red, no solo en una privada. Entonces, revisa las reglas de tu cortafuegos para el puerto 3306 y pregúntate si sigues reconociendo todas las direcciones de la lista.
Una cosa que tienes que hacer: elimina cualquier dirección autorizada que no sepas identificar. Si tus servidores pueden comunicarse a través de una red privada, traslada el tráfico de la base de datos a esa red y cierra por completo el puerto de acceso a Internet público.
Lee la guía: El puerto 3306 está abierto
4. Cuando añades un servidor, ¿se incluyen también sus reglas de cortafuegos?
Cuando cada servidor tiene su propio cortafuegos, cada uno lo configura en un día distinto quienquiera que esté allí en ese momento. Se abre un puerto en un servidor para arreglar algo y nunca se vuelve a cerrar. Se añade una regla a dos servidores, pero al tercero se le deja sin ella. Nada de esto se nota hasta que algo se cuela o se bloquea algo legítimo.
Comprobación rápida: exporta las reglas del cortafuegos de cada servidor y compáralas una al lado de la otra. Si usas iptables directamente, el comando «iptables -S» muestra el conjunto completo de reglas. Cualquier diferencia que no puedas explicar es una desviación.
Una cosa que hay que hacer: decidir qué conjunto de reglas es el correcto y guardarlo en un solo sitio, fuera de cualquier servidor concreto. A partir de ahora, todos los servidores obtendrán sus reglas de ese archivo, y cualquier cambio se hará ahí primero.
Lee la guía: Desviación del cortafuegos
5. ¿Cuánto tardas hoy en aumentar la capacidad?
En la mayoría de las configuraciones con varios servidores, ampliar la capacidad implica pedir un servidor, esperar a que llegue, instalarlo todo, copiar la configuración de uno ya existente y probarlo. Eso suele suponer varios días de trabajo, por lo que normalmente se hace después de que se produzca una ralentización, en lugar de antes.
La forma más rápida es usar una imagen guardada: una copia de un servidor lista para funcionar y que ya está configurada tal y como tú quieres. Poner en marcha un nuevo servidor a partir de una imagen solo lleva unos minutos, y todos los servidores que pongas en marcha empiezan siendo idénticos, lo que también resuelve el problema de la desviación de la pregunta 4.
Comprobación rápida: mide cuánto tiempo tardaste en poner en marcha tu último servidor nuevo, desde que decidiste añadirlo hasta que empezó a recibir tráfico real. Si tardaste más de un día, ese será el retraso que tendrás la próxima vez que el tráfico se dispare.
Una cosa que tienes que hacer: anota todos los pasos que seguiste en la última configuración de tu servidor. Esa lista es el primer borrador de la imagen que te conviene guardar.
Este es el tipo de trabajo del que se encarga InMotion Cloud por ti. Tus servidores funcionan como máquinas virtuales en una nube privada totalmente gestionada, con una tarifa mensual fija e ingenieros expertos en todos los planes. Descubre cómo funciona InMotion Cloud.
Lee la guía: Instantáneas de servidor frente a imágenes de referencia
Cuando añadir servidores empieza a suponer más trabajo
Si en esta lista has encontrado más cosas que arreglar de lo que esperabas, no te has quedado atrás. La mayoría de las configuraciones con varios servidores crecen así: con una solución práctica cada vez. Ve revisando los puntos anteriores a tu propio ritmo, empezando por el que más te preocupe.
Y si prefieres que tu proveedor de alojamiento cumpla más requisitos de esta lista, habla con nuestro equipo sobre InMotion Cloud.