1.3. Dimensionnement et mise à l’échelle des nœuds de plan de contrôle et d’infrastructure
Lorsque vous installez un cluster dédié OpenShift, le dimensionnement du plan de contrôle et des nœuds d’infrastructure est automatiquement déterminé par le nombre de nœuds de calcul.
Lorsque vous modifiez le nombre de nœuds de calcul dans votre cluster après l’installation, l’équipe Red Hat Site Reliability Engineering (SRE) met à l’échelle le plan de contrôle et les nœuds d’infrastructure au besoin pour maintenir la stabilité du cluster.
1.3.1. Dimensionnement des nœuds pendant l’installation Copier lienLien copié sur presse-papiers!
Au cours du processus d’installation, le dimensionnement du plan de contrôle et des nœuds d’infrastructure est calculé dynamiquement. Le calcul du dimensionnement est basé sur le nombre de nœuds de calcul dans un cluster.
Les tableaux suivants répertorient le dimensionnement du plan de contrôle et des nœuds d’infrastructure qui est appliqué pendant l’installation.
AWS contrôle la taille de l’avion et des nœuds d’infrastructure:
Le nombre de nœuds de calcul | Contrôle de la taille du plan | Dimension du nœud d’infrastructure |
---|---|---|
1 à 25 | largeur de M5.2xlarge | le r5.xlarge |
26 à 100 | largeur de M5.4xlarge | le r5.2xlarge |
101 à 249 | largeur de M5.8xlarge | largeur de r5.4xlarge |
GCP plan de contrôle et la taille des nœuds d’infrastructure:
Le nombre de nœuds de calcul | Contrôle de la taille du plan | Dimension du nœud d’infrastructure |
---|---|---|
1 à 25 | Custom-8-32768 | Custom-4-32768-ext |
26 à 100 | Custom-16-65536 | Custom-8-65536-ext |
101 à 249 | Custom-32-131072 | Custom-16-131072-ext |
Le plan de contrôle GCP et la taille des nœuds d’infrastructure pour les clusters créés le 21 juin 2024 ou après:
Le nombre de nœuds de calcul | Contrôle de la taille du plan | Dimension du nœud d’infrastructure |
---|---|---|
1 à 25 | la norme N2-8 | le N2-highmem-4 |
26 à 100 | la norme N2-16 | le N2-highmem-8 |
101 à 249 | le n2-standard-32 | le N2-highmem-16 |
Le nombre maximal de nœuds de calcul sur OpenShift Dedicated clusters version 4.14.14 et ultérieure est de 249. Dans les versions précédentes, la limite est de 180.
1.3.2. La mise à l’échelle du nœud après l’installation Copier lienLien copié sur presse-papiers!
Lorsque vous modifiez le nombre de nœuds de calcul après l’installation, le plan de contrôle et les nœuds d’infrastructure sont mis à l’échelle par l’équipe de Red Hat Site Reliability Engineering (SRE) au besoin. Les nœuds sont mis à l’échelle pour maintenir la stabilité de la plate-forme.
Les besoins de mise à l’échelle après l’installation pour les nœuds des plans de contrôle et de l’infrastructure sont évalués au cas par cas. La consommation des ressources des nœuds et les alertes reçues sont prises en considération.
Les règles pour les alertes de redimensionnement des nœuds d’avion de contrôle
L’alerte de redimensionnement est déclenchée pour les nœuds de plan de contrôle dans un cluster lorsque ce qui suit se produit:
Les nœuds de plan de contrôle maintiennent une utilisation moyenne de plus de 66% dans un cluster.
NoteLe nombre maximum de nœuds de calcul sur OpenShift Dedicated est de 180.
Les règles pour les alertes de redimensionnement des nœuds d’infrastructure
Les alertes de redimensionnement sont déclenchées pour les nœuds d’infrastructure d’un cluster lorsqu’il a une utilisation CPU ou mémoire hautement soutenue. Ce statut d’utilisation durable élevé est:
- Les nœuds d’infrastructure permettent une utilisation moyenne de plus de 50 % dans un cluster avec une seule zone de disponibilité à l’aide de 2 nœuds d’infrastructure.
Les nœuds d’infrastructure permettent une utilisation moyenne de plus de 66% dans un cluster avec plusieurs zones de disponibilité à l’aide de 3 nœuds d’infrastructure.
NoteLe nombre maximal de nœuds de calcul sur OpenShift Dedicated cluster version 4.14.14 et ultérieure est 249. Dans les versions précédentes, la limite est de 180.
Les alertes de redimensionnement n’apparaissent qu’après des périodes prolongées d’utilisation élevée. Les pics d’utilisation courts, tels qu’un nœud qui descend temporairement, provoquant l’augmentation de l’autre nœud, ne déclenchent pas ces alertes.
L’équipe SRE pourrait mettre à l’échelle le plan de contrôle et les nœuds d’infrastructure pour des raisons supplémentaires, par exemple pour gérer une augmentation de la consommation de ressources sur les nœuds.
1.3.3. Considérations de dimensionnement pour les grands groupes Copier lienLien copié sur presse-papiers!
Dans le cas des grands groupes, le dimensionnement des nœuds d’infrastructure peut devenir un facteur important d’impact de l’évolutivité. Il existe de nombreux facteurs qui influencent les seuils indiqués, y compris la version etcd ou le format de données de stockage.
Dépasser ces limites ne signifie pas nécessairement que le cluster échouera. Dans la plupart des cas, le dépassement de ces chiffres entraîne une performance globale plus faible.