4.3. Dimensionnement et mise à l’échelle des nœuds de plan de contrôle et d’infrastructure
Lorsque vous installez un Red Hat OpenShift Service sur AWS (ROSA), 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.
4.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.
Le tableau suivant répertorie le dimensionnement du plan de contrôle et des nœuds d’infrastructure qui est appliqué pendant l’installation.
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 |
Le nombre maximum de nœuds de calcul sur les clusters ROSA version 4.14.14 et ultérieure est de 249. Dans les versions précédentes, la limite est de 180.
4.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 ROSA 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 les versions 4.14.14 et ultérieures du cluster ROSA est de 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.
Lorsque la mise à l’échelle est appliquée, le client est informé par l’intermédiaire d’une entrée de journal de service. En savoir plus sur le journal des services, voir Accès aux journaux de services pour les clusters ROSA.
4.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.