Exigences matérielles
Spécifications matérielles minimales et recommandées pour les nœuds contrôleurs VergeOS, les nœuds de stockage et les nœuds de calcul seul, ainsi que les limites maximales prises en charge.
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.
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 :
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)
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.
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ôleurscontrôleurs.
Spécifications minimales
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
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
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é.
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
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
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 :
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.
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.
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
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.
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 :
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
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.
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 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.
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 :
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 -- Découvrez comment ces exigences se traduisent en topologies de déploiement réelles (HCI, HCI+Compute, UCI)
Cadrage client -- Apprenez la méthodologie pour traduire les charges de travail client en spécifications matérielles
Mis à jour
Ce contenu vous a-t-il été utile ?