> 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-desplegar-servidores-en-multiples-zonas-de-disponibilidad.md).

# 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.

{% hint style="info" %}

#### 👍 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.
{% endhint %}

{% hint style="warning" %}
**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.
{% endhint %}

### 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.

<figure><img src="https://70579932-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FxksPMyYRDCe4qKkhbpcY%2Fuploads%2FRfemh6bJ5upN38pnm6CX%2FSelecci%C3%B3n%20de%20Zona%20de%20Disponibilidad.jpg?alt=media&amp;token=ee9448f8-dee0-441b-ae17-ec2509ec7bef" alt=""><figcaption><p>Selección de Zona de Disponibilidad</p></figcaption></figure>

### 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.

<figure><img src="https://70579932-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FxksPMyYRDCe4qKkhbpcY%2Fuploads%2FQSwi7MZyU54Uo3blBFFM%2FConfiguraci%C3%B3n%20de%20discos.jpg?alt=media&amp;token=e67e867c-86d3-4eef-b6ce-4c321783674e" alt=""><figcaption><p>Configuración de discos</p></figcaption></figure>

### 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](/productos/servers/how-to/como-habilitar-alta-disponibilidad-ha-en-la-red-entre-dos-zonas-de-disponibilidad.md).

{% hint style="info" %}
Las redes L2 no tienen opción de HA porque los servicios de red se gestionan normalmente mediante una VNF.
{% endhint %}

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

<figure><img src="https://70579932-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FxksPMyYRDCe4qKkhbpcY%2Fuploads%2F7gR0cINzt9Q08ehxfNlT%2FSELECC~1.JPG?alt=media&amp;token=c57cbc7f-12fc-4677-b0e6-5e9cbc18cb69" alt=""><figcaption><p>Selección de tipo de red "Estándar" y <em>campo de nombre de red relleno</em></p></figcaption></figure>

### 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.

<figure><img src="https://70579932-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FxksPMyYRDCe4qKkhbpcY%2Fuploads%2FXbf2yym2IoE3MvABlPHG%2FCAMPOD~1.JPG?alt=media&amp;token=5ea153c4-0092-460e-9eba-84ebb9dc4751" alt=""><figcaption><p>Campo de nombre relleno y opción de añadir etiqueta</p></figcaption></figure>

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

<figure><img src="https://70579932-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FxksPMyYRDCe4qKkhbpcY%2Fuploads%2FCkVTZOEB46uZSSfnQVf0%2FSERVID~2.JPG?alt=media&amp;token=ee3cf996-46ea-4ad1-b9fc-7351713aeb59" alt=""><figcaption><p>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)</p></figcaption></figure>

### 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.

<figure><img src="https://70579932-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FxksPMyYRDCe4qKkhbpcY%2Fuploads%2FtGorTcrSqGUD43kqUDNz%2FCREACI~1.JPG?alt=media&amp;token=fba02d4e-e14c-4c4c-b648-06ffa2fa4e15" alt=""><figcaption><p><em>Creación del segundo servidor, con la red existente seleccionada</em></p></figcaption></figure>

<figure><img src="https://70579932-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FxksPMyYRDCe4qKkhbpcY%2Fuploads%2FmYns2OP2FCBhF8Kj5AK2%2FSERVID~1.JPG?alt=media&amp;token=b488ac4f-0a9d-44c1-a07c-b16484447760" alt=""><figcaption><p>Servidor creado con nombre y etiqueta distintos al anterior</p></figcaption></figure>

### 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.

<figure><img src="https://70579932-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FxksPMyYRDCe4qKkhbpcY%2Fuploads%2F2LmuiSdgnQDvfi3yA9ws%2FLISTAD~1.JPG?alt=media&amp;token=c2b00194-37f4-4ef7-ad52-da3f9b455988" alt=""><figcaption><p>Listado de servidores con dos servidores en estado ON ubicados en MAD1 y MAD2 respectivamente</p></figcaption></figure>

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

<figure><img src="https://70579932-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FxksPMyYRDCe4qKkhbpcY%2Fuploads%2FSvUueLfzi6xFD6d94xgS%2FESQUEM~1.JPG?alt=media&amp;token=710c5208-a8b6-4132-bd10-c2e9185f1159" alt=""><figcaption><p>Esquema con los servidores visibles en sus respectivas ubicaciones, conectados a la misma red</p></figcaption></figure>

{% hint style="info" %}
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.
{% endhint %}

{% hint style="warning" %}
**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](/productos/servers/how-to/como-habilitar-alta-disponibilidad-ha-en-la-red-entre-dos-zonas-de-disponibilidad.md).
{% endhint %}

### 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".


---

# 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-desplegar-servidores-en-multiples-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.