> 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/docs-pt/productos/servers/how-to/como-implementar-servidores-em-multiplas-zonas-de-disponibilidade.md).

# Como implementar servidores em múltiplas zonas de disponibilidade

Neste tutorial, aprenderás a criar uma arquitetura básica distribuída implantando **dois servidores em zonas de disponibilidade distintas dentro de Madrid.**\
Ao terminar, terás ambos os servidores operacionais e ligados à mesma Rede, preparados para construir cenários de continuidade ou Alta disponibilidade.

{% hint style="info" %}

#### 👍 O que consegues

Dois servidores operacionais, um em cada zona de disponibilidade, ligados à mesma Rede e preparados para construir uma arquitetura de continuidade entre zonas.
{% endhint %}

{% hint style="warning" %}
**Importante:** distribuir servidores entre zonas não configura automaticamente a Alta disponibilidade (HA) das tuas aplicações ou dados. A Replicação, o balanceamento ou o mecanismo de failover dependerão da arquitetura que conceberes.
{% endhint %}

### O que é uma zona de disponibilidade e por que é importante

As Zonas de disponibilidade na Plenit funcionam através de datacenters físicos independentes em Madrid: MAD1 (Digital Realty) e MAD2 (Data4). Cada zona dispõe de infraestrutura física independente (eletricidade, hardware, segurança...). Distribuir os componentes entre ambas permite conceber serviços que não dependam de uma única localização física.

A Plenit permite-te escolher em que zona implementas cada servidor e utilizar redes disponíveis em ambas as zonas. Tu decides como distribuis os componentes da infraestrutura e que mecanismos de continuidade precisas sobre eles.

Antes de criar qualquer coisa, decide:

* Que servidores vão em MAD1 e quais vão em MAD2?
* Que tipo de Rede precisas?
* O que acontece na tua arquitetura se uma zona falhar?

Se a resposta à terceira pergunta for confusa, o primeiro passo recomendado é conceber a arquitetura.

### Pré-requisitos

* Estar registado na plataforma com uma Organização ativa.
* Ter a arquitetura clara: que servidor vai em cada zona e como se ligam.
* Saber que tipo de Rede precisas antes de começar (se não tiveres isso claro, revê a secção de Rede deste tutorial antes de arrancar).

### Passo 1. Cria um serviço de Servidores

No menu, vai a Servidores e entra na Subscrição onde queres trabalhar. Dentro do serviço, clica em Novo Servidor. O assistente de criação será aberto.

### Passo 2. Escolhe a localização (MAD1)

Este é o passo mais importante. Seleciona:

* Região: Madrid
* Zona de disponibilidade: MAD1 (ou MAD2, mas lembra-te de que o outro servidor tem de estar na zona não escolhida para este primeiro servidor)

Escolhe a zona em que queres ativar o servidor. Não podes continuar sem selecionar a zona.

<figure><img src="https://1427657614-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>Seleção de Zona de disponibilidade</p></figcaption></figure>

### Passo 3. Configura o servidor

Nos diferentes passos da criação do servidor, poderás selecionar a CPU e a RAM de que precisas, a imagem do Sistema operativo, as aplicações que queres pré-instalar. Também podes configurar os discos, o de Cópia de segurança (incluído) e discos adicionais.

<figure><img src="https://1427657614-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>Configuração de discos</p></figcaption></figure>

### Passo 4. Configura a Rede

Tens três tipos de Rede disponíveis. Escolhe de acordo com o teu caso:

| Tipo   | Quando usá-lo                                                                                                                                              | HA disponível |
| ------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------- |
| Padrão | Caso geral. Rede plana, todos os servidores veem-se entre si. Escolhe esta opção se não precisares de segmentação.                                         | Sim           |
| VPC    | Quando precisas de segmentar em camadas (aplicação, base de dados...). Os servidores em Tiers diferentes não se veem entre si por defeito.                 | Sim           |
| L2     | Quando geres os teus próprios serviços de Rede por cima, normalmente com um VNF como FortiGate ou WatchGuard. Sem gateway nem DNS geridos pela plataforma. | Não           |

As redes Padrão e VPC podem ainda ser configuradas com Alta disponibilidade (HA), adicionando redundância aos componentes de Rede entre zonas. Não precisas de a ativar para que servidores implantados em MAD1 e MAD2 utilizem a mesma Rede. Veremos quando utilizá-la e como configurá-la no tutorial [Como habilitar Alta disponibilidade (HA) na Rede entre duas zonas de disponibilidade](/docs-pt/productos/servers/how-to/como-ativar-alta-disponibilidade-ha-na-rede-entre-duas-zonas-de-disponibilidade.md).

{% hint style="info" %}
As Redes L2 não têm opção de HA porque os serviços de Rede são normalmente geridos através de uma VNF.
{% endhint %}

Para este tutorial, cria uma nova Rede do tipo Padrão.

<figure><img src="https://1427657614-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>Seleção do tipo de Rede "Padrão" e <em>campo de nome da Rede preenchido</em></p></figcaption></figure>

### Passo 5. Ajustes finais

Dá um nome descritivo ao servidor e acrescenta uma etiqueta com a zona. Quando tiveres vários servidores entre duas zonas, isto é o que te permite identificá-los num relance.

<figure><img src="https://1427657614-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 nome preenchido e opção de adicionar etiqueta</p></figcaption></figure>

Clica em Criar Servidor. A plataforma notificar-te-á quando o servidor estiver pronto.

<figure><img src="https://1427657614-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 criado com informação do campo localização (Madrid, onde se encontram as duas Zonas de disponibilidade) e Espaço de Rede (Zona de disponibilidade)</p></figcaption></figure>

### Passo 6. Cria o segundo servidor (MAD2)

Repete os passos 2 a 5 com estas diferenças:

* Seleciona MAD2 como zona
* Quando estiveres na secção de "Rede" do assistente de criação do servidor, seleciona a Rede que já criaste em vez de criares uma nova. Assim, ambos os servidores ficarão ligados à mesma Rede.
* Atribui um nome e uma etiqueta ao novo servidor que ajudem a identificar e diferenciar em relação ao servidor anterior criado.

<figure><img src="https://1427657614-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>Criação do segundo servidor, com a Rede existente selecionada</em></p></figcaption></figure>

<figure><img src="https://1427657614-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 criado com nome e etiqueta diferentes dos do servidor anterior</p></figcaption></figure>

### Passo 7. Verifica a arquitetura

Quando os dois servidores estiverem no estado ON, verifica se tudo está correto:

* Na listagem de servidores, verifica que cada servidor está implantado numa zona de disponibilidade distinta: um em **MAD1** e outro em **MAD2**.
* Confirma que ambos utilizam a **mesma Rede**.
* Na vista de esquema, verifica que os dois servidores aparecem nas suas respetivas zonas e ligados a essa Rede.

Se os dois mostrarem a mesma zona, volta ao Passo 3. Revê a localização selecionada antes de continuares.

<figure><img src="https://1427657614-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>Listagem de servidores com dois servidores em estado ON localizados em MAD1 e MAD2, respetivamente</p></figcaption></figure>

No esquema, deverás ver os dois servidores em ramos distintos, cada um na sua zona, ligados à mesma Rede.

<figure><img src="https://1427657614-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 com os servidores visíveis nas respetivas localizações, ligados à mesma Rede</p></figcaption></figure>

{% hint style="info" %}
Se precisares de verificar também a comunicação entre ambos os servidores, podes fazer um teste de conectividade. Em servidores Windows, lembra-te de que o Firewall pode bloquear por defeito o tráfego ICMP, pelo que um `ping` falhado não implica necessariamente que não exista conectividade.
{% endhint %}

{% hint style="warning" %}
**Importante:** se tiveres servidores Windows na Rede, por defeito o Firewall do Windows bloqueia o tráfego ICMP entre sub-redes. Terás de criar uma regra de entrada para permitir ICMPv4 se quiseres verificar a conectividade com ping. Isto é abordado no tutorial [Como ativar HA na Rede e boas práticas de configuração](/docs-pt/productos/servers/how-to/como-ativar-alta-disponibilidade-ha-na-rede-entre-duas-zonas-de-disponibilidade.md).
{% endhint %}

### Conclusão

Tens dois servidores implantados em zonas de disponibilidade independentes e ligados à mesma Rede. Já tens a base de infraestrutura sobre a qual construir a estratégia de continuidade de que o teu Cliente precisa.

O próximo passo depende do que estiveres a construir. Se precisares de configurar Alta disponibilidade e boas práticas de Rede, continua com o tutorial "Como ativar HA policy e boas práticas".


---

# 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/docs-pt/productos/servers/how-to/como-implementar-servidores-em-multiplas-zonas-de-disponibilidade.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.