Red Hat Summit18.5. Didacticiel: Vérification de la santé
Il est possible de voir comment Kubernetes réagit à l’échec de la pod en plantant intentionnellement votre gousse et en le rendant insensible aux sondes de vivacité Kubernetes.
18.5.1. La préparation de votre bureau
Divisez votre écran de bureau entre la console Web OpenShift et la console Web de l’application OSToy afin que vous puissiez voir immédiatement les résultats de vos actions.
Lorsque vous ne pouvez pas diviser votre écran, ouvrez la console Web de l’application OSToy dans un autre onglet afin que vous puissiez passer rapidement à la console Web OpenShift après avoir activé les fonctionnalités de l’application.
Dans la console Web OpenShift, sélectionnez Charges de travail > Déploiements > ostoy-frontend pour afficher le déploiement OSToy.
18.5.2. Écraser la gousse
- À partir de la console Web de l’application OSToy, cliquez sur Accueil dans le menu de gauche, et entrez un message dans la boîte Crash Pod, par exemple, C’est au revoir!.
Cliquez sur Crash Pod.
La gousse s’écrase et les Kubernetes devraient redémarrer la gousse.
18.5.3. Affichage de la gousse relancée
À partir de la console Web OpenShift, passez rapidement à l’écran Déploiements. « vous verrez que la gousse devient jaune, ce qui signifie qu’elle est en baisse. Il devrait rapidement revivre et devenir bleu. Le processus de réveil se produit rapidement afin que vous puissiez le manquer.
La vérification
À partir de la console Web, cliquez sur Pods > ostoy-frontend-xxxxxxx-xxxx pour changer à l’écran des pods.
Cliquez sur le sous-onglet Événements et vérifiez que le conteneur s’est écrasé et redémarré.
18.5.4. Faire le mauvais fonctionnement de l’application
Gardez la page d’événements de pod ouverte à partir de la procédure précédente.
À partir de l’application OSToy, cliquez sur Toggle Health in the Toggle Health Status tile. La santé actuelle passe à je ne me sens pas si bien.
La vérification
Après l’étape précédente, l’application cesse de répondre avec un code HTTP 200. Après 3 échecs consécutifs, Kubernetes arrêtera le pod et le redémarrera. De la console Web, retournez à la page des événements de pod et vous verrez que la sonde de vivacité a échoué et que le pod a redémarré.
L’image suivante montre un exemple de ce que vous devriez voir sur la page des événements de votre pod.
A. La gousse a trois échecs consécutifs.
B. Kubernetes arrête le pod.
C. Kubernetes redémarre le pod.
'%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}