Chapitre 6. La planification de l’utilisation des ressources dans votre cluster

Ce document décrit comment planifier votre service Red Hat OpenShift sur l’environnement AWS en fonction des maximums de cluster testés.

La sursouscription des ressources physiques sur un nœud affecte les garanties de ressources que le programmeur Kubernetes fait pendant le placement de pod. Apprenez quelles mesures vous pouvez prendre pour éviter l’échange de mémoire.

Certains des maximums testés ne sont étirés que dans une seule dimension. Ils varieront lorsque de nombreux objets s’exécutent sur le cluster.

Les chiffres notés dans cette documentation sont basés sur la méthodologie de test Red Hat, la configuration, la configuration et les réglages. Ces chiffres peuvent varier en fonction de vos propres configurations et environnements individuels.

Lors de la planification de votre environnement, déterminez combien de gousses sont censées s’adapter par nœud en utilisant la formule suivante:

required pods per cluster / pods per node = total number of nodes needed

required pods per cluster / pods per node = total number of nodes needed

Le nombre maximum actuel de gousses par nœud est de 250. Cependant, le nombre de gousses qui s’adaptent à un nœud dépend de l’application elle-même. Considérez les exigences de mémoire, de CPU et de stockage de l’application, telles que décrites dans Planifier votre environnement en fonction des exigences de l’application.

2200 / 250 = 8.8

2200 / 250 = 8.8

Lorsque vous augmentez le nombre de nœuds à 20, la distribution de la gousse passe à 110 gousses par nœud:

2200 / 20 = 110

2200 / 20 = 110

Là où:

required pods per cluster / total number of nodes = expected pods per node

required pods per cluster / total number of nodes = expected pods per node