> For the complete documentation index, see [llms.txt](https://docs.plenit.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.plenit.com/productos/servers/how-to/como-habilitar-alta-disponibilidad-ha-en-la-red-entre-dos-zonas-de-disponibilidad.md).

# Cómo habilitar Alta Disponibilidad (HA) en la red entre dos zonas de disponibilidad

En este tutorial aprenderás a habilitar la **Alta Disponibilidad (HA) en la red** para añadir redundancia entre las dos zonas de disponibilidad de Madrid y evitar que el servicio de red dependa de una única zona.

Al finalizar, tendrás una red con HA configurada entre ambas zonas y sabrás cómo comprobar que la configuración y la conectividad entre tus servidores son correctas.

{% hint style="info" %}

#### 👍 Qué consigues

Una red con **Alta Disponibilidad habilitada entre las dos zonas de disponibilidad**, preparada para formar parte de arquitecturas que requieren continuidad ante la indisponibilidad de una zona.
{% endhint %}

### Antes de empezar: cuándo necesitas HA de red

No todas las arquitecturas que utilizan dos zonas de disponibilidad necesitan mantener una red con HA.

Si tienes componentes desplegados de forma permanente en ambas zonas y necesitas añadir redundancia también al servicio de red, habilitar HA evita que el routing dependa de una única zona de disponibilidad.

En cambio, si utilizas la segunda zona principalmente como destino de recuperación (por ejemplo, para desplegar un servidor y restaurar un backup cuando la zona original no está disponible), **no necesariamente necesitas mantener HA de red habilitada**. La configuración dependerá del escenario de continuidad que hayas diseñado para tu cliente.

### Qué hace HA de red y qué no hace

Una misma red puede utilizarse desde servidores desplegados en **MAD1** (o DOJA en la imagen) **y MAD2** (o DOJO en la imagen) aunque HA no esté activada. La conectividad entre zonas no depende de este ajuste.

Al habilitar **Alta Disponibilidad**, Plenit duplica el router virtual que gestiona la red y despliega una instancia en cada zona de disponibilidad. Si el router de una zona deja de estar disponible, el de la otra toma el relevo sin interrumpir el tráfico.

{% hint style="warning" %}
**Importante:** habilitar HA en la red no convierte automáticamente tus servidores, aplicaciones o datos en altamente disponibles. La replicación de datos, el balanceo, el clustering o los mecanismos de failover dependen de la arquitectura que configures sobre la infraestructura.
{% endhint %}

Las redes **Estándar** y **VPC** permiten habilitar Alta Disponibilidad. Las redes **L2** no disponen de esta opción porque no tienen router propio. Los servicios de red son gestionados por el partner, normalmente mediante una VNF como FortiGate o WatchGuard.

### Prerrequisitos

Para seguir este tutorial necesitas:

* Tener al menos dos servidores operativos, uno en cada zona de disponibilidad.
* Tener ambos servidores conectados a la misma red Estándar o VPC.

Si has seguido el tutorial [Cómo desplegar servidores en múltiples zonas de disponibilidad](/productos/servers/how-to/como-desplegar-servidores-en-multiples-zonas-de-disponibilidad.md), ya tienes esta configuración preparada.

### Paso 1. Accede a la configuración de red

Desde el servicio de **Servidores**, accede a **Redes/IPs**.

Verás el listado de redes de la suscripción y el estado de **Alta Disponibilidad** de cada una.

Localiza la red que conecta los servidores desplegados en las dos zonas de disponibilidad.

<figure><img src="https://70579932-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FxksPMyYRDCe4qKkhbpcY%2Fuploads%2Fn0K53El6oV35CiH5jbWe%2FREDCON~1.JPG?alt=media&amp;token=9f9e04c3-987f-41bf-8f5b-646cb81ec7fc" alt=""><figcaption><p>Red con modal de Alta Disponibilidad deshabilitado</p></figcaption></figure>

{% hint style="info" %}
La columna **Ubicación** refleja la configuración de la red entre las zonas de disponibilidad:

* **Con HA activado:** Madrid (DOJA y DOJO en la imagen, que se corresponden con MAD1 y MAD2).
* **Con HA desactivado:** muestra únicamente la zona en la que se creó la red.
  {% endhint %}

### Paso 2. Activa Alta Disponibilidad

Activa el interruptor de **Alta Disponibilidad** de la red.

La plataforma te pedirá confirmación antes de aplicar el cambio.

<figure><img src="https://70579932-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FxksPMyYRDCe4qKkhbpcY%2Fuploads%2FR12ZPHwxHc6uHuCbvh9Z%2FMODALD~1.JPG?alt=media&amp;token=03460712-b350-4c80-8b54-4c3cb9bf7288" alt=""><figcaption><p>Modal de confirmación al activar Alta Disponibilidad en la red</p></figcaption></figure>

Confirma la operación y espera a que la plataforma complete la configuración.

### Paso 3. Comprueba la configuración

Una vez completado el proceso, comprueba en el listado de redes que:

* **Alta Disponibilidad** aparece activada.
* La ubicación de la red muestra las dos zonas de disponibilidad de Madrid: DOJA y DOJO que se corresponden con **MAD1 y MAD2**.

<figure><img src="https://70579932-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FxksPMyYRDCe4qKkhbpcY%2Fuploads%2Ft81YJsZefdC6jbp4OibU%2FREDCON~2.JPG?alt=media&amp;token=e3e7ec55-2517-418f-ac7d-e745c463919b" alt=""><figcaption><p>Red con Alta Disponibilidad activada y las dos zonas de disponibilidad visibles</p></figcaption></figure>

Con esta configuración, el router virtual de la red dispone de una instancia en cada zona.

### Paso 4. Verifica la conectividad

Comprueba que existe comunicación entre los servidores desplegados en las dos zonas.

Puedes utilizar `ping` para realizar una comprobación básica:

```
ping [IP del servidor en la otra zona]
```

Realiza la prueba desde un servidor de DOJA (**MAD1)** hacia el servidor de DOJO (**MAD2)** y comprueba que recibes respuesta.

**Si utilizas Windows Server**, ten en cuenta que Windows Firewall puede bloquear por defecto el tráfico ICMP entrante. Por tanto, un `ping` fallido no implica necesariamente que no exista conectividad entre los servidores.

{% hint style="warning" %}
Habilita ICMP solo donde sea necesario para la comprobación y evita abrirlo de forma indiscriminada en servidores expuestos a Internet.
{% endhint %}

### Paso 5. Valida el entorno antes de producción

Antes de desplegar cargas de trabajo críticas, comprueba que la infraestructura coincide con el diseño previsto:

* Los servidores están desplegados en las zonas de disponibilidad correctas.
* Ambos utilizan la red prevista.
* La red tiene **Alta Disponibilidad activada**.
* Existe conectividad entre los componentes que deben comunicarse.

Utiliza la **vista de esquema** de la sección de Servidores para comprobar visualmente la distribución de los servidores y sus redes.

<figure><img src="https://70579932-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FxksPMyYRDCe4qKkhbpcY%2Fuploads%2FJrthjggQZwReqqZMBKvu%2FESQUEM~1.JPG?alt=media&amp;token=65d59ca4-3be3-47a2-867d-523ebb618f0c" alt=""><figcaption><p>Esquema con los servidores desplegados en zonas distintas y conectados a la misma red</p></figcaption></figure>

**La conectividad entre las dos zonas de disponibilidad está diseñada para ofrecer baja latencia, con valores de aproximadamente 1 ms y siempre por debajo de 5 ms RTT.** Si vas a desplegar aplicaciones especialmente sensibles a la latencia, comprueba también la latencia real entre sus componentes y contrástala con los requisitos específicos de la aplicación antes de pasar a producción.

### Conclusión

Ya tienes una red con **Alta Disponibilidad entre las dos zonas de disponibilidad de Madrid**. El servicio de routing dispone de redundancia entre DOJA y DOJO (MAD1 y MAD2) y no depende de un único router ubicado en una sola zona.

La HA de red es una parte de la estrategia de continuidad. La disponibilidad completa del servicio dependerá también de cómo hayas distribuido y configurado los servidores, las aplicaciones y los datos.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.plenit.com/productos/servers/how-to/como-habilitar-alta-disponibilidad-ha-en-la-red-entre-dos-zonas-de-disponibilidad.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.