informatique:kebernetes:kube_service
Différences
Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente | ||
| informatique:kebernetes:kube_service [2023/12/15 13:17] – [ClusterIP] benoit | informatique:kebernetes:kube_service [2023/12/18 07:23] (Version actuelle) – [LoadBalancer] benoit | ||
|---|---|---|---|
| Ligne 10: | Ligne 10: | ||
| ===== ClusterIP ===== | ===== ClusterIP ===== | ||
| - | C'est le mode par défaut de Kubernetes lorsque l'on crée un service. Il permet d' | + | C'est le mode par défaut de Kubernetes lorsque l'on crée un service. Il permet d' |
| + | |||
| + | **Remarque** :!: L' | ||
| Ci-dessous un fichier YAML pour démarrer un Pod nginx et son service : | Ci-dessous un fichier YAML pour démarrer un Pod nginx et son service : | ||
| Ligne 127: | Ligne 129: | ||
| ===== NodePort ===== | ===== NodePort ===== | ||
| + | La création d'un service de type **NodePort** créé aussi un service **ClusterIP** mais en plus un port sera publié à l' | ||
| + | |||
| + | Comme pour la création d'un service ClusterIP plus haut, nous allons créer un service et lancer un Pod : | ||
| + | vim pod_nginx_service_nodeport.yml | ||
| + | | ||
| + | Contenu : | ||
| + | apiVersion: v1 | ||
| + | kind: Pod | ||
| + | metadata: | ||
| + | name: nginx | ||
| + | labels: | ||
| + | app: mywebapp | ||
| + | spec: | ||
| + | containers: | ||
| + | - name: nginx | ||
| + | image: nginx: | ||
| + | ports: | ||
| + | - containerPort: | ||
| + | | ||
| + | --- | ||
| + | apiVersion: v1 | ||
| + | kind: Service | ||
| + | metadata: | ||
| + | name: nginx-service | ||
| + | spec: | ||
| + | type: NodePort | ||
| + | selector: | ||
| + | app: mywebapp | ||
| + | ports: | ||
| + | - name: mywebport | ||
| + | protocol: TCP | ||
| + | port: 8080 | ||
| + | targetPort: 80 | ||
| + | nodePort: 31000 | ||
| + | |||
| + | On retrouve les mêmes éléments que pour la création d'un ClusterIP à la différence près que : | ||
| + | * **Pour le service** : | ||
| + | * **spec.type** : Doit être défini pour forcer la création de type **NodePort**. | ||
| + | * **spec.ports.nodePort** : Définir le port qui devra écouter sur tous les nodes. | ||
| + | |||
| + | On liste les services : | ||
| + | kubectl get svc | ||
| + | |||
| + | Résultat : | ||
| + | NAME TYPE CLUSTER-IP | ||
| + | kubernetes | ||
| + | nginx-service | ||
| + | |||
| + | **Explications** : On constate que le service est de type **NodePort**. Le service dispose quand même d'un Cluster IP (10.110.183.49). | ||
| + | |||
| + | Techniquement le pods est accessible en depuis les nodes ainsi : | ||
| + | curl http:// | ||
| + | |||
| + | Mais aussi depuis l' | ||
| + | |||
| + | curl http:// | ||
| + | curl http:// | ||
| + | |||
| + | Liste des nodes : | ||
| + | NAME | ||
| + | k8s-master | ||
| + | k8s-node | ||
| + | |||
| + | ===== LoadBalancer ===== | ||
| + | |||
| + | :!: A approfondir :!: | ||
| + | |||
| + | La création d'un service de type **LoadBalancer** créé aussi les services **NodePort** et **ClusterIP**. En revanche, il permet d' | ||
| + | |||
| + | Fichier YAML correspond (identique à NodePort mais le type change) : | ||
| + | apiVersion: v1 | ||
| + | kind: Pod | ||
| + | metadata: | ||
| + | name: nginx | ||
| + | labels: | ||
| + | app: mywebapp | ||
| + | spec: | ||
| + | containers: | ||
| + | - name: nginx | ||
| + | image: nginx: | ||
| + | ports: | ||
| + | - containerPort: | ||
| + | --- | ||
| + | apiVersion: v1 | ||
| + | kind: Service | ||
| + | metadata: | ||
| + | name: nginx-service | ||
| + | spec: | ||
| + | type: LoadBalancer | ||
| + | selector: | ||
| + | app: mywebapp | ||
| + | ports: | ||
| + | - name: mywebport | ||
| + | protocol: TCP | ||
| + | port: 8080 | ||
| + | targetPort: 80 | ||
| + | nodePort: 31000 | ||
| + | |||
| + | ===== ExternalName ===== | ||
| ===== Ingress ===== | ===== Ingress ===== | ||
informatique/kebernetes/kube_service.1702646249.txt.gz · Dernière modification : de benoit
