> 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-deployer-des-serveurs-dans-plusieurs-zones-de-disponibilite.md).

# Comment déployer des serveurs dans plusieurs zones de disponibilité

Dans ce tutoriel, vous apprendrez à créer une architecture distribuée de base en déployant **deux Serveurs dans des zones de disponibilité différentes à Madrid.**\
À la fin, vous aurez deux Serveurs opérationnels et connectés au même Réseau, prêts à construire des scénarios de continuité ou de Haute disponibilité.

{% hint style="info" %}

#### 👍 Ce que vous obtenez

Deux Serveurs opérationnels, un dans chaque Zone de disponibilité, connectés au même Réseau et prêts à construire une architecture de continuité entre zones.
{% endhint %}

{% hint style="warning" %}
**Important :** répartir des Serveurs entre les zones ne configure pas automatiquement la Haute disponibilité (HA) de vos applications ou données. La Réplication, l’équilibrage ou le mécanisme de basculement dépendront de l’architecture que vous concevrez.
{% endhint %}

### Qu'est-ce qu'une Zone de disponibilité et pourquoi est-ce important

Les Zones de disponibilité de Plenit fonctionnent grâce à des datacenters physiques indépendants à Madrid : MAD1 (Digital Realty) et MAD2 (Data4). Chaque zone dispose d'une infrastructure physique indépendante (électricité, matériel, sécurité...). Répartir les composants entre les deux permet de concevoir des services qui ne dépendent pas d'un emplacement physique unique.

Plenit vous permet de choisir dans quelle zone vous déployez chaque Serveur et d'utiliser les Réseaux disponibles dans les deux zones. C'est vous qui décidez comment répartir les composants de l'infrastructure et quels mécanismes de continuité vous devez mettre en place pour eux.

Avant de créer quoi que ce soit, décidez :

* Quels Serveurs iront dans MAD1 et lesquels dans MAD2 ?
* De quel type de Réseau avez-vous besoin ?
* Que se passe-t-il dans votre architecture si une zone tombe ?

Si la réponse à la troisième question n'est pas claire, la première étape recommandée est de concevoir l'architecture.

### Prérequis

* Être inscrit sur la plateforme avec une Organisation active.
* Avoir l'architecture claire : quel Serveur va dans chaque zone et comment ils se connectent.
* Savoir de quel type de Réseau vous avez besoin avant de commencer (si ce n'est pas clair, consultez la section de Réseau de ce tutoriel avant de vous lancer).

### Étape 1. Créez un service de Serveurs

Depuis le menu, allez dans Serveurs et accédez à l'Abonnement sur lequel vous souhaitez travailler. Dans le service, cliquez sur Nouveau Serveur. L'assistant de création s'ouvrira.

### Étape 2. Choisissez l'emplacement (MAD1)

C'est l'étape la plus importante. Sélectionnez :

* Région : Madrid
* Zone de disponibilité : MAD1 (ou MAD2, mais rappelez-vous que l'autre Serveur doit être dans la zone non choisie pour ce premier Serveur)

Choisissez la zone dans laquelle vous voulez activer le serveur. Vous ne pouvez pas continuer sans sélectionner de zone.

<figure><img src="https://2336980375-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>Sélection de Zone de disponibilité</p></figcaption></figure>

### Étape 3. Configurez le serveur

Dans les différentes étapes de la création du serveur, vous pourrez sélectionner le CPU et la RAM dont vous avez besoin, l'image du Système d'exploitation, ainsi que les applications que vous souhaitez préinstaller. Vous pourrez aussi configurer les disques, la Sauvegarde (incluse) et des disques supplémentaires.

<figure><img src="https://2336980375-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>Configuration des disques</p></figcaption></figure>

### Étape 4. Configurez le Réseau

Vous disposez de trois types de Réseau. Choisissez selon votre cas :

| Type     | Quand l'utiliser                                                                                                                                                    | HA disponible |
| -------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------- |
| Standard | Cas général. Réseau plat, tous les Serveurs se voient entre eux. Choisissez cette option si vous n'avez pas besoin de segmentation.                                 | Oui           |
| VPC      | Lorsque vous devez segmenter en couches (application, base de données...). Les Serveurs dans des Tiers différents ne se voient pas entre eux par défaut.            | Oui           |
| L2       | Lorsque vous gérez vos propres services Réseau par-dessus, généralement avec une VNF comme FortiGate ou WatchGuard. Sans passerelle ni DNS gérés par la plateforme. | Non           |

Les Réseaux Standard et VPC peuvent également être configurés avec Haute disponibilité (HA), en ajoutant de la redondance aux composants réseau entre les zones. Vous n'avez pas besoin de l'activer pour que les Serveurs déployés dans MAD1 et MAD2 utilisent le même Réseau. Nous verrons quand l'utiliser et comment le configurer dans le tutoriel [Comment activer Haute disponibilité (HA) sur le Réseau entre deux zones de disponibilité](/fr/productos/servers/how-to/comment-activer-la-haute-disponibilite-ha-sur-le-reseau-entre-deux-zones-de-disponibilite.md).

{% hint style="info" %}
Les Réseaux L2 n'ont pas d'option de HA parce que les services Réseau sont généralement gérés au moyen d'une VNF.
{% endhint %}

Pour ce tutoriel, créez un nouveau Réseau de type Standard.

<figure><img src="https://2336980375-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>Sélection du type de Réseau « Standard » et <em>champ de nom de Réseau rempli</em></p></figcaption></figure>

### Étape 5. Réglages finaux

Donnez au Serveur un nom descriptif et ajoutez une étiquette avec la zone. Quand vous aurez plusieurs Serveurs entre deux zones, c'est ce qui vous permettra de les identifier d'un coup d'œil.

<figure><img src="https://2336980375-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>Champ de nom rempli et option d'ajout d'étiquette</p></figcaption></figure>

Cliquez sur Créer le Serveur. La plateforme vous avertira lorsque le Serveur sera prêt.

<figure><img src="https://2336980375-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>Serveur créé avec les informations du champ emplacement (Madrid, où se trouvent les deux Zones de disponibilité) et de l'Espace Réseau (Zone de disponibilité)</p></figcaption></figure>

### Étape 6. Créez le deuxième Serveur (MAD2)

Répétez les étapes 2 à 5 avec ces différences :

* Sélectionnez MAD2 comme zone
* Lorsque vous êtes dans la section « Réseau » de l'assistant de création du serveur, sélectionnez le Réseau que vous avez déjà créé au lieu d'en créer un nouveau. Ainsi, les deux Serveurs seront connectés au même Réseau.
* Attribuez un nom et une étiquette au nouveau Serveur afin de l'identifier et de le différencier du Serveur créé précédemment.

<figure><img src="https://2336980375-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>Création du deuxième Serveur, avec le Réseau existant sélectionné</em></p></figcaption></figure>

<figure><img src="https://2336980375-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>Serveur créé avec un nom et une étiquette différents de ceux du précédent</p></figcaption></figure>

### Étape 7. Vérifiez l'architecture

Lorsque les deux Serveurs sont à l'état ON, vérifiez que tout est correct :

* Dans la liste des Serveurs, vérifiez que chaque Serveur est déployé dans une zone de disponibilité différente : l'un en **MAD1** et l'autre en **MAD2**.
* Vérifiez que les deux utilisent le **même Réseau**.
* Dans la vue du schéma, vérifiez que les deux Serveurs apparaissent dans leurs zones respectives et sont connectés à ce Réseau.

Si les deux affichent la même zone, revenez à l'étape 3. Vérifiez l'emplacement sélectionné avant de continuer.

<figure><img src="https://2336980375-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>Liste des Serveurs avec deux Serveurs à l'état ON situés respectivement à MAD1 et MAD2</p></figcaption></figure>

Avec le schéma, vous devriez voir les deux Serveurs sur des branches distinctes, chacun dans sa zone, connectés au même Réseau.

<figure><img src="https://2336980375-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>Schéma avec les Serveurs visibles à leurs emplacements respectifs, connectés au même Réseau</p></figcaption></figure>

{% hint style="info" %}
Si vous devez également vérifier la communication entre les deux Serveurs, vous pouvez effectuer un test de connectivité. Sur les Serveurs Windows, rappelez-vous que le Pare-feu peut Bloquer par défaut le trafic ICMP, donc un `ping` échoué n'implique pas nécessairement qu'il n'existe pas de connectivité.
{% endhint %}

{% hint style="warning" %}
**Important :** si vous avez des Serveurs Windows sur le Réseau, par défaut le Pare-feu de Windows bloque le trafic ICMP entre sous-réseaux. Vous devrez créer une règle entrante pour autoriser ICMPv4 si vous voulez vérifier la connectivité avec ping. Cela est couvert dans le tutoriel [Comment activer HA sur le Réseau et bonnes pratiques de configuration](/fr/productos/servers/how-to/comment-activer-la-haute-disponibilite-ha-sur-le-reseau-entre-deux-zones-de-disponibilite.md).
{% endhint %}

### Conclusion

Vous avez deux Serveurs déployés dans des zones de disponibilité indépendantes et connectés au même Réseau. Vous disposez déjà de la base d'infrastructure sur laquelle construire la stratégie de continuité dont votre Client a besoin.

L'étape suivante dépend de ce que vous construisez. Si vous devez configurer la Haute disponibilité et les bonnes pratiques Réseau, poursuivez avec le tutoriel « Comment activer HA policy et bonnes pratiques ».


---

# 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/fr/productos/servers/how-to/comment-deployer-des-serveurs-dans-plusieurs-zones-de-disponibilite.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.