Exercice
Section 5, session 26
Exercice
Dans cet exercice, vous allez créer un Pod et l'exposer à l'intérieur du cluster en utilisant un Service de type ClusterIP.

1. Création d'un Pod

Créez un fichier www_pod.yaml définissant un Pod ayant les propriétés suivantes:

nom: www
label associé au Pod: app: www (ce label est à spécifier dans les metadatas du Pod)
nom du container: nginx
image du container: nginx:1.12.2
2. Lancement du Pod

La commande suivante permet de créer le Pod

$ kubectl create -f www_pod.yaml
3. Définition d'un service de type ClusterIP

Créez un fichier www_service_clusterIP.yaml définissant un service ayant les caractéristiques suivantes:

nom: www
type: ClusterIP
un selector permettant le groupement des Pods ayant le label app: www.
exposition du port 80 dans le cluster
forward des requètes vers le port 80 des Pods sous-jacents
4. Lancement du Service

A l'aide de kubectl, créez le service défini dans le fichier www_service_clusterIP.yaml

5. Accès au Service depuis le cluster

Lancez le Pod dont la spécification est la suivante:
apiVersion: v1
kind: Pod
metadata:
  name: debug
spec:
  containers
  - name: debug
    image: alpine
    command:
    - "sleep"
    - "10000"
Nous allons utiliser ce Pod pour accèder au Service www depuis l'intérieur du cluster. Ce Pod contient un seul container, basé sur alpine et qui est lancé avec la commande sleep 10000. Ce container sera donc en attente pendant 10000 secondes. Nous pourrons alors lancer un shell intéractif à l'intérieur de celui-ci et tester la communication avec le Service www.

Lancez le Pod avec kubectl.

Lancez un shell intéractif sh dans le container debug du Pod.

Installer l'utilitaire curl

le container debug du Pod du mêm nom est basé sur l'image alpine qui ne contient pas l'utilitaire curl par défaut. Il faut donc l'installer avec la commande suivante:

/ # apk update && apk add curl
Utilisez curl pour envoyer une requête HTTP Get sur le port 80 du service www. Vous devriez obtenir le contenu, sous forme textul, de la page index.html servie par défaut par nginx.
Ceci montre que depuis le cluster, si l'on accède au Service www la requête est bien envoyée à l'un des Pods (nous en avons créé un seul ici) regroupé par le Service (via la clé selector).

6. Visualisation de la ressource

A l'aide de "kubectl get" visualisez la spécification du service www.

7. Détails du service

A l'aide de kubectl describe, listez les détails du service www

Notez l'existence d'une entrée dans Endpoints, celle-ci correspond à l'IP du Pod qui est utilisé par le Service.