Kubernetes : Services et Ingress

Pourquoi un pod n'a pas d'adresse stable, le Service et ses trois types, sélecteur et points de terminaison, port et targetPort, nom DNS d'un Service et Ingress qui route le trafic HTTP par hôte et par chemin.

  • 30 cartes
  • 6 thèmes
  • Gratuit

Le programme, thème par thème

Le poids de chaque thème suit celui que lui donne l'examen.

  1. Notions
  2. Questions
  3. Ranger et relier
  4. Sur le schéma
  5. Mises en situation
  6. Comprendre

Quelques cartes du deck

  • Service : de quoi s'agit-il ?

    Voir la réponse

    Objet qui donne à un groupe de pods une adresse et un nom DNS stables, et répartit le trafic entre ceux que son sélecteur retient.

    Les pods naissent et meurent avec de nouvelles adresses ; le Service reste, et les clients visent toujours le même nom.

  • Un pod client appelle http://web. Sur quel port du conteneur le trafic arrive-t-il ?

    ```yaml
    apiVersion: v1
    kind: Service
    metadata:
    name: web
    spec:
    selector:
    app: web
    ports:
    - port: 80
    targetPort: 8080
    `

    • 8080
    • 80
    • 30080
    • 443
    Voir la réponse

    8080

    L'URL sans port vise le port du Service, 80. Le Service redirige alors vers le targetPort des pods : 8080. Il n'y a pas de nodePort ici, donc rien sur 30080.

  • Un Service nommé db dans le namespace data a pour nom DNS complet … ; un pod du même namespace le joint simplement par db.

    Voir la réponse

    Un Service nommé db dans le namespace data a pour nom DNS complet db.data.svc.cluster.local ; un pod du même namespace le joint simplement par db.

    Le DNS du cluster complète le nom avec le namespace du pod appelant ; depuis un autre namespace, on écrit db.data.

  • Points de terminaison : de quoi s'agit-il ?

    Voir la réponse

    Liste des adresses des pods prêts que sélectionne un Service ; elle est tenue à jour automatiquement.

    Si cette liste est vide (<none>), le Service n'a personne à qui envoyer le trafic : sélecteur faux, ou aucun pod prêt.