Red Hat SummitChapitre 5. La ROSA avec les limites HCP et l’évolutivité
Ce document détaille les maximums de cluster testés pour Red Hat OpenShift Service sur AWS (ROSA) avec des clusters de plans de contrôle hébergés (HCP), ainsi que des informations sur l’environnement de test et la configuration utilisée pour tester les maximums. Dans le cas de ROSA avec des clusters HCP, le plan de contrôle est entièrement géré dans le compte AWS de service et sera automatiquement mis à l’échelle avec le cluster.
5.1. Le ROSA avec les maximums de cluster HCP
Considérez les maximums d’objets testés suivants lorsque vous planifiez un service OpenShift Red Hat sur AWS (ROSA) avec l’installation de clusters de plans de contrôle hébergés (HCP). Le tableau spécifie les limites maximales pour chaque type testé dans un ROSA avec cluster HCP.
Ces lignes directrices sont basées sur un groupe de 500 nœuds de calcul (également appelés travailleurs). Dans le cas des groupes plus petits, les maximums sont inférieurs.
| Le type maximum | 4.x testé maximum |
|---|---|
| Le nombre de gousses [1] | 25 000 |
| Le nombre de gousses par nœud | 250 |
| Le nombre de gousses par noyau | Il n’y a pas de valeur par défaut |
| Le nombre d’espaces de noms [2] | 5 000 |
| Le nombre de gousses par espace de noms [3] | 25 000 |
| Le nombre de services [4] | 10 000 |
| Le nombre de services par espace de noms | 5 000 |
| Le nombre d’extrémités arrière par service | 5 000 |
| Le nombre de déploiements par espace de noms [3] | 2 000 |
- Le nombre de pods affiché ici est le nombre de dosettes de test. Le nombre réel de pods dépend de la mémoire, du CPU et des besoins de stockage de l’application.
- Lorsqu’il y a un grand nombre de projets actifs, etcd peut souffrir d’une mauvaise performance si l’espace clé grandit excessivement et dépasse le quota spatial. L’entretien périodique de etcd, y compris la défragmentation, est fortement recommandé pour rendre le stockage etcd disponible.
- Il y a plusieurs boucles de contrôle dans le système qui doivent itérer sur tous les objets dans un espace de noms donné en réaction à certains changements d’état. Avoir un grand nombre d’objets d’un type, dans un seul espace de noms, peut rendre ces boucles coûteuses et ralentir le traitement des changements d’état. La limite suppose que le système a suffisamment de CPU, de mémoire et de disque pour satisfaire les exigences de l’application.
- Chaque port de service et chaque service arrière ont une entrée correspondante dans iptables. Le nombre d’extrémités arrière d’un service donné a une incidence sur la taille des objets des points de terminaison, ce qui a ensuite une incidence sur la taille des données envoyées dans tout le système.
'%20d='M201.5%20305.5c-13.8%200-24.9-11.1-24.9-24.6%200-13.8%2011.1-24.9%2024.9-24.9%2013.6%200%2024.6%2011.1%2024.6%2024.9%200%2013.6-11.1%2024.6-24.6%2024.6zM504%20256c0%20137-111%20248-248%20248S8%20393%208%20256%20119%208%20256%208s248%20111%20248%20248zm-132.3-41.2c-9.4%200-17.7%203.9-23.8%2010-22.4-15.5-52.6-25.5-86.1-26.6l17.4-78.3%2055.4%2012.5c0%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.3%2024.9-24.9s-11.1-24.9-24.9-24.9c-9.7%200-18%205.8-22.1%2013.8l-61.2-13.6c-3-.8-6.1%201.4-6.9%204.4l-19.1%2086.4c-33.2%201.4-63.1%2011.3-85.5%2026.8-6.1-6.4-14.7-10.2-24.1-10.2-34.9%200-46.3%2046.9-14.4%2062.8-1.1%205-1.7%2010.2-1.7%2015.5%200%2052.6%2059.2%2095.2%20132%2095.2%2073.1%200%20132.3-42.6%20132.3-95.2%200-5.3-.6-10.8-1.9-15.8%2031.3-16%2019.8-62.5-14.9-62.5zM302.8%20331c-18.2%2018.2-76.1%2017.9-93.6%200-2.2-2.2-6.1-2.2-8.3%200-2.5%202.5-2.5%206.4%200%208.6%2022.8%2022.8%2087.3%2022.8%20110.2%200%202.5-2.2%202.5-6.1%200-8.6-2.2-2.2-6.1-2.2-8.3%200zm7.7-75c-13.6%200-24.6%2011.1-24.6%2024.9%200%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.1%2024.9-24.6%200-13.8-11-24.9-24.9-24.9z'/%3e%3c/svg%3e){kind=small}