For the complete documentation index, see llms.txt. This page is also available as Markdown.

Paramètres du cluster

Référence pour tous les paramètres de configuration des clusters VergeOS, y compris le type de CPU, l’allocation de RAM, les atténuations de sécurité, les politiques de ressources de calcul, l’échange (swap) et la surveillance de la température des nœuds.

Le Paramètres du cluster le formulaire vous permet de configurer les paramètres clés liés aux performances, à la sécurité, à l’allocation, à la surveillance thermique et au swap. Bien que la majorité des paramètres par défaut conviennent à la plupart des environnements, il est recommandé de les examiner lors de la création d’un nouveau cluster, puis périodiquement par la suite, afin de garantir leur conformité avec les politiques et les exigences opérationnelles de votre organisation.

Accès aux paramètres du cluster

  • Dans le menu supérieur, accédez à Infrastructure > Clusters > double-cliquez sur le cluster souhaité

  • Cliquez sur Modifier dans le menu de gauche.

Cluster

Cette section définit les propriétés fondamentales de votre cluster.

  1. Activé : Par défaut, le cluster sera activé. En général, il n’y a aucune raison de le désactiver ; cependant, cela peut être utile dans certaines situations, par exemple lors d’une reconfiguration complète du cluster.

  2. Nom : Un cluster est généralement nommé lors de l’installation, mais peut être renommé sans problème.

  3. Description : Zone de texte facultative permettant de fournir une brève description du rôle ou des caractéristiques du cluster.

  4. Type de CPU par défaut : Définit le type de CPU par défaut/recommandé pour les machines virtuelles associées à ce cluster. Ce paramètre est automatiquement sélectionné lors de l’installation du cluster, en fonction du matériel CPU détecté. Lors de la configuration initiale, examinez ce paramètre pour vérifier que le bon type de CPU a été détecté.

  1. Tampon de stockage par nœud (2 Go par défaut) : Quantité de RAM supplémentaire à allouer par nœud pour la mise en cache des performances vSAN.

Considérations

  • Lorsqu’il reste de la RAM disponible, au-delà des besoins du système et des charges de travail virtuelles, envisagez d’augmenter ce paramètre

  • L’augmentation du Tampon de stockage par nœud peut améliorer significativement les performances en lecture/écriture

  • En règle générale, visez une utilisation de la RAM ne dépassant pas 80 % en fonctionnement normal

Sécurité/performances du cluster

Cette sous-section vous permet d’activer/de désactiver diverses fonctionnalités et atténuations liées aux performances et à la sécurité pour tous les nœuds du cluster.

  1. Allouer des hugepages pour le stockage (activé par défaut) : L’activation des hugepages est fortement recommandée dans la plupart des cas, car elle améliore les performances de stockage mémoire pour les charges de travail. La désactivation de ce paramètre est généralement déconseillée, sauf dans de rares cas, par exemple lors de l’exécution de très petites machines virtuelles uniquement ou de systèmes d’exploitation invités anciens avec un support limité des hugepages.

  2. Désactiver les mitigations de sécurité du CPU : Si cette option est sélectionnée, les mitigations de sécurité du CPU au niveau du noyau sont désactivées pour le cluster.

  1. Désactiver le Speculative Store Bypass : Si cette option est sélectionnée, désactive le Speculative Store Bypass (SSB) à l’exécution. La désactivation du SSB peut entraîner une baisse de performance faible à modérée, selon les charges de travail du système.

  2. Désactiver le SMT : Si cette option est sélectionnée, désactive le multithreading simultané (SMT) à l’exécution.

  • La désactivation du SMT réduira considérablement les performances, car elle désactive le hyper-threading

  • Bien que les logiciels modernes et les mises à jour du microcode atténuent généralement de nombreuses vulnérabilités liées au SMT, certains environnements hautement sensibles peuvent choisir de le désactiver, même au prix d’une baisse de performances

  • La manière recommandée de désactiver le SMT est dans le BIOS. Le nom exact du paramètre peut varier selon le fabricant ; consultez la documentation de votre matériel en cas de doute

  1. Désactiver les états de veille pour les CPU : Si cette option est sélectionnée, VergeOS désactive automatiquement les états de veille de bas niveau. Cela peut éliminer les transitions inutiles d’état de veille dues à de courtes périodes d’inactivité, qui entraîneraient autrement une baisse notable des performances pour un gain minimal en efficacité énergétique.

  • La désactivation des états de veille du CPU peut être particulièrement bénéfique sur les systèmes nouvellement déployés, où les charges de travail sont ajoutées progressivement. Dans ces cas, les nœuds inactifs doivent réagir rapidement à mesure que la demande augmente

  • La sélection de cette option peut entraîner des températures et une consommation électrique plus élevées, selon les charges de travail du système

  1. Activer la détection de split lock : Détecte les événements de split lock au sein des charges de travail et les signale dans le journal système. L’activation de cette option peut avoir un impact sur les performances des machines virtuelles qui déclenchent un split lock.

  2. Politique énergie/performances (par défaut =Performances): Paramètre de politique qui guide la logique interne du processeur afin d’équilibrer les performances et l’efficacité énergétique. Il est généralement préférable de laisser ce paramètre à sa valeur par défaut, afin de permettre au système d’optimiser dynamiquement les performances à l’exécution. Des options alternatives d’énergie et de performances sont disponibles pour prendre en charge des environnements non professionnels tels que les systèmes grand public, les labs domestiques ou les déploiements de démonstration de faisabilité (POC).

  3. Gestionnaire d’échelle CPU (par défaut =Performances): Politique d’ajustement dynamique de la fréquence CPU au niveau du noyau, en fonction de la charge du système. Il est généralement préférable de laisser ce paramètre à sa valeur par défaut, afin de permettre au système d’optimiser dynamiquement les performances à l’exécution. Des options alternatives d’énergie et de performances sont disponibles pour prendre en charge des environnements non professionnels tels que les systèmes grand public, les labs domestiques ou les déploiements de démonstration de faisabilité (POC).

Filtre du journal système

  1. Filtre du journal système (par défaut *:3,ipmievd:5,rasdaemon,!ntpd,!postfix): Une liste de filtres séparés par des virgules, au format rsyslog, qui détermine quelles entrées de journal afficher dans l’interface utilisateur. Les entrées correspondant à ces filtres sont affichées ; toutes les autres sont exclues de la vue de l’interface. Cette syntaxe prend en charge les filtres de facility et de priorité, ainsi que les inclusions ou exclusions spécifiques à un programme.

Calcul

Cette section configure les politiques de ressources de calcul pour votre cluster. Ces paramètres ne s’appliqueront pas aux clusters de stockage uniquement.

  1. RAM maximale par machine : Spécifie la quantité maximale de RAM pouvant être allouée à une seule charge de travail (comme une machine virtuelle, un nœud de locataire ou un service NAS).

  1. Nombre maximal de cœurs par machine : Spécifie le nombre maximal de cœurs CPU pouvant être alloués à une seule charge de travail (comme une machine virtuelle, un nœud de locataire ou un service NAS)

  1. Pourcentage maximal de RAM cible (80 par défaut) : Spécifie le pourcentage maximal de RAM physique qu’un nœud du cluster devrait utiliser en conditions normales. Ce seuil aide à éviter la surallocation par de nouvelles charges de travail. Cependant, il peut être dépassé dans des circonstances particulières telles que le basculement ou la migration de charge de travail afin de maintenir la continuité de service.

Exemple de Pourcentage maximal de RAM cible

  • Un nœud de cluster dispose de 252 Go de RAM physique disponible (256 Go avec 252 Go après l’overhead du BIOS/de la carte vidéo)

  • Pourcentage maximal de RAM cible est défini à la valeur par défaut de 80

  • 252G * 80 % = environ 200 Go utilisables en conditions normales

  • Overhead RAM système/vSAN 16G (remarque : l’overhead vSAN variera selon la quantité de stockage du cluster)

  • Disponible pour les nouvelles charges de travail : 184 Go (utilisables moins l’overhead), tout en restant dans la cible d’utilisation de 80 %

  • Pendant un basculement ou une migration : L’utilisation de la RAM des charges de travail peut temporairement dépasser 184 Go pour prendre en charge les charges de travail déplacées

  1. % de RAM de réserve à utiliser pour les machines : définit une portion (en pourcentage) du swap réservée spécifiquement pour simuler de la RAM supplémentaire pour les charges de travail lorsque la RAM physique est épuisée. Cette RAM virtuelle peut être configurée comme solution de secours pour la surallocation de RAM.

  1. Virtualisation imbriquée : Permet d’utiliser une machine virtuelle à l’intérieur d’une autre machine virtuelle en utilisant l’accélération matérielle de l’hôte.

La virtualisation imbriquée peut impliquer des implications de sécurité et des problèmes de file d’attente/comptabilisation équitable.

  1. Autoriser la migration à chaud de la virtualisation imbriquée :* Autorise la migration à chaud des machines virtuelles avec virtualisation imbriquée.

  2. Autoriser la migration à chaud de VGPU :* Autorise la migration à chaud des machines virtuelles équipées de périphériques vGPU (expérimental). Bien que cela n’ait pas été entièrement vérifié lors des tests, la migration à chaud des charges de travail vGPU s’est généralement révélée fiable lorsque les derniers pilotes NVIDIA sont utilisés à la fois sur l’hôte et l’invité.

Si suffisamment de périphériques vGPU ne sont pas disponibles, les charges de travail peuvent être temporairement arrêtées pendant la maintenance.

Activation de la virtualisation imbriquée

La virtualisation imbriquée nécessite deux paramètres ; elle doit être activée à la fois au niveau du cluster et au niveau de la VM :

  1. Niveau du cluster : Activez le Virtualisation imbriquée paramètre dans la liste ci-dessus. Si un message de redémarrage apparaît en haut du tableau de bord du cluster, redémarrez les nœuds du cluster en utilisant les procédures de procédures du mode de maintenance.

  2. Niveau de la VM : Depuis le tableau de bord de la VM, cliquez sur Modifier et activez Virtualisation imbriquée dans les paramètres de la VM.

Redémarrez la VM après avoir activé les deux paramètres. La fonctionnalité CPU est appliquée au démarrage de la VM.

Le Autoriser la migration à chaud de la virtualisation imbriquée paramètre est distinct. Il contrôle uniquement si les VM avec virtualisation imbriquée peuvent migrer à chaud entre les nœuds ; il n’est pas requis pour exécuter la virtualisation imbriquée.

Stockage (paramètres de swap)

  1. Niveau utilisé pour le swap : Niveau de stockage à utiliser pour l’espace swap. Le swap est désactivé lorsque la valeur est 0

  2. Swap par lecteur : Quantité d’espace swap à allouer par lecteur

Température du nœud

Cette section vous permet de définir les paramètres du comportement d’alerte de VergeOS liés à des températures CPU plus élevées sur les nœuds du cluster. Une notification rapide, avant d’atteindre les températures maximales du CPU, peut permettre de prendre des mesures pour éviter les pannes et les dommages au matériel physique ; laisser le matériel CPU atteindre ses limites de température maximales peut provoquer son arrêt automatique ou des blocages complets, ainsi que des dommages matériels potentiels.

  1. Température maximale des cœurs (Celsius) Définit une température de pointe à utiliser pour la surveillance de température VergeOS (utilisée avec le paramètre suivant : Pourcentage du seuil d’avertissement de température maximale des cœurs).

    • interroger le matériel (par défaut) - récupère la température maximale définie par le matériel depuis le CPU

    Le matériel non serveur et certains serveurs anciens peuvent ne pas prendre en charge cette requête ; dans de tels cas, le paramètre personnalisé peut être sélectionné pour définir une température maximale sur laquelle baser les avertissements VergeOS.

    • personnalisé - permet de définir manuellement une température de pointe spécifique. Reportez-vous à la documentation de votre matériel pour vérifier la température maximale de votre CPU.

    • désactiver - cette sélection peut être utilisée lorsque vous ne souhaitez pas surveiller la température dans VergeOS (lorsque vous n’êtes pas responsable de la surveillance du matériel, par ex. fournisseur bare metal, ou lorsque VergeOS s’exécute dans un environnement virtuel)

  2. Pourcentage du seuil d’avertissement de température maximale des cœurs Définit une limite de pourcentage par rapport à la température maximale des cœurs (ci-dessus) à laquelle déclencher un état d’avertissement. Un état d’avertissement entraînera un statut de nœud jaune et une entrée d’avertissement sera créée dans le journal système. En général, un seuil d’au moins 10 % ou plus est recommandé afin de laisser le temps de prendre les mesures appropriées en réponse à un problème thermique.

Exemple

Si Température maximale des cœurs (Celsius) est défini à 80 degrés et Pourcentage du seuil d’avertissement de température maximale des cœurs est défini à 10, l’état d’avertissement se déclenchera lorsque le matériel CPU indiquera 72 degrés.

  1. Température critique des cœurs (Celsius) : Définit la température à laquelle déclencher un état d’erreur dans VergeOS. Lorsque les températures matérielles rapportées atteignent cette température, l’état du nœud devient rouge et une entrée d’erreur apparaît dans le journal système.

    • interroger le matériel (par défaut) - récupère la température critique définie par le matériel depuis le CPU

    Le matériel non serveur et certains serveurs anciens peuvent ne pas prendre en charge cette requête ; dans de tels cas, le paramètre personnalisé peut être sélectionné pour définir une température maximale sur laquelle baser les avertissements VergeOS.

    • personnalisé - permet de définir manuellement une température critique. Reportez-vous à la documentation de votre matériel pour vérifier la température maximale de votre CPU.

    • désactiver - cette sélection peut être utilisée lorsque vous ne souhaitez pas surveiller la température dans VergeOS (lorsque vous n’êtes pas responsable de la surveillance du matériel, par ex. fournisseur bare metal, ou lorsque VergeOS s’exécute dans un environnement virtuel)

Mis à jour

Ce contenu vous a-t-il été utile ?