> 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/fr/productos/servers/how-to/comment-activer-la-haute-disponibilite-ha-sur-le-reseau-entre-deux-zones-de-disponibilite.md).

# Comment activer la Haute disponibilité (HA) sur le Réseau entre deux Zones de disponibilité

Dans ce tutoriel, vous apprendrez à activer la **Haute disponibilité (HA) sur le réseau** afin d’ajouter de la redondance entre les deux zones de disponibilité de Madrid et d’éviter que le service réseau dépende d’une seule zone.

À la fin, vous disposerez d’un réseau avec la HA configurée entre les deux zones et saurez comment vérifier que la configuration et la connectivité entre vos serveurs sont correctes.

{% hint style="info" %}

#### 👍 Ce que vous obtenez

Un réseau avec **la Haute disponibilité activée entre les deux zones de disponibilité**, prêt à faire partie d’architectures nécessitant une continuité en cas d’indisponibilité d’une zone.
{% endhint %}

### Avant de commencer : quand avez-vous besoin de la HA réseau

Toutes les architectures utilisant deux zones de disponibilité n’ont pas besoin de maintenir un réseau avec HA.

Si vous avez des composants déployés de manière permanente dans les deux zones et que vous devez également ajouter de la redondance au service réseau, l’activation de la HA évite que le routage dépende d’une seule zone de disponibilité.

En revanche, si vous utilisez la deuxième zone principalement comme destination de récupération (par exemple, pour déployer un serveur et restaurer une sauvegarde lorsque la zone d’origine n’est pas disponible), **vous n’avez pas nécessairement besoin de maintenir la HA réseau activée**. La configuration dépendra du scénario de continuité que vous aurez conçu pour votre client.

### Ce que fait la HA réseau et ce qu’elle ne fait pas

Un même réseau peut être utilisé depuis des serveurs déployés dans **MAD1** (ou DOJA dans l’image) **et MAD2** (ou DOJO dans l’image), même si la HA n’est pas activée. La connectivité entre les zones ne dépend pas de ce paramètre.

En activant **Haute disponibilité**, Plenit duplique le routeur virtuel qui gère le réseau et déploie une instance dans chaque zone de disponibilité. Si le routeur d’une zone devient indisponible, celui de l’autre prend le relais sans interrompre le trafic.

{% hint style="warning" %}
**Important :** l’activation de la HA sur le réseau ne rend pas automatiquement vos serveurs, applications ou données hautement disponibles. La réplication des données, l’équilibrage de charge, le clustering ou les mécanismes de basculement dépendent de l’architecture que vous configurez sur l’infrastructure.
{% endhint %}

Les réseaux **Standard** et **VPC** permettent d’activer la Haute disponibilité. Les réseaux **L2** ne disposent pas de cette option, car ils n’ont pas leur propre routeur. Les services réseau sont gérés par le partenaire, généralement au moyen d’une VNF telle que FortiGate ou WatchGuard.

### Prérequis

Pour suivre ce tutoriel, vous avez besoin de :

* Disposer d’au moins deux serveurs opérationnels, un dans chaque zone de disponibilité.
* Avoir les deux serveurs connectés au même réseau Standard ou VPC.

Si vous avez suivi le tutoriel [Comment déployer des serveurs dans plusieurs Zones de disponibilité](/fr/productos/servers/how-to/comment-deployer-des-serveurs-dans-plusieurs-zones-de-disponibilite.md), vous disposez déjà de cette configuration.

### Étape 1. Accédez à la configuration réseau

Depuis le service **Serveurs**, accédez à **Réseaux/IP**.

Vous verrez la liste des réseaux de l’abonnement et l’état de **Haute disponibilité** chacun d’eux.

Repérez le réseau qui connecte les serveurs déployés dans les deux zones de disponibilité.

<figure><img src="https://2336980375-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>Réseau avec la fenêtre modale de Haute disponibilité désactivée</p></figcaption></figure>

{% hint style="info" %}
La colonne **Emplacement** reflète la configuration du réseau entre les zones de disponibilité :

* **Avec la HA activée :** Madrid (DOJA et DOJO dans l’image, qui correspondent à MAD1 et MAD2).
* **Avec la HA désactivée :** affiche uniquement la zone dans laquelle le réseau a été créé.
  {% endhint %}

### Étape 2. Activez la Haute disponibilité

Activez l’interrupteur de **Haute disponibilité** du réseau.

La plateforme vous demandera confirmation avant d’appliquer la modification.

<figure><img src="https://2336980375-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>Fenêtre modale de confirmation lors de l’activation de la Haute disponibilité sur le réseau</p></figcaption></figure>

Confirmez l’opération et attendez que la plateforme termine la configuration.

### Étape 3. Vérifiez la configuration

Une fois le processus terminé, vérifiez dans la liste des réseaux que :

* **Haute disponibilité** apparaît comme activée.
* L’emplacement du réseau affiche les deux zones de disponibilité de Madrid : DOJA et DOJO, qui correspondent à **MAD1 et MAD2**.

<figure><img src="https://2336980375-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>Réseau avec la Haute disponibilité activée et les deux zones de disponibilité visibles</p></figcaption></figure>

Avec cette configuration, le routeur virtuel du réseau dispose d’une instance dans chaque zone.

### Étape 4. Vérifiez la connectivité

Vérifiez qu’une communication existe entre les serveurs déployés dans les deux zones.

Vous pouvez utiliser `ping` pour effectuer une vérification de base :

```
ping [IP du serveur dans l’autre zone]
```

Effectuez le test depuis un serveur de DOJA (**MAD1)** vers le serveur de DOJO (**MAD2)** et vérifiez que vous recevez une réponse.

**Si vous utilisez Windows Server**, gardez à l’esprit que le Pare-feu Windows peut bloquer par défaut le trafic ICMP entrant. Par conséquent, un `ping` échec n’implique pas nécessairement l’absence de connectivité entre les serveurs.

{% hint style="warning" %}
Activez ICMP uniquement là où cela est nécessaire pour la vérification et évitez de l’ouvrir de manière indiscriminée sur des serveurs exposés à Internet.
{% endhint %}

### Étape 5. Validez l’environnement avant la production

Avant de déployer des charges de travail critiques, vérifiez que l’infrastructure correspond à la conception prévue :

* Les serveurs sont déployés dans les zones de disponibilité correctes.
* Les deux utilisent le réseau prévu.
* Le réseau dispose de la **Haute disponibilité activée**.
* Une connectivité existe entre les composants qui doivent communiquer.

Utilisez la **vue schématique** de la section Serveurs pour vérifier visuellement la répartition des serveurs et de leurs réseaux.

<figure><img src="https://2336980375-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>Schéma avec les serveurs déployés dans des zones différentes et connectés au même réseau</p></figcaption></figure>

**La connectivité entre les deux zones de disponibilité est conçue pour offrir une faible latence, avec des valeurs d’environ 1 ms et toujours inférieures à 5 ms RTT.** Si vous allez déployer des applications particulièrement sensibles à la latence, vérifiez également la latence réelle entre leurs composants et comparez-la aux exigences spécifiques de l’application avant de passer en production.

### Conclusion

Vous disposez désormais d’un réseau avec **la Haute disponibilité entre les deux zones de disponibilité de Madrid**. Le service de routage dispose de redondance entre DOJA et DOJO (MAD1 et MAD2) et ne dépend pas d’un seul routeur situé dans une seule zone.

La HA réseau constitue une partie de la stratégie de continuité. La disponibilité complète du service dépendra également de la manière dont vous aurez réparti et configuré les serveurs, les applications et les données.


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.plenit.com/fr/productos/servers/how-to/comment-activer-la-haute-disponibilite-ha-sur-le-reseau-entre-deux-zones-de-disponibilite.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.