Pour conserver une cohérence entre les éléments présents sur le cluster et les éléments que l'administrateur a demandé dans ses spécifications, K8S utilise plusieurs types d'objets
Définition : https://kubernetes.io/fr/docs/concepts/workloads/controllers/deployment/
Ce type d'objet permet de gérer les objets ReplicatSet qui sont utiles pour garantir que le cluster dispose bien du bon nombre de POD demandé dans le deployment.
L'administrateur va indiquer dans le deployment le nombre de replicat qu'il souhaite pour un type de POD (serveur web, sgbd, etc...)
Le deployment va creer/mettre à jour le replicaset en consequence
Définition : https://kubernetes.io/fr/docs/concepts/workloads/controllers/replicaset/
Ce type d'objet permet au cluster K8S de gérer le bon nombre de POD dans le cluster pour correspondre à la demande déclarative de l'administrateur
{% hint style="danger" %} Il est recommandé de ne jamais agir sur ces ReplicaSet et de manipuler les objets Deployment qui se chargent de la gestion des ReplicaSet
La manipulation des ReplicaSet ne doit se faire que dans des cas très spécifiques {% endhint %}
{% hint style="info" %}
Notez que le nom du ReplicaSet est toujours formaté comme: [DEPLOYMENT-NAME]-[RANDOM-STRING]
{% endhint %}
Definition : https://kubernetes.io/fr/docs/concepts/workloads/controllers/statefulset/
Un StatefullSet réalise la même chose qu'un Deployment mais avec une gestion de "l'identité" des POD et de l’ordonnancement du démarrage des POD
Dans un Deployment, les POD n'ont pas d'identité et lors d'un redémarrage ou d'une mise a jour, de nouveaux PODs sont démarrés de manière aléatoires et en parallèles pour atteindre la cible le plus rapidement possible.
{% hint style="info" %} Cela signifie, par exemple, que les volumes de stockages qui sont associés avec l'ID d'un POD ne peuvent pas se rattacher sur le "même" POD après un redémarrage/mis a jour d'un Deployment
En effet **** il s'agit de nouveaux PODs qui seront démarrés pour remplir le même rôle que l'ancien (serveur web, serveur applicatif, sgbd, etc...) et l'association ID Pod <=>Volume n'est plus possible {% endhint %}
Un StatefullSet permet de réaliser plusieurs choses différentes par rapport au Deployment et notamment:
- Conservation de l'identité du POD : lors d'un redémarrage les ID de PODs gérés par un StatefullSet sont conservés
- Ordre de redémarrage** ** : Lorsque X POD doivent demarrer/s'arreter, le StatefullSet effectue les actions sur les PODs l'un après l'autre et n'agit que si les N-1 autres PODs sont dans l’état attendu
Définition : https://kubernetes.io/docs/concepts/workloads/controllers/daemonset/
Un DeamonSet permet de demander au cluster d’exécuter les PODs définis dans le DeamonSet sur chaque Worker Node du cluster
{% embed url="https://kubernetes.io/fr/docs/concepts/workloads/controllers/deployment" %}
{% embed url="https://kubernetes.io/fr/docs/concepts/workloads/controllers/replicaset" %}
{% embed url="https://kubernetes.io/fr/docs/concepts/workloads/controllers/statefulset" %}
{% embed url="https://kubernetes.io/docs/concepts/workloads/controllers/daemonset" %}