> 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-ativar-alta-disponibilidade-ha-na-rede-entre-duas-zonas-de-disponibilidade.md).

# Como ativar Alta disponibilidade (HA) na rede entre duas zonas de disponibilidade

Neste tutorial, aprenderás a ativar a **Alta disponibilidade (HA) na rede** para adicionar redundância entre as duas zonas de disponibilidade de Madrid e evitar que o serviço de rede dependa de uma única zona.

No final, terás uma rede com HA configurada entre ambas as zonas e saberás como verificar se a configuração e a conectividade entre os teus servidores estão corretas.

{% hint style="info" %}

#### 👍 O que consegues

Uma rede com **Alta disponibilidade ativada entre as duas zonas de disponibilidade**, preparada para fazer parte de arquiteturas que exigem continuidade perante a indisponibilidade de uma zona.
{% endhint %}

### Antes de começar: quando precisas de HA de rede

Nem todas as arquiteturas que utilizam duas zonas de disponibilidade precisam de manter uma rede com HA.

Se tens componentes implementados de forma permanente em обеas as zonas e precisas de adicionar redundância também ao serviço de rede, ativar HA evita que o routing dependa de uma única zona de disponibilidade.

Por outro lado, se utilizas a segunda zona principalmente como destino de recuperação (por exemplo, para implementar um servidor e restaurar uma cópia de segurança quando a zona original não está disponível), **não precisas necessariamente de manter a HA de rede ativada**. A configuração dependerá do cenário de continuidade que tenhas concebido para o teu Cliente.

### O que faz a HA de rede e o que não faz

A mesma rede pode ser utilizada por servidores implementados em **MAD1** (ou DOJA na imagem) **e MAD2** (ou DOJO na imagem), embora a HA não esteja ativada. A conectividade entre zonas não depende desta configuração.

Ao ativar **Alta disponibilidade**, a Plenit duplica o router virtual que gere a rede e implementa uma instância em cada zona de disponibilidade. Se o router de uma zona deixar de estar disponível, o da outra assume o controlo sem interromper o tráfego.

{% hint style="warning" %}
**Importante:** ativar HA na rede não torna automaticamente os teus servidores, aplicações ou dados altamente disponíveis. A replicação de dados, o balanceamento, o clustering ou os mecanismos de failover dependem da arquitetura que configures sobre a infraestrutura.
{% endhint %}

As redes **Padrão** e **VPC** permitem ativar Alta disponibilidade. As redes **L2** não dispõem desta opção porque não têm router próprio. Os serviços de rede são geridos pelo partner, normalmente através de uma VNF como FortiGate ou WatchGuard.

### Pré-requisitos

Para seguires este tutorial precisas de:

* Ter pelo menos dois servidores operacionais, um em cada zona de disponibilidade.
* Ter ambos os servidores ligados à mesma Rede Padrão ou VPC.

Se seguistes o tutorial [Como implementar servidores em várias zonas de disponibilidade](/docs-pt/productos/servers/how-to/como-implementar-servidores-em-varias-zonas-de-disponibilidade.md), já tens esta configuração preparada.

### Passo 1. Acede à configuração de rede

A partir do serviço de **Servidores**, acede a **Redes/IPs**.

Verás a lista de redes da subscrição e o estado de **Alta disponibilidade** de cada uma.

Localiza a rede que liga os servidores implementados nas duas zonas de disponibilidade.

<figure><img src="https://1427657614-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>Rede com modal de Alta disponibilidade desativado</p></figcaption></figure>

{% hint style="info" %}
A coluna **Localização** reflete a configuração da rede entre as zonas de disponibilidade:

* **Com HA ativada:** Madrid (DOJA e DOJO na imagem, que correspondem a MAD1 e MAD2).
* **Com HA desativada:** mostra apenas a zona em que a rede foi criada.
  {% endhint %}

### Passo 2. Ativa a Alta disponibilidade

Ativa o interruptor de **Alta disponibilidade** da rede.

A plataforma pedir-te-á confirmação antes de aplicar a alteração.

<figure><img src="https://1427657614-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 confirmação ao ativar Alta disponibilidade na rede</p></figcaption></figure>

Confirma a operação e espera que a plataforma conclua a configuração.

### Passo 3. Verifica a configuração

Assim que o processo estiver concluído, verifica na lista de redes que:

* **Alta disponibilidade** aparece ativada.
* A localização da rede mostra as duas zonas de disponibilidade de Madrid: DOJA e DOJO, que correspondem a **MAD1 e MAD2**.

<figure><img src="https://1427657614-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>Rede com Alta disponibilidade ativada e as duas zonas de disponibilidade visíveis</p></figcaption></figure>

Com esta configuração, o router virtual da rede dispõe de uma instância em cada zona.

### Passo 4. Verifica a conectividade

Verifica se existe comunicação entre os servidores implementados nas duas zonas.

Podes utilizar `ping` para fazer uma verificação básica:

```
ping [IP do servidor na outra zona]
```

Realiza o teste a partir de um servidor DOJA (**MAD1)** para o servidor DOJO (**MAD2)** e verifica se recebes resposta.

**Se utilizas Windows Server**, tem em conta que o Windows Firewall pode bloquear por defeito o tráfego ICMP de entrada. Portanto, um `ping` falhado não implica necessariamente que não exista conectividade entre os servidores.

{% hint style="warning" %}
Ativa ICMP apenas onde for necessário para a verificação e evita abri-lo de forma indiscriminada em servidores expostos à Internet.
{% endhint %}

### Passo 5. Valida o ambiente antes da produção

Antes de implementares cargas de trabalho críticas, verifica se a infraestrutura coincide com o desenho previsto:

* Os servidores estão implementados nas zonas de disponibilidade corretas.
* Ambos utilizam a rede prevista.
* A rede tem **Alta disponibilidade ativada**.
* Existe conectividade entre os componentes que devem comunicar.

Utiliza a **vista de esquema** da secção de Servidores para verificar visualmente a distribuição dos servidores e das suas redes.

<figure><img src="https://1427657614-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 com os servidores implementados em zonas distintas e ligados à mesma rede</p></figcaption></figure>

**A conectividade entre as duas zonas de disponibilidade foi concebida para oferecer baixa latência, com valores de aproximadamente 1 ms e sempre abaixo de 5 ms RTT.** Se vais implementar aplicações especialmente sensíveis à latência, verifica também a latência real entre os seus componentes e compara-a com os requisitos específicos da aplicação antes de passares para produção.

### Conclusão

Já tens uma rede com **Alta disponibilidade entre as duas zonas de disponibilidade de Madrid**. O serviço de routing dispõe de redundância entre DOJA e DOJO (MAD1 e MAD2) e não depende de um único router localizado numa só zona.

A HA de rede é uma parte da estratégia de continuidade. A disponibilidade completa do serviço dependerá também de como distribuíste e configuraste os servidores, as aplicações e os dados.


---

# 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-ativar-alta-disponibilidade-ha-na-rede-entre-duas-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.