kubenow
Se connecterCommencer gratuitement

5.3 · Parcours 5 — Dépanner (CKA, 30 % de l'examen)

Dépanner les Services et le réseau

Lab Kubernetes · questionnaire de validation · gratuit, dans le navigateur

Les pods vont bien, et pourtant le client reçoit connection refused, un délai dépassé ou une page vide. Entre le client et les pods, il y a le Service et le DNS. C'est là que se cache une grande partie des pannes de connectivité : un label mal recopié, un port inversé, un pod jamais prêt. Cette leçon vous apprend à les trouver en moins d'une minute.

Ce que vous saurez à la fin : suivre le chemin d'une requête du client jusqu'au pod, vérifier chaque maillon (nom, Service, endpoints, port, application), et corriger les erreurs de Service les plus courantes.

Au programme de ce lab

  1. Votre mission
  2. Pas à pas
  3. Le chemin d'une requête
  4. Comparer un sélecteur et des labels
  5. Endpoints présents, mais connexion refusée
  6. Pas d'endpoints alors que le sélecteur est bon
  7. Tester depuis l'intérieur

Ce que KubeNow vérifie

  • http://boutique répond (page nginx)
  • Les labels de boutique et le port 80 n'ont pas changé
  • http://api répond API-OK
  • Le Service api écoute toujours sur le port 80
  • http://annuaire répond ANNUAIRE-OK
  • annuaire garde sa sonde de disponibilité

Contenu aligné sur les programmes publiés par la CNCF (KCNA, CKAD, CKA, CKS), par le Linux Professional Institute (LPIC-1) et par Cisco (CCNA 200-301). KubeNow n'est ni affilié ni approuvé par la CNCF, la Linux Foundation, le LPI ou Cisco ; CKA, CKAD, CKS et KCNA sont des marques de la Linux Foundation, LPIC-1 est une marque du Linux Professional Institute, Cisco et CCNA sont des marques de Cisco Systems.