> 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/plan-and-deploy/fr/guide-de-mise-en-oeuvre/sizing.md). # Dimensionnement des nœuds Profils matériels de base pour les nœuds VergeOS. Utilisez ces recommandations pour planifier les déploiements Standard Production, Small/Edge et Backup. Contactez le service commercial ou un partenaire pour les conceptions axées sur la performance ou à grande échelle. Utilisez ce guide pour planifier le matériel d’un déploiement VergeOS. Les profils ci-dessous sont **des recommandations de base**, et non des minimums absolus. Commencez par le profil qui correspond à votre déploiement. Ajustez ensuite en fonction de la densité de charge, du calendrier et de la rétention des instantanés, des fenêtres de maintenance et de la croissance. {% hint style="info" %} **Ressources de charge de travail** Les valeurs de ce guide couvrent le fonctionnement du système VergeOS. Prévoyez du CPU, de la RAM et du stockage supplémentaires pour les machines virtuelles, les applications, les pics de charge et la croissance. {% endhint %} ## Sélection du modèle de déploiement Utilisez ce tableau pour sélectionner le profil approprié afin de dimensionner les nœuds. Ces modèles sont destinés à fournir une orientation générale plutôt qu’à imposer des prescriptions rigides. Choisissez le modèle qui convient à votre environnement, puis adaptez-le à vos besoins spécifiques. | Modèle de déploiement | Cas d’utilisation typiques | Caractéristiques clés | Quand le choisir | | ----------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------- | | [**Production standard**](#standard-production) | Charges mixtes, bases de données modérées, applications métier générales | CPU/RAM équilibrés, performances prévisibles, redondance complète | Déploiements polyvalents qui nécessitent une montée en charge simple et des performances prévisibles pour les applications métier | | [**Sauvegarde**](#backup-nodes) | Rétention d’archives, sauvegardes synchronisées | Supports à faible endurance acceptables, Tier 0 uniquement sur les nœuds contrôleurs | Lorsque les nœuds stockent des données de sauvegarde, et non des charges de production | | [**Petit / périphérie**](#small-edge) | Commerce de détail, sites distants, capteurs, analyses légères | 1 à 2 nœuds, simple, faible densité, souvent sans Tier 0 dédié | Lorsque la simplicité et l’encombrement comptent davantage que les performances | | [**Nœud unique**](#single-node-systems) | Petits sites, laboratoires, environnements de test | Pas de Core Fabric, métadonnées sur le niveau primaire | Lorsque la redondance n’est pas requise | | [**Performance / grande capacité / montée en échelle**](#performance-high-capacity-scale) | Bases de données à forte IOPS, analyses GPU, grands environnements VDI, hébergement multi-tenant | CPU à fréquence de base élevée, grandes marges de RAM, Tier 0 à haute endurance, forte proportion de NVMe | Lorsque la performance ou l’échelle est l’exigence principale | ## Comment utiliser ce guide 1. [Appliquer les exigences génériques des nœuds](#generic-node-requirements) — CPU, RAM, NIC, type de disque, endurance 2. [Identifier votre modèle de déploiement](#deployment-model-selection) — utilisez le tableau ci-dessus pour sélectionner votre profil 3. [Dimensionner le Tier 0 (métadonnées)](#tier-0-metadata-sizing) — en fonction de la capacité utilisable des Tier 1 à 5 et de la rétention des instantanés 4. [Ajouter du CPU et de la RAM pour les charges de travail](#ram-for-storage) — exigences système VergeOS plus ressources des charges invitées La plupart des systèmes de Production standard fonctionnent comme un seul cluster HCI. Le nombre de clusters est un indicateur court du modèle de déploiement : * **1 cluster :** HCI. Les rôles de contrôleur, de stockage et de calcul peuvent partager les mêmes nœuds. * **2 clusters :** UCI/HCI hybride. * **3 clusters ou plus :** UCI complète. Pour les modèles HCI et UCI, les types de nœuds et quand séparer les rôles, voir [HCI vs UCI : modèles de déploiement](/learn-the-platform/fr/module-1-fondamentaux-de-larchitecture/02-hci-vs-uci.md) et [Clusters et types de nœuds](/learn-the-platform/fr/module-1-fondamentaux-de-larchitecture/05-clusters-nodes.md) dans Learn the Platform. {% hint style="info" %} **HCI est la configuration par défaut** Les nœuds contrôleurs dédiés, de stockage uniquement ou de calcul uniquement sont des choix de conception optionnels, et non une exigence pour chaque déploiement. {% endhint %} Les équipes commerciales et de support de VergeOS, ainsi que les revendeurs agréés, peuvent vous aider à examiner la charge de travail et à sélectionner le matériel. Voir [Contacter Verge.io](https://www.verge.io/contact/). ## Exigences génériques des nœuds Ces minimums s’appliquent à tous les types de nœuds et à tous les profils : * Processeur AMD ou Intel x86\_64 avec virtualisation matérielle * Minimum **16 Go de RAM** dédiée à VergeOS * IPMI, iDRAC, iLO ou gestion hors bande équivalente * Contrôleur HBA ou RAID en **mode JBOD ou IT** (sans RAID) ; connexion NVMe directe préférable * **1 × 1 GbE** NIC pour le réseau externe (Intel, NVIDIA Mellanox ou Broadcom) * **1 × 10 GbE** NIC pour le réseau Core Fabric (Intel, NVIDIA Mellanox ou Broadcom ; non requis pour les déploiements sur un seul nœud) {% hint style="info" %} **Référence des pilotes matériels** VergeOS inclut un large ensemble de pilotes réseau et de stockage dans le cadre de la plateforme. Si vous prévoyez un déploiement et souhaitez consulter l’inventaire des pilotes, voir : * [Pilotes Ethernet inclus](/plan-and-deploy/fr/guide-de-mise-en-oeuvre/sizing/nic-driver-list.md) * [Pilotes de stockage inclus](/plan-and-deploy/fr/guide-de-mise-en-oeuvre/sizing/storage-driver-list.md) Si vous ne voyez pas le matériel que vous comptez utiliser, contactez **les ventes VergeOS** pour obtenir des conseils. {% endhint %} Pour la conception du Core Fabric et du réseau externe, voir [Conception réseau](/plan-and-deploy/fr/guide-de-mise-en-oeuvre/network-design.md). ### Conseils sur les disques et l’endurance Examinez ces recommandations avant de sélectionner des disques pour un profil. {% hint style="danger" %} **Disques d’entreprise uniquement (production)** VergeOS ne prend pas officiellement en charge les disques grand public en production ou dans les systèmes de sauvegarde de production. Utilisez des périphériques de qualité entreprise. Les disques grand public peuvent être acceptables pour des tests, du développement ou des preuves de concept lorsque la perte de données est acceptable. Certains périphériques grand public échouent en raison de limites du microprogramme ou de commandes non standard. {% endhint %} {% hint style="warning" %} **Périphériques de démarrage uniquement (y compris Dell BOSS)** Les périphériques orientés démarrage tels que les cartes Dell BOSS sont réservés au **démarrage ou au système d’exploitation uniquement**. Ne les affectez pas aux niveaux de stockage 0 à 5. Sélectionnez-les comme périphériques de démarrage uniquement pour VergeOS. Ces périphériques n’ont pas l’endurance en écriture ni le tampon d’écriture requis par le Tier 0 et les niveaux de charge de travail. {% endhint %} * **Tier 0 :** Utilisez uniquement des supports d’entreprise. N’utilisez pas de NVMe grand public. Pour les exigences d’endurance et de capacité, voir [Dimensionnement du Tier 0 (métadonnées)](#tier-0-metadata-sizing). * **Niveaux de charge de production (Tier 1 à 5) :** Utilisez uniquement des supports d’entreprise. N’utilisez pas de NVMe grand public. Pour les supports orientés écriture ou polyvalents, utilisez un minimum de **1 écriture de disque par jour (DWPD)**. Vous pouvez utiliser des supports d’entreprise orientés lecture lorsque ce support correspond à la charge de travail. * Les HDD de plus de **8 To** ne sont pas recommandés en dehors des environnements spécifiques d’archivage. Les HDD de grande capacité allongent le temps de reconstruction et peuvent affecter les performances et la disponibilité. ### Dimensionnement du Tier 0 (métadonnées) Le Tier 0 contient les métadonnées vSAN : les informations structurelles que VergeOS utilise pour suivre les données utilisables. Un dimensionnement correct du Tier 0 est essentiel au bon fonctionnement de vSAN dans chaque profil de déploiement. Les besoins en métadonnées varient selon le comportement des charges de travail, la stratégie d’instantanés et l’échelle vSAN. Voir [Niveaux de stockage dans VergeOS vSAN](/run-the-platform/fr/stockage/storage-tiers.md). **Où les métadonnées sont stockées :** la plupart des déploiements stockent les métadonnées sur un Tier 0 dédié. Les systèmes Small / Edge [peuvent stocker les métadonnées sur le niveau primaire à la place](#small-edge). Les mêmes recommandations de dimensionnement s’appliquent ; réservez la capacité de métadonnées requise dans le niveau primaire. #### Exigences de base du Tier 0 * **Support :** SSD d’entreprise. Le Tier 0 n’a pas besoin d’être en NVMe — un SSD SAS d’entreprise est acceptable s’il satisfait aux exigences d’endurance et de capacité ci-dessous. * **Endurance minimale :** 1 DWPD * **Capacité :** environ **5 Go de Tier 0 utilisable par 1 To de capacité utilisable des Tier 1 à 5** à 3 DWPD, ou un profil équivalent de capacité et d’endurance (par exemple, 15 Go par 1 To à 1 DWPD) Les deux côtés de ce ratio correspondent à la **capacité utilisable globale du système**, mesurée après redondance. Les copies de métadonnées — entre les nœuds contrôleurs et entre les disques locaux d’un nœud — relèvent de la redondance, et non d’une capacité utilisable supplémentaire : le Tier 0 utilisable correspond au Tier 0 brut divisé par le nombre de copies locales. Voir [Redondance des métadonnées Tier 0 du nœud local (D+x)](/run-the-platform/fr/stockage/tier0-local-redundancy.md). Cette équivalence échange de la capacité contre de l’endurance : les métadonnées occupent environ 5 Go par 1 To dans les deux cas. Avec des supports à 1 DWPD, la capacité supplémentaire constitue une marge d’endurance, et non de l’espace supplémentaire pour les métadonnées. Préférez suffisamment de capacité à 1 DWPD plutôt que de rechercher du 3 DWPD lorsque des supports d’entreprise à 1 DWPD répondent au besoin. Cette base suppose le profil par défaut [*Instantanés système* profil](/automate-protect-and-extend/fr/sauvegarde-et-reprise-apres-sinistre/snapshot-profiles.md) ou un calendrier similaire. Ce profil conserve **7 instantanés** à la fois : 3 horaires, 3 quotidiens (minuit) et 1 quotidien (midi). Lorsque vous comptez vos propres instantanés conservés, incluez les profils d’instantanés des VM et des volumes ainsi que le profil système. #### Quand augmenter la capacité du Tier 0 **Rétention accrue des instantanés** Le comportement des instantanés est un facteur majeur de croissance des métadonnées. Chaque instantané conservé peut ajouter jusqu’à environ **0,5 Go par 1 To de capacité utilisable des Tier 1 à 5** (borne supérieure). L’utilisation réelle dépend du delta d’instantané : les charges d’écriture intensive telles que les SQL lourds ou les modèles d’écriture aléatoire s’approchent de la borne supérieure, tandis que les charges séquentielles ou à faible variation utilisent moins de métadonnées par instantané. La base prudente absorbe une rétention modérée au-delà du profil par défaut. Pour la plupart des systèmes avec un **faible à modéré taux de changement**, la base (5 Go/To) peut contenir environ **25 à 30 instantanés**. La télémétrie de la flotte le confirme : le 75e centile à 25 instantanés est d’environ 4,7 Go/To, soit juste au niveau de la base. Les systèmes avec un **taux de changement modéré à élevé** (par exemple une utilisation dense de bases de données SQL, des systèmes de trading à haute fréquence, des automates programmables industriels) devraient augmenter à environ **10 Go de Tier 0 utilisable par 1 To de capacité utilisable des Tier 1 à 5** lorsqu’ils conservent 25 à 30 instantanés. **Exemples de dimensionnement du Tier 0** | Taux de changement | Instantanés conservés | Dimensionnement du Tier 0 | Remarques | | ------------------ | --------------------- | ------------------------- | -------------------------------------------------------------------------------------------------------------- | | Faible à modéré | 7 (par défaut) | 5 Go/To (base) | La base absorbe sans risque les 7 instantanés par défaut | | Faible à modéré | 25 à 30 | 5 Go/To (base) | 25 à 30 instantanés peuvent encore être absorbés | | Modéré à élevé | 7 (par défaut) | 5 Go/To (base) | La base absorbe sans risque les 7 instantanés par défaut | | Modéré à élevé | 25 à 30 | 10 Go/To | Recommandation plus élevée pour une rétention accrue des instantanés avec un taux de changement modéré à élevé | Si vous prévoyez de conserver plus d’environ 25 à 30 instantanés ou si vous devez gérer des charges dépassant ce tableau, contactez VergeOS Sales ou un partenaire revendeur agréé pour obtenir de l’aide. Voir [Contacter Verge.io](https://www.verge.io/contact/). **Expansion planifiée de la capacité vSAN** Dimensionnez le Tier 0 en fonction de la capacité utilisable totale de vSAN. Si vous prévoyez une montée en charge à court terme (ajout de nœuds de stockage ou extension des Tier 1 à 5), augmentez le Tier 0 à l’avance pour éviter de remplacer plus tard les périphériques de métadonnées. Pour ajouter le Tier 0 après l’installation, voir [Ajout du Tier 0 à un système existant](/knowledge-base/fr/storage-vsan/adding-tier-zero.md). Le dimensionnement des métadonnées implique plusieurs facteurs interdépendants. VergeOS Sales et les partenaires revendeurs agréés peuvent vous aider à évaluer la charge de travail et à planifier le Tier 0 pour les nouveaux déploiements et les extensions. Voir [Contacter Verge.io](https://www.verge.io/contact/). ### RAM pour le stockage * **Base :** sur chaque nœud, réservez **16 Go pour VergeOS plus 1 Go de RAM par 1 To de stockage brut** sur ce nœud. La RAM des charges invitées est en supplément. Par exemple, un nœud avec 8 To bruts réserve 24 Go avant la RAM des invités. * **RAM tampon de stockage (cache)** est un besoin distinct et additionnel. Elle est surtout importante dans les environnements de performance. Ne considérez pas une seule valeur plus élevée en Go/To comme un substitut pour ces deux besoins. Pour dimensionner les nœuds du modèle de déploiement [Performance](#performance-high-capacity-scale) et leur tampon de stockage, contactez un partenaire VergeOS ou l’équipe commerciale VergeOS. ### CPU et disques de stockage Pour les profils Production standard et Sauvegarde, prévoyez **1 cœur physique par disque de stockage** sur chaque nœud qui fournit des disques vSAN. Comptez les périphériques Tier 0 comme des disques de stockage. Ne comptez pas le périphérique de démarrage et ne comptez pas les threads matériels comme des cœurs supplémentaires. ## Profils de déploiement ### Production standard Déploiements équilibrés et polyvalents pour charges mixtes avec des performances prévisibles, une densité VM modérée, une redondance complète et une montée en charge simple. **Convient généralement pour :** applications métier, bases de données modérées, charges de travail légères d’IA/ML. **Cas d’utilisation exemples :** * Entreprise manufacturière exécutant ERP, SQL, services de fichiers et un petit pool VDI * Cabinet de conseil exécutant des charges Windows Server, des bases de données SQL, la gestion documentaire et des applications saisonnières à forte charge #### Flexibilité des rôles VergeOS prend en charge une conception flexible des rôles de nœud. Les exigences ci-dessous décrivent les besoins fonctionnels des rôles de contrôleur, de stockage et de calcul ; ces rôles peuvent être combinés sur les mêmes nœuds physiques selon la disponibilité matérielle, la densité de charge et l’échelle du déploiement. La plupart des systèmes de Production standard utilisent des nœuds qui servent à la fois de contrôleurs et de participants au stockage, et les environnements plus petits peuvent exécuter les charges de travail de contrôleur, de stockage et de calcul sur les mêmes nœuds. Pour la conception des rôles de nœud, voir [Clusters et types de nœuds](/learn-the-platform/fr/module-1-fondamentaux-de-larchitecture/05-clusters-nodes.md). La liste générique des NIC constitue un minimum. Les systèmes de production utilisent deux réseaux Core Fabric avec des connexions redondantes, généralement 4 ports 10/25/40/100 GbE par nœud. Voir [Conception réseau](/plan-and-deploy/fr/guide-de-mise-en-oeuvre/network-design.md). #### Rôle de contrôleur (nœuds 1 et 2 ; plus le nœud 3 dans une conception N+2) Les nœuds qui remplissent le rôle de contrôleur peuvent également participer au stockage et exécuter des charges de travail, selon la conception du déploiement. Pour les exigences N+1 et N+2, voir [Comprendre les niveaux de redondance vSAN](/run-the-platform/fr/stockage/vsan-redundancy-levels.md). * **Processeur :** CPU 2,7 GHz+ (fréquence de base) * **RAM :** 16 Go + 1 Go par 1 To de stockage brut par nœud, plus la RAM des charges invitées (voir [RAM pour le stockage](#ram-for-storage)) * **Tier 0 (stockage des métadonnées) :** * SSD d’entreprise à haute endurance (NVMe ou équivalent) qui fournit 5 Go de Tier 0 utilisable par 1 To de capacité utilisable des Tier 1 à 5 à 3 DWPD, ou un profil d’endurance équivalent (par exemple, 15 Go par 1 To à 1 DWPD) * Endurance minimale acceptable : 1 DWPD {% hint style="info" %} **Considérations de capacité** * Lorsqu’un nœud possède plus d’un disque Tier 0, VergeOS réplique automatiquement les métadonnées sur les disques locaux pour correspondre au niveau de redondance du système (deux copies en N+1, trois en N+2), jusqu’au nombre de disques. La capacité Tier 0 utilisable correspond à la capacité brute totale du Tier 0 divisée par le nombre de copies locales ; les disques au-delà du nombre de copies requis ajoutent de la capacité utilisable. Pour plus de détails, voir [Redondance des métadonnées Tier 0 du nœud local (D+x)](/run-the-platform/fr/stockage/tier0-local-redundancy.md). * Installez deux disques Tier 0 par nœud contrôleur sur un système N+1, et trois sur un système N+2, pour une protection locale complète. * La capacité des métadonnées doit être augmentée pour les environnements à taux de variation des données élevé et/ou à rétention d’instantanés étendue ; voir [Dimensionnement du Tier 0 (métadonnées)](#tier-0-metadata-sizing). {% endhint %} #### Rôle de stockage (participants vSAN) Les nœuds qui remplissent le rôle de stockage peuvent également servir de contrôleurs ou exécuter des charges de calcul. Utilisez au moins deux nœuds avec des configurations de disques identiques (sauf [systèmes à nœud unique](#single-node-systems)). * **Processeur :** CPU 2,7 GHz+ (fréquence de base). La fréquence de base influence aussi les performances de stockage sur les nœuds qui exécutent du calcul. * **RAM :** 16 Go + 1 Go par 1 To de stockage brut par nœud (voir [RAM pour le stockage](#ram-for-storage)) * **CPU :** 1 cœur physique par disque de stockage (voir [CPU et disques de stockage](#cpu-and-storage-disks)) * **Stockage :** * Au moins un SSD NVMe ou SATA/SAS d’entreprise par nœud (niveau primaire) * Les HDD d’entreprise sont acceptables pour les usages à faible performance, les instantanés, l’archivage ou les services de fichiers (voir [conseils sur les disques et l’endurance](#disk-and-endurance-guidance)) #### Rôle de calcul Les nœuds de calcul uniquement sont facultatifs ; les charges de travail de calcul peuvent s’exécuter sur des nœuds contrôleurs ou de stockage dans les déploiements plus petits ou consolidés. * **Nœuds de calcul uniquement :** suivez les [exigences génériques des nœuds](#generic-node-requirements) et dimensionnez le CPU et la RAM en fonction des charges de travail hébergées. La fréquence de base influence toujours la latence des disques invités : un nœud de calcul uniquement traite les E/S même lorsque les disques se trouvent sur d’autres nœuds. * **Rôles combinés :** lorsque des charges de calcul s’exécutent sur des nœuds qui assurent aussi les rôles de contrôleur ou de stockage, allouez suffisamment de ressources supplémentaires. Les charges invitées ont besoin de leur propre capacité CPU et RAM, distincte de ce dont VergeOS a besoin pour les fonctions de contrôleur, la gestion des métadonnées et la participation à vSAN. Dimensionnez les nœuds à rôles combinés avec davantage de RAM pour la mémoire des invités et suffisamment de marge CPU pour conserver des performances prévisibles à la fois pour les services système et les charges hébergées. *** ### Performance / grande capacité / montée en échelle Utilisez ce profil pour les environnements à haute densité, à fortes IOPS, à faible latence, avec un grand nombre d’instantanés, des patterns d’écriture soutenus ou un trafic est-ouest important. Les ratios fixes en Go/To qui fonctionnent pour la Production standard ne se transposent pas linéairement aux grands systèmes Performance. Le calendrier et la rétention des instantanés déterminent le besoin en métadonnées. La RAM tampon de stockage est une exigence additionnelle distincte. {% hint style="warning" %} **Concevez avec un partenaire ou les ventes** Contactez un partenaire VergeOS ou l’équipe commerciale VergeOS pour concevoir votre environnement de performance. Utilisez les [architectures de référence](/plan-and-deploy/fr/architectures-de-reference/data-science.md) lorsqu’elles s’appliquent. Ne considérez pas les ratios de Production standard comme une orientation linéaire pour les très grands systèmes NVMe (par exemple, plusieurs dizaines de nœuds à l’échelle du pétaoctet). {% endhint %} **Cas d’utilisation exemples :** * Services financiers avec des bases de données à fort volume de transactions, de grandes infrastructures VDI ou des analyses GPU * MSP régionaux qui fournissent de l’hébergement multi-tenant et des charges de travail accélérées par GPU Lorsqu’un partenaire conçoit le système, les blocs de construction typiques incluent des CPU à fréquence de base plus élevée, davantage de RAM par To de stockage brut plus une RAM tampon de stockage explicite, un Tier 0 redondant à haute endurance, plusieurs SSD d’entreprise ou périphériques NVMe par nœud de stockage, et des réseaux 25/40/100 GbE. Les valeurs exactes dépendent de la charge de travail et de l’échelle. Pages associées : * [Déploiements de clusters haute performance](/plan-and-deploy/fr/architectures-de-reference/data-science.md) * [Déploiements multi-tenant](/plan-and-deploy/fr/architectures-de-reference/csp.md) *** ### Petit / périphérie Deux nœuds ou moins. Déploiements compacts qui privilégient la simplicité et une faible charge opérationnelle. Convient aux petits sites, au commerce de détail, aux installations distantes et à la périphérie distribuée. Les charges de travail sont modestes et peu denses. **Exemples :** * Stations de supervision à distance qui ingèrent des capteurs et exécutent des analyses légères * Sites de vente au détail qui remontent vers un site central ou régional #### Exigences des nœuds * **Processeur :** voir [exigences génériques des nœuds](#generic-node-requirements) * **RAM :** 16 Go + 1 Go par 1 To de stockage brut par nœud (voir [RAM pour le stockage](#ram-for-storage)) * **Tier 0 :** Prévoyez tout de même un Tier 0 lorsque la conception nécessite des périphériques de métadonnées dédiés. Le Tier 0 n’a pas besoin d’être en NVMe ; un SSD SAS ou NVMe d’entreprise est acceptable. * Sur **1 à 2 nœuds** des systèmes où le niveau primaire est déjà entièrement en NVMe ou entièrement en SSD, un périphérique **dédié** Tier 0 est souvent inutile. Les métadonnées résident alors sur le niveau primaire ; les mêmes recommandations de dimensionnement s’appliquent, donc réservez la capacité de métadonnées requise dans le niveau primaire (voir [Dimensionnement du Tier 0 (métadonnées)](#tier-0-metadata-sizing)). Confirmez l’architecture avec les ventes, le support ou un revendeur agréé en cas de doute. * **Réseau :** voir [exigences génériques des nœuds](#generic-node-requirements) * **Taille du cluster :** minimum 2 nœuds sauf si vous déployez un [système à nœud unique](#single-node-systems) * **Remarque :** Inadapté aux charges de travail sensibles aux performances Pour un exemple de topologie, voir [Déploiements de clusters Edge](/plan-and-deploy/fr/architectures-de-reference/edge.md). *** ### Nœuds de sauvegarde Nœuds axés sur le stockage pour la sauvegarde ou la rétention d’archives. **Exemples :** * Nœuds de stockage dans un cluster de production qui utilisent des SSD d’entreprise à faible DWPD pour les données de sauvegarde * Nœuds dans un cluster de sauvegarde VergeOS séparé qui reçoivent des sauvegardes synchronisées #### Exigences des nœuds * **Processeur :** voir [exigences génériques des nœuds](#generic-node-requirements) * **RAM :** 16 Go + 1 Go par 1 To de stockage brut par nœud (voir [RAM pour le stockage](#ram-for-storage)) * **CPU :** 1 cœur physique par disque de stockage (voir [CPU et disques de stockage](#cpu-and-storage-disks)) * **Tier 0 :** Dimensionnez le Tier 0 sur les nœuds contrôleurs du système de sauvegarde (nœuds 1 et 2). Les systèmes de sauvegarde de ce profil fonctionnent en N+1, donc il y a deux nœuds contrôleurs. N’ajoutez pas de périphériques Tier 0 dédiés à chaque nœud de stockage de sauvegarde. Le Tier 0 n’a pas besoin d’être en NVMe. Utilisez un SSD SAS ou NVMe d’entreprise ; n’utilisez pas de périphériques grand public. Endurance minimale acceptable : **1 DWPD**. Conserver plus d’instantanés que dans le profil par défaut peut entraîner une consommation supplémentaire de métadonnées et nécessiter une capacité Tier 0 accrue ; voir [Dimensionnement du Tier 0 (métadonnées)](#tier-0-metadata-sizing). * **Réseau :** voir [exigences génériques des nœuds](#generic-node-requirements) * **Stockage :** * Des périphériques d’entreprise à performance plus faible et à endurance plus faible sont acceptables * Les HDD de plus de 8 To peuvent être utilisés pour des architectures spécifiques à l’archivage ; prévoyez des temps de reconstruction prolongés * **Remarque :** Inadapté aux charges de travail sensibles aux performances *** ### Systèmes à nœud unique Les systèmes à nœud unique suivent le **Petit / périphérie** profil ci-dessus, avec une différence : un système à nœud unique n’a pas de trafic vSAN ou Core Fabric de nœud à nœud, donc **aucun réseau Core Fabric n’est requis**. #### Exigences des nœuds * **Processeur :** voir [exigences génériques des nœuds](#generic-node-requirements) * **RAM :** 16 Go + 1 Go par 1 To de stockage brut par nœud (voir [RAM pour le stockage](#ram-for-storage)) * **Tier 0 :** même recommandation que pour Small / Edge. Lorsque le niveau primaire est entièrement en NVMe ou entièrement en SSD, un périphérique Tier 0 dédié est souvent inutile ; les métadonnées résident alors sur le niveau primaire, donc réservez-y la capacité de métadonnées requise (voir [Dimensionnement du Tier 0 (métadonnées)](#tier-0-metadata-sizing)) * **Réseau :** 1 NIC 1 GbE pour le réseau externe ; aucune NIC Core Fabric requise * **Remarque :** Un seul nœud n’offre aucune redondance au niveau du nœud. La redondance provient des copies sur les disques locaux du nœud — voir [Redondance des métadonnées Tier 0 du nœud local (D+x)](/run-the-platform/fr/stockage/tier0-local-redundancy.md). Protégez les charges de travail avec des instantanés et une synchronisation ou des sauvegardes hors site. *** ## Considérations de montée en charge Les clusters VergeOS évoluent horizontalement. Ajoutez des nœuds pour augmenter la capacité de stockage et le calcul. Voir [Concepts clés](/plan-and-deploy/fr/guide-de-mise-en-oeuvre/concepts.md) pour les types de nœuds et de clusters. Lorsque vous planifiez la capacité des contrôleurs : * Dimensionnez **le stockage Tier 0 et la RAM** pour le stockage total du cluster et pour la politique d’instantanés. * À mesure que la densité VM augmente, les nœuds contrôleurs et HCI peuvent nécessiter davantage de CPU. À mesure que l’environnement grandit, réexaminez le profil matériel. Une conception adaptée au premier déploiement peut devenir inappropriée après une forte augmentation de la capacité ou des charges de travail. --- # 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/plan-and-deploy/fr/guide-de-mise-en-oeuvre/sizing.md?ask=&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.