> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/run-the-platform/fr/stockage/vsan-redundancy-levels.md).

# Comprendre les niveaux de redondance vSAN

Découvrez les niveaux de redondance N+1 et N+2 du vSAN VergeOS, leurs exigences, leurs cas d’utilisation et leurs considérations

## Vue d’ensemble

{% hint style="info" %}
**Points clés**

* **N+1 / RF2** (par défaut) conserve 2 copies de chaque bloc de données et peut survivre à une panne simultanée de nœud. N+1 offre une protection robuste adaptée à la plupart des environnements de production.
* **N+2 / RF3** conserve 3 copies de chaque bloc de données et peut survivre à deux pannes simultanées.
* La redondance est configurée par système et s’applique par niveau vSAN.
  {% endhint %}

VergeOS vSAN prend en charge des niveaux de redondance configurables — également appelés **facteurs de réplication (RF)** — qui déterminent combien de copies de chaque bloc de données sont conservées dans l’ensemble du système. Le choix du bon niveau est un équilibre entre tolérance aux pannes, surcharge de stockage et coût de l’infrastructure.

## Redondance N+1 (RF2)

La redondance N+1 conserve **2 copies** de chaque bloc de données dans le vSAN. Cela permet à un cluster de survivre à **une panne simultanée** — qu’il s’agisse d’une panne de nœud ou de pannes de disques au sein d’un même nœud.

| Exigence                    | Détail                     |
| --------------------------- | -------------------------- |
| **Nombre minimal de nœuds** | 2 nœuds contrôleurs        |
| **Copies des données**      | 2                          |
| **Surcharge de stockage**   | \~2x (avant déduplication) |

### Quand utiliser N+1

VergeOS N+1 est la configuration par défaut et convient bien à la plupart des scénarios. Elle offre un bon équilibre entre efficacité de capacité et tolérance aux pannes, et convient à de nombreux environnements de production lorsqu’elle est associée à de bonnes pratiques de protection des données, comme des instantanés réguliers et la réplication des données hors site.

{% hint style="success" %}
Pour une protection supplémentaire, un [serveur de réparation](/automate-protect-and-extend/fr/sauvegarde-et-reprise-apres-sinistre/repair-server.md) peut être configuré pour tenter automatiquement de récupérer les blocs de données manquants depuis une destination de synchronisation si les pannes dépassent le niveau de redondance configuré, ce qui peut éviter un retour complet à un instantané.
{% endhint %}

## Redondance N+2 (RF3)

La redondance vSAN N+2 est disponible pour les environnements ayant l’exigence spécifique de conserver **3 copies** de chaque bloc de données et/ou pour qu’un système survive à **deux pannes simultanées**. N+2 peut survivre à deux pannes simultanées de nœuds, à des pannes de disques sur deux nœuds, ou à une combinaison des deux.

| Exigence                       | Détail                                                                           |
| ------------------------------ | -------------------------------------------------------------------------------- |
| **Nombre minimal de nœuds**    | 3 (tous les nœuds contrôleurs)                                                   |
| **Nombre de nœuds recommandé** | 5 (fournit un nœud témoin pour éviter complètement les scénarios de split-brain) |
| **Copies des données**         | 3                                                                                |
| **Surcharge de stockage**      | \~3x (avant déduplication)                                                       |

### Quand utiliser N+2

N+2 est conçu pour les environnements ayant l’exigence spécifique de résister à plus d’une panne simultanée. Les scénarios courants incluent **les charges de travail ultra-critiques** où même l’exposition brève pendant une reconstruction est inacceptable, ou **les sites distants/en périphérie** où le matériel défaillant ne peut pas être remplacé rapidement. Dans ces cas, le coût supplémentaire d’infrastructure de N+2 peut être justifié.

## Redondance par niveau

Une panne n’affecte que le niveau où se trouvent les disques défaillants. Par exemple, dans une configuration N+2, si des disques du niveau 1 tombent en panne sur deux nœuds **et** qu’un disque du niveau 4 tombe en panne sur un autre nœud, le cluster reste pleinement opérationnel et aucune donnée n’est perdue.

## Configuration du niveau de redondance vSAN

Le niveau de redondance est généralement configuré lors de l’ [installation du système](/plan-and-deploy/fr/guide-de-mise-en-oeuvre/installation-guide.md).

## Modification des niveaux de redondance d’un système

Il est possible de mettre à niveau un système N+1 vers N+2 (à condition que le nombre minimal de nœuds requis soit respecté). Cette transition implique un processus de rééquilibrage des données.

{% hint style="warning" %}
Pour effectuer une modification du niveau de redondance, contactez **le support Verge.io.**
{% endhint %}

## Affichage de l’état de redondance du niveau

Pour vérifier la configuration et l’état de redondance actuels d’un niveau vSAN :

1. Accédez à **Infrastructure** > **Niveaux vSAN** dans le menu supérieur.
2. Double-cliquez sur le niveau souhaité pour ouvrir son tableau de bord.
3. Repérez la carte **État** :
   * **Redondance** — Affiche le niveau de redondance configuré (par exemple, N+1 avec 2 copies, N+2 avec 3 copies).
   * **Redondant** case à cocher — Indique si le niveau respecte actuellement son niveau de redondance configuré. Cette case sera décochée si des nœuds ou des disques du niveau sont hors service.

## Comparaison rapide

| Fonctionnalité                      | N+1 (RF2) | N+2 (RF3) |
| ----------------------------------- | --------- | --------- |
| Copies des données                  | 2         | 3         |
| Pannes simultanées tolérées         | 1         | 2         |
| Nombre minimal de nœuds contrôleurs | 2         | 3         |
| Nombre de nœuds recommandé          | 3         | 5         |
| Surcharge de stockage (avant dédup) | \~2x      | \~3x      |
| Par défaut                          | Oui       | Non       |

## Redondance supplémentaire du niveau 0 (D+x)

Lorsqu’un nœud contrôleur possède plus d’un disque de niveau 0, VergeOS réplique également les métadonnées localement entre ces disques, en respectant le niveau de redondance du système jusqu’au nombre de disques. Voir [Redondance locale des métadonnées du niveau 0 du nœud (D+x)](/run-the-platform/fr/stockage/tier0-local-redundancy.md).


---

# 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.verge.io/run-the-platform/fr/stockage/vsan-redundancy-levels.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.