Français
Menu

Bases du cloud et des conteneurs

Dans un Deployment Kubernetes, l'image de conteneur du modèle de Pod est remplacée par une nouvelle version. Quelle description de ce qui se passe avec la stratégie de mise à jour par défaut (RollingUpdate) est correcte ?

  1. AUn nouveau ReplicaSet est créé, et des Pods de la nouvelle version sont ajoutés pendant que des Pods de l'ancienne version sont retirés. L'ancien ReplicaSet est conservé avec 0 Pod pour un retour arrière
  2. BL'image de conteneur des Pods en cours d'exécution est remplacée sur place par la nouvelle version sans recréer les Pods : ni les adresses IP ni les noms des Pods ne changent
  3. CTous les Pods de l'ancienne version sont supprimés d'un coup, puis les Pods de la nouvelle version sont créés ensemble : le service est donc interrompu temporairement pendant la mise à jour
Afficher la réponse et l'explication

Réponse : A. Un nouveau ReplicaSet est créé, et des Pods de la nouvelle version sont ajoutés pendant que des Pods de l'ancienne version sont retirés. L'ancien ReplicaSet est conservé avec 0 Pod pour un retour arrière

Quand le modèle de Pod change, un Deployment crée un ReplicaSet pour le nouveau modèle et, tout en vérifiant que les nouveaux Pods sont devenus prêts, réduit progressivement les Pods de l'ancien ReplicaSet. Un certain nombre de Pods continuent ainsi de traiter les requêtes pendant la mise à jour. L'ancien ReplicaSet est conservé avec 0 Pod, ce qui permet à kubectl rollout undo de revenir à la version précédente. La stratégie qui supprime d'abord tous les Pods puis les recrée est Recreate, utilisée seulement si on l'indique explicitement.

S'entraîner sur ce thème Retour au thème

Autres questions sur Bases du cloud et des conteneurs

  1. Un Deployment avec replicas: 10 a pour réglages de mise à jour progressive (rolling update) maxSurge: 25% et maxUnavailable: 25%. Quelle association entre la limite supérieure du nombre total de Pods et la limite inférieure du nombre de Pods disponibles pendant une mise à jour est correcte ?
  2. Dans Kubernetes, un Pod reçoit une adresse IP différente chaque fois qu'il est recréé. Quelle ressource permet à d'autres applications de se connecter, par un nom et une adresse qui ne changent pas, à plusieurs Pods sélectionnés par des labels, en répartissant la charge entre eux ?
  3. Dans un cluster Kubernetes, les requêtes HTTPS qui arrivent pour un même nom d'hôte doivent être envoyées au Service api si le chemin commence par /api, et au Service web sinon. Quelle ressource convient pour définir cette règle d'aiguillage ?
  4. Le mot de passe d'une base de données est stocké dans un Secret Kubernetes. Quelle description d'un Secret est correcte ?
  5. Une application web ne peut pas traiter de requêtes pendant environ 60 secondes après son démarrage, le temps de charger son cache, et renvoie 503 sur /ready pendant ce temps. Quelle description de l'effet de l'ajout des réglages ci-dessus au conteneur du Pod est correcte ?