Gestion des charges de travail avec des nœuds d'infrastructure

L'un des nombreux avantages de l'utilisation de Red Hat OpenShift pour gérer vos charges de travail de conteneur est la flexibilité qu'il offre pour distribuer et / ou isoler les charges de travail. Il existe de nombreux scénarios autour de cela, mais celui que j'aime utiliser régulièrement lors du déploiement d'un cluster consiste à créer des nœuds d'infrastructure dédiés, puis à déplacer la fonction de routeur sur ces nœuds. Je pense que cela simplifie le dépannage et offre des performances réseau plus cohérentes. Dans cet article, je décrirai le processus de désignation de ces nœuds et de déplacement de la charge de travail du routeur sur eux.

Dans ce scénario, j'ai déployé mon cluster dans AWS avec neuf nœuds: trois nœuds maîtres et six nœuds worker. C’est ce que je vois lorsque j’exécute «oc get nodes». (VEUILLEZ NOTER: les noms de nœuds sont constitués pour ce message.)

Je vais désigner trois des nœuds de travail comme nœuds "infra" en modifiant leur étiquette. Il existe plusieurs façons de le faire, et cela peut être fait à la fois à partir de la ligne de commande (CLI) et de la console Web. Pour plus de simplicité, je vais simplement afficher la CLI et choisir les trois premiers nœuds de calcul de la liste. Je vais modifier le premier nœud de travail en tapant:

Je vais chercher la ligne qui dit:

And Je vais le changer en:

Je vais faire la même chose pour les deux prochains nœuds de travail sur mon liste. Lorsque j'aurai terminé, les résultats de la commande «oc get nodes» seront:

Maintenant que j'ai étiqueté certains nœuds comme des nœuds infra, je dois déplacer mon routeur pod les charges de travail sur eux. Dans OpenShift 4x, la fonction d'entrée du routeur est gérée par un opérateur, je vais donc devoir apporter nos modifications à l'opérateur. Pour cela, je vais devoir utiliser la CLI et exécuter cette commande d'édition:

Si vous regardez la section spec de ce fichier yaml, vous devriez voir: [19659002]

Je vais changer cela pour que les pods du routeur fonctionnent sur les nœuds infra et je vais également augmenter mes répliques à trois afin qu'elles fonctionnent sur chaque infra nœud. Lorsque j'aurai terminé, la section des spécifications ressemblera à ceci:

Après avoir effectué cette modification, vous devriez voir les pods du routeur se redéployer et s'exécuter sur les nœuds infra. Vous pouvez le valider en utilisant «oc describe node» ou en regardant dans la console Web les pods exécutés dans l'espace de noms «openshift-ingress».

Une autre remarque importante: si vous utilisez un équilibreur de charge externe dans votre environnement, vous devrez vous assurer que le domaine générique de votre cluster OpenShift a vos nœuds infra dans son pool.

Ceci est juste un exemple simple de la façon dont vous pouvez facilement utiliser des étiquettes pour placer vos charges de travail OpenShift là où vous le souhaitez les meilleures performances et la meilleure valeur.

Pour plus d'informations, visitez notre page partenaire Red Hat pour en savoir plus sur notre expertise des conteneurs avec les plates-formes et outils Red Hat. Vous pouvez également vous connecter avec l'un de nos experts Red Hat pour savoir comment tirer parti de ces outils dans vos efforts de développement.