Cómo desplegar servidores en múltiples zonas de disponibilidad

En este tutorial aprenderás a crear una arquitectura básica distribuida desplegando dos servidores en zonas de disponibilidad distintas dentro de Madrid. Al finalizar, tendrás ambos servidores operativos y conectados a la misma red, preparados para construir escenarios de continuidad o alta disponibilidad.

👍 Qué consigues

Dos servidores operativos, uno en cada zona de disponibilidad, conectados a la misma red y preparados para construir una arquitectura de continuidad entre zonas.

Importante: distribuir servidores entre zonas no configura automáticamente la alta disponibilidad (HA) de tus aplicaciones o datos. La replicación, el balanceo o el mecanismo de failover dependerán de la arquitectura que diseñes.

Qué es una zona de disponibilidad y por qué importa

Las Zonas de Disponibilidad en Plenit funcionan mediante datacenters físicos independientes en Madrid: MAD1 (Digital Realty) y MAD2 (Data4). Cada zona dispone de infraestructura física independiente (electricidad, hardware, seguridad...). Distribuir los componentes entre ambas permite diseñar servicios que no dependan de una única ubicación física.

Plenit te permite elegir en qué zona despliegas cada servidor y utilizar redes disponibles en ambas zonas. Tú decides cómo distribuyes los componentes de la infraestructura y qué mecanismos de continuidad necesitas sobre ellos.

Antes de crear nada, decide:

• ¿Qué servidores van en MAD1 y cuáles en MAD2?
• ¿Qué tipo de red necesitas?
• ¿Qué pasa en tu arquitectura si una zona cae?

Si la respuesta a la tercera pregunta es confusa, el primer paso recomendado es diseñar la arquitectura.

Prerrequisitos

• Estar dado de alta en la plataforma con una organización activa.
• Tener clara la arquitectura: qué servidor va en cada zona y cómo se conectan.
• Saber qué tipo de red necesitas antes de empezar (si no lo tienes claro, revisa la sección de red de este tutorial antes de arrancar).

Paso 1. Crea un servicio de Servidores

Desde el menú, ve a Servidores y entra en la suscripción donde quieres trabajar. Dentro del servicio, pulsa Nuevo Servidor. Se abrirá el asistente de creación.

Paso 2. Elige la ubicación (MAD1)

Este es el paso más importante. Selecciona:

• Región: Madrid
• Zona de disponibilidad: MAD1 (o MAD2, pero recuerda que el otro servidor tiene que estar en la zona no elegida en este primer servidor)

Elige la zona en la que quieres activar el servidor. No puedes continuar sin seleccionar zona.

Selección de Zona de Disponibilidad

Paso 3. Configura el servidor

En los distintos pasos de la creación del servidor, podrás seleccionar la CPU y RAM que necesitas, la imagen del Sistema Operativo, las aplicaciones que quieras preinstalar. También configurar los discos, el de backup (incluido) y discos adicionales.

Configuración de discos

Paso 4. Configura la red

Tienes tres tipos de red disponibles. Elige según tu caso:

Tipo	Cuándo usarlo	HA disponible
Estándar	Caso general. Red plana, todos los servidores se ven entre sí. Elige esta opción si no necesitas segmentación.	Sí
VPC	Cuando necesitas segmentar en capas (aplicación, base de datos...). Los servidores en Tiers distintos no se ven entre sí por defecto.	Sí
L2	Cuando gestionas tus propios servicios de red encima, normalmente con un VNF como FortiGate o WatchGuard. Sin gateway ni DNS gestionados por la plataforma.	No

Las redes Estándar y VPC pueden configurarse además con Alta Disponibilidad (HA), añadiendo redundancia a los componentes de red entre zonas. No necesitas activarla para que servidores desplegados en MAD1 y MAD2 utilicen la misma red. Veremos cuándo utilizarla y cómo configurarla en el tutorial Cómo habilitar Alta Disponibilidad (HA) en la red entre dos zonas de disponibilidad.

Las redes L2 no tienen opción de HA porque los servicios de red se gestionan normalmente mediante una VNF.

Para este tutorial, crea una red nueva con tipo Estándar.

Selección de tipo de red "Estándar" y campo de nombre de red relleno

Paso 5. Ajustes finales

Dale un nombre descriptivo al servidor y añade una etiqueta con la zona. Cuando tengas varios servidores entre dos zonas, esto es lo que te permite identificarlos de un vistazo.

Campo de nombre relleno y opción de añadir etiqueta

Pulsa Crear Servidor. La plataforma te notificará cuando el servidor esté listo.

Servidor creado con información del campo ubicación (Madrid, donde se ubican las dos Zonas de Disponibilidad) y Espacio de red (Zona de Disponibilidad)

Paso 6. Crea el segundo servidor (MAD2)

Repite los pasos 2 al 5 con estas diferencias:

• Selecciona MAD2 como zona
• Cuando estés en la sección de "Red" del wizard de creación del servidor, selecciona la red que ya creaste en lugar de crear una nueva. Así, ambos servidores quedarán conectados a la misma red.
• Asigna un nombre y etiqueta al nuevo servidor que ayuden a identificar y diferenciar con respecto del anterior servidor creado.

Creación del segundo servidor, con la red existente seleccionada

Servidor creado con nombre y etiqueta distintos al anterior

Paso 7. Verifica la arquitectura

Cuando los dos servidores estén en estado ON, verifica que todo está correcto:

• En el listado de servidores, verifica que cada servidor está desplegado en una zona de disponibilidad distinta: uno en MAD1 y otro en MAD2.
• Comprueba que ambos utilizan la misma red.
• En la vista de esquema, verifica que los dos servidores aparecen en sus respectivas zonas y conectados a esa red.

Si los dos muestran la misma zona, vuelve al Paso 3. Revisa la ubicación seleccionada antes de continuar.

Listado de servidores con dos servidores en estado ON ubicados en MAD1 y MAD2 respectivamente

Con el esquema, deberías ver los dos servidores en ramas distintas, cada uno en su zona, conectados a la misma red.

Esquema con los servidores visibles en sus respectivas ubicaciones, conectados a la misma red

Si necesitas comprobar también la comunicación entre ambos servidores, puedes realizar una prueba de conectividad. En servidores Windows, recuerda que el firewall puede bloquear por defecto el tráfico ICMP, por lo que un ping fallido no implica necesariamente que no exista conectividad.

Importante: si tienes servidores Windows en la red, por defecto el firewall de Windows bloquea el tráfico ICMP entre subredes. Tendrás que crear una regla de entrada para permitir ICMPv4 si quieres verificar la conectividad con ping. Esto se cubre en el tutorial Cómo habilitar HA en la red y buenas prácticas de configuración.

Conclusión

Tienes dos servidores desplegados en zonas de disponibilidad independientes y conectados a la misma red. Ya tienes la base de infraestructura sobre la que construir la estrategia de continuidad que necesita tu cliente.

El siguiente paso depende de lo que estés construyendo. Si necesitas configurar alta disponibilidad y buenas prácticas de red, continúa con el tutorial "Cómo habilitar HA policy y buenas prácticas".