> 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/learn-the-platform/fr/module-2-dimensionnement-et-conception/01-hardware-requirements.md).
# Exigences matérielles
## Vue d'ensemble
Le dimensionnement d'un déploiement VergeOS commence par la compréhension des exigences matérielles pour chaque rôle de nœud. Comme VergeOS est un système d'exploitation d'infrastructure complet — et non une collection de produits distincts — sa surcharge de base est remarquablement faible. Il n'y a pas de VM d'appliance de gestion, pas de VM contrôleur par nœud, et pas de logiciel de stockage séparé à alimenter. Les spécifications ci-dessous couvrent ce dont VergeOS a lui-même besoin ; vous ajouterez ensuite de la capacité pour vos charges de travail.
{% hint style="info" %}
**Vous venez de VMware ou de Nutanix ?**
VergeOS n'a pas de VM d'appliance de gestion ni de VM de stockage par nœud (pas de CVM), donc le minimum de 16 Go de RAM correspond à l'intégralité de l'empreinte du plan de gestion par nœud. La RAM vSAN (1 Go par 1 To de stockage) est en supplément, dimensionnée selon la capacité de disque apportée par chaque nœud.
{% endhint %}
## Exigences générales (tous les types de nœuds)
Chaque nœud d'un cluster VergeOS — quel que soit son rôle — doit respecter ces exigences de base :
| Composant | Spécification minimale |
| --------------------------- | --------------------------------------------------------------------------------------------------------- |
| **CPU** | AMD ou Intel x86-64 avec prise en charge de la virtualisation matérielle (VT-x / AMD-V) |
| **RAM** | 16 Go dédiés à VergeOS (RAM supplémentaire dimensionnée pour les charges de travail) |
| **Gestion à distance** | IPMI, iDRAC, iLO ou gestion hors bande équivalente |
| **Contrôleur de disque** | NVMe directement attaché (préféré), ou contrôleur HBA / RAID en mode JBOD / IT — **pas de RAID matériel** |
| **NIC externe** | 1 x 1 GbE (Intel, NVIDIA Mellanox ou Broadcom) |
| **NIC du fabric principal** | 1 x 10 GbE (Intel, NVIDIA Mellanox ou Broadcom) |
{% hint style="warning" %}
**Pas de RAID matériel**
VergeOS gère la redondance des données via son vSAN intégré (VergeFS). Les contrôleurs RAID matériels doivent être placés en **mode JBOD ou IT** afin que VergeOS puisse voir et gérer les disques individuellement. L'utilisation de tableaux RAID masque les informations de santé des disques et empêche VergeOS d'assurer sa propre protection des données.
{% endhint %}
### Liste de contrôle des paramètres BIOS
Avant l'installation, vérifiez ces paramètres BIOS sur chaque nœud :
* **Mode de démarrage :** UEFI (requis si tous les disques sont NVMe)
* **Virtualisation assistée par matériel :** Activée (VT-x / AMD-V)
* **Hyper-threading / SMT :** Activé
* **Tous les cœurs du processeur :** Activé
* **Horloges système :** Synchronisées sur tous les nœuds (à quelques secondes près)
* **Secure Boot :** Désactivé
## Nœuds contrôleurs (nœud 1 et nœud 2)
Les deux premiers nœuds de tout système VergeOS sont les **nœuds contrôleurs**contrôleurs.
### Spécifications minimales
| Composant | Spécification | Remarques |
| ------------------- | ------------------------------------------------ | -------------------------------------------------------------------------- |
| **CPU** | 1 x 2,7 GHz+ | Une fréquence d'horloge plus élevée améliore les opérations de métadonnées |
| **RAM** | 16 Go + 1 Go par 1 To de stockage | Le ratio de 1 Go/To concerne la surcharge des métadonnées vSAN |
| **Stockage Tier 0** | 1 x SSD NVMe d'entreprise (3 DWPD ou équivalent) | Stocke la table de hachage vSAN et l'index du système de fichiers |
| **Capacité Tier 0** | 5 Go par 1 To de capacité utilisable | Stockage dédié des métadonnées |
### Spécifications recommandées
| Composant | Spécification | Remarques |
| ------------------- | ------------------------------------------------ | --------------------------------------------------------------- |
| **CPU** | 1 x 3,0 GHz+ | Améliore les performances des métadonnées et de l'orchestration |
| **Stockage Tier 0** | 2 x SSD NVMe d'entreprise (3 DWPD ou équivalent) | Configuration redondante des métadonnées |
| **Capacité Tier 0** | 10 Go par 1 To de capacité utilisable | Marge supplémentaire pour la croissance des métadonnées |
{% hint style="success" %}
**Le niveau 0 est réservé aux métadonnées**
Le Tier 0 stocke la table de hachage vSAN et l'index du système de fichiers — c'est **pas** un niveau de données de charge de travail. Il réside sur un NVMe rapide spécifiquement pour la performance : maintenir la table de hachage de déduplication et l'index du système de fichiers sur un support à faible latence est ce qui garantit des recherches rapides dans l'ensemble du pool de stockage. Le Tier 0 est intensif en écritures, donc les disques doivent avoir une grande endurance — **3 DWPD ou équivalent**. L'endurance évolue avec la capacité (DWPD × capacité = écritures/jour), donc un disque plus grand avec un DWPD plus faible est équivalent : un disque de 1 To à 3 DWPD et un disque de 3 To à 1 DWPD absorbent tous deux 3 To d'écritures/jour. Le disque plus grand à DWPD plus faible est souvent le meilleur choix — généralement moins cher et plus disponible, avec en prime une marge de capacité.
{% endhint %}
## Nœuds de stockage
Les nœuds de stockage participent au vSAN et contribuent de la capacité disque au pool de stockage partagé. Dans un déploiement HCI, les nœuds de stockage exécutent également des charges de travail. Dans un déploiement UCI, ils peuvent être dédiés exclusivement au stockage.
### Spécifications minimales
| Composant | Spécification | Remarques |
| ------------------------------------- | ---------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **CPU** | 2,7 GHz+ | Gère le traitement des E/S vSAN |
| **RAM** | 16 Go + 1 Go par 1 To de stockage brut | Par nœud ; s'adapte à la capacité disque |
| **Stockage principal** | 1 x SSD NVMe d'entreprise ou SSD SAS/SATA par nœud | Pour les E/S des charges de travail (niveau de stockage principal) |
| **Niveau capacité/archive (Tier 4+)** | Disques durs d'entreprise (facultatif) | Pour les instantanés, les archives ou les services basés sur des fichiers. VergeOS n'effectue pas de hiérarchisation automatique (aucun déplacement automatique des données), mais un administrateur peut modifier le niveau préféré d'un volume ou d'un fichier, ce qui déclenche une migration en arrière-plan sans interruption |
| **Redondance** | Au moins 2 nœuds avec une configuration de disque correspondante | Requis pour la redondance des données vSAN |
### Spécifications recommandées
| Composant | Spécification | Remarques |
| ---------------------- | ---------------------------------------------------------------- | ------------------------------------------------------ |
| **CPU** | 3,0 GHz+, 1 cœur par disque | Un cœur dédié par disque améliore le débit des E/S |
| **RAM** | 1,5 Go par 1 To de stockage par nœud | Meilleures performances sous fortes charges de travail |
| **Stockage principal** | 2 SSD NVMe ou SAS/SATA+ par nœud | Plus de plateaux = plus d'IOPS |
| **Redondance** | Au moins 2 nœuds avec une configuration de disque correspondante | Requis pour la redondance des données vSAN |
### Exemple de dimensionnement de la RAM
Pour illustrer le calcul de la RAM pour un nœud de stockage :
```
Exigence de base VergeOS : 16 Go
Surcharge de stockage (8 To brut x 1 Go) : 8 Go
VM de charge de travail (exemple) : 96 Go
─────────────────────────────────────────
RAM totale par nœud : 120 Go
```
Au ratio recommandé de 1,5 Go/To, la surcharge de stockage serait de 12 Go au lieu de 8 Go, portant le total à 124 Go.
{% hint style="info" %}
**Prendre en compte le pourcentage maximal cible de RAM (80 % par défaut)**
VergeOS vise à ne pas dépasser **80 % de la RAM physique** utilisés par nœud dans des conditions normales (le `Pourcentage maximal cible de RAM` paramètre du cluster), afin de laisser une marge que le basculement et la migration à chaud peuvent utiliser. Dimensionnez la RAM physique de sorte que la surcharge **plus** les charges de travail tiennent dans ces 80 %. Dans l'exemple ci-dessus, \~120 Go d'utilisation normale devraient être placés sur un nœud disposant d'au moins \~150 Go de RAM physique (120 ÷ 0,80) pour rester dans la cible.
{% endhint %}
## Nœuds de calcul uniquement
Les nœuds de calcul uniquement exécutent des charges de travail mais ne **pas** participent pas au vSAN. Ils n'ont aucune exigence de stockage local au-delà d'un périphérique de démarrage (ou peuvent démarrer en PXE). Cela en fait des nœuds idéaux pour faire évoluer le CPU et la RAM indépendamment du stockage dans les architectures UCI et HCI+Compute.
| Composant | Spécification |
| ------------ | ----------------------------------------------------------------------------------- |
| **CPU** | Dimensionné selon les exigences des charges de travail |
| **RAM** | Dimensionné selon les exigences des charges de travail (16 Go minimum pour VergeOS) |
| **Stockage** | Périphérique de démarrage uniquement (ou démarrage PXE) — pas de disques vSAN |
| **Réseau** | Mêmes exigences génériques en matière de NIC que pour tous les nœuds |
Les nœuds de calcul uniquement sont les plus simples à dimensionner : déterminez le total de CPU et de RAM dont vos charges de travail ont besoin, divisez-le par la capacité par nœud et arrondissez au supérieur pour maintenir la disponibilité N+1.
## Recommandations réseau
La configuration réseau minimale (1 GbE externe + 1 x 10 GbE principal) convient aux petits déploiements ou aux preuves de concept. Pour les environnements de production, suivez ces recommandations :
### NIC du fabric principal
**2 x 25/40/100 GbE** (Intel, NVIDIA Mellanox ou Broadcom). Les double NIC offrent une redondance pour le fabric principal — la maille haute vitesse qui transporte la réplication vSAN, la migration des VM et le trafic inter-nœuds. Les jumbo frames sont requises sur le fabric principal : VergeOS règle les NIC des nœuds à \~9192, et les ports de commutateur auxquels elles se connectent doivent être configurés pour ≥9216 afin que ces trames passent sans fragmentation.
### NIC externes
**2 x 10/25/40/100 GbE** (Intel, NVIDIA Mellanox ou Broadcom). Les doubles NIC externes prennent en charge le bonding pour la redondance et la bande passante vers le réseau amont. Elles acheminent l'accès à l'interface de gestion et le trafic externe des locataires.
### Fournisseurs de NIC pris en charge
VergeOS prend en charge les adaptateurs réseau de trois fournisseurs :
* **Intel** -- Large compatibilité entre différentes séries
* **NVIDIA Mellanox** -- Série ConnectX haute performance
* **Broadcom** -- NIC de niveau entreprise
{% hint style="warning" %}
Les NIC grand public ou de marques non reconnues ne sont pas prises en charge. L'utilisation de NIC non prises en charge peut entraîner des problèmes de compatibilité de pilotes, de mauvaises performances ou une instabilité du système.
{% endhint %}
## Spécifications maximales prises en charge
Le tableau suivant présente les spécifications matérielles maximales prises en charge à partir de la version 4.12 de VergeOS :
| Ressource | Maximale | Remarques |
| -------------------------------------------- | -------- | ------------------------------------------------------------------------------------------------------------------------------------------------ |
| **Nœuds par système** | 200 | Sur l'ensemble des clusters |
| **Taille individuelle d'un disque physique** | 64 To | Par disque physique |
| **RAM par hôte** | 5 To | Les nœuds vSAN nécessitent 1 Go de RAM par 1 To de stockage |
| **Taille du vDisk** | 256 To | Par disque virtuel |
| **Disques par VM** | 2,000 | Nécessite l'interface Virtio-SCSI |
| **Clusters par système** | 100 | Mélange de clusters de calcul, de stockage et HCI |
| **Niveaux de stockage par système** | 5 | 5 niveaux de charge de travail (du Tier 1 haute performance au Tier 5 archive) ; les métadonnées du Tier 0 sont séparées et réservées au système |
| **Domaines de panne vSAN par système** | 2 | Fournit la redondance des données |
Ces limites permettent des déploiements à très grande échelle. La plupart des environnements de production fonctionnent largement dans ces limites.
## Avertissements et considérations relatives au stockage
### Disques grand public
{% hint style="danger" %}
**Disques grand public non pris en charge**
VergeOS ne **pas** prend officiellement pas en charge les disques grand public. Seuls des périphériques de stockage de niveau entreprise doivent être utilisés dans les environnements de production et les sauvegardes de données de production. Les disques grand public peuvent convenir pour les environnements de test, de développement ou de preuve de concept où une perte de données est acceptable. Certains périphériques grand public peuvent ne pas fonctionner correctement en raison de limitations du micrologiciel, d'implémentations de commandes non standard ou de problèmes de compatibilité avec VergeOS.
{% endhint %}
### Considérations sur les gros HDD
Les HDD de plus de **8 To** ne sont pas recommandés en dehors des environnements spécifiques à l'archive. Le problème est le **temps de reconstruction**. vSAN ne se reconstruit pas automatiquement lorsqu'un disque tombe en panne — un opérateur lance une réparation qui reconstruit les données perdues sur un hot spare ou un disque de remplacement. Avec un disque de 8 To ou plus, cette reconstruction peut prendre de nombreuses heures — souvent des jours — pendant lesquelles :
* **Les performances du système sont dégradées** car les E/S de reconstruction entrent en concurrence avec les charges de travail de production
* **Le risque de disponibilité augmente** car une seconde défaillance de disque pendant la reconstruction pourrait entraîner une perte de données
* **La fenêtre de reconstruction s'allonge** proportionnellement à la taille du disque
Pour les niveaux de charge de travail principaux, privilégiez des SSD plus petits et plus rapides. Réservez les gros HDD à la conservation des instantanés, au stockage d'archives ou aux niveaux de service basés sur des fichiers où le temps de reconstruction est un compromis acceptable.
### LUN Fibre Channel comme stockage
Le vSAN de VergeOS peut également consommer des **LUN Fibre Channel (FC)** comme périphériques de stockage dans ses niveaux, ce qui est utile pour intégrer des investissements SAN existants. VergeOS traite chaque LUN FC comme un disque physique local, de sorte que la redondance native et la déduplication s'appliquent toujours. Exigences clés :
* Présenter **des LUN uniques par nœud** — ne jamais partager la même LUN entre plusieurs nœuds
* des HBA FC dans au moins deux nœuds ; un fabric FC redondant est recommandé
* **Désactiver le RAID et le auto-tiering sur le SAN** — VergeOS gère la redondance nativement
* Conserver **les métadonnées Tier 0 sur du NVMe directement attaché** — le stockage externe n'est pas recommandé pour le Tier 0
Verge.io recommande toujours des disques directement attachés pour les meilleures performances et la simplicité ; utilisez des LUN FC principalement lorsque vous disposez d'une infrastructure SAN existante ou d'exigences de conformité spécifiques. Voir [Utilisation du stockage Fibre Channel avec vSAN](/run-the-platform/fr/stockage/fibre-channel.md) pour les détails de configuration.
## Nœuds contrôleurs dédiés vs partagés
Pour les environnements de production, VergeOS recommande **des nœuds contrôleurs dédiés** — des nœuds qui gèrent uniquement les métadonnées vSAN (Tier 0) et la gestion du système, sans exécuter de charges de travail invitées ni contribuer aux niveaux de stockage des charges de travail.
```mermaid
graph LR
subgraph shared["Contrôleurs partagés (petit / PoC)"]
N1S["Nœud 1
Contrôleur + Stockage + Calcul"]
N2S["Nœud 2
Contrôleur + Stockage + Calcul"]
end
subgraph dedicated["Contrôleurs dédiés (production)"]
N1D["Nœud 1
Contrôleur uniquement
(métadonnées Tier 0)"]
N2D["Nœud 2
Contrôleur uniquement
(métadonnées Tier 0)"]
N3["Nœud 3+
Stockage + Calcul"]
N4["Nœud 4+
Stockage + Calcul"]
end
style shared fill:#fef3c7,stroke:#d97706
style dedicated fill:#d1fae5,stroke:#059669
```
| Approche | Quand l’utiliser | Compromis |
| ------------------------ | --------------------------------- | ---------------------------------------------------------------------------------------------- |
| **Contrôleurs partagés** | Clusters à 2 nœuds, PoC, dev/test | Moins de nœuds, mais les E/S de métadonnées entrent en concurrence avec les charges de travail |
| **Contrôleurs dédiés** | Production, 4 nœuds et plus | Nœuds supplémentaires, mais les opérations de métadonnées sont isolées et prévisibles |
## Référence rapide de dimensionnement
Utilisez cette fiche de référence rapide lors de la définition d'un nouveau déploiement :
| Question | Recommandation |
| --------------------------------------------- | ---------------------------------------------------------------------------- |
| Quelle quantité de RAM par nœud de stockage ? | 16 Go de base + 1 Go par 1 To brut (minimum) ou 1,5 Go par 1 To (recommandé) |
| Combien de disques Tier 0 ? | 1 par contrôleur (minimum), 2 par contrôleur (recommandé) |
| Quelle taille pour le Tier 0 ? | 5 Go par 1 To utilisable (minimum), 10 Go par 1 To utilisable (recommandé) |
| Quel DWPD pour le Tier 0 ? | 3 DWPD ou équivalent (NVMe d'entreprise) |
| Combien de cœurs par disque de stockage ? | 1 cœur par disque (recommandé) |
| Nombre minimum de nœuds pour vSAN ? | 2 nœuds avec configuration de disque correspondante |
| Nombre maximal de nœuds par système ? | 200 |
| Vitesse du NIC du fabric principal ? | 10 GbE minimum ; 25/100 GbE recommandé |
## Étapes suivantes
Maintenant que vous comprenez les exigences matérielles pour chaque rôle de nœud, passez à :
* [**Architectures de référence**](/learn-the-platform/fr/module-2-dimensionnement-et-conception/02-reference-architectures.md) -- Découvrez comment ces exigences se traduisent en topologies de déploiement réelles (HCI, HCI+Compute, UCI)
* [**Cadrage client**](/learn-the-platform/fr/module-2-dimensionnement-et-conception/03-customer-scoping.md) -- Apprenez la méthodologie pour traduire les charges de travail client en spécifications matérielles
---
# 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.verge.io/learn-the-platform/fr/module-2-dimensionnement-et-conception/01-hardware-requirements.md?ask=&goal=
```
`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.