Bases du cloud et des conteneurs

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 ?

  1. AConfigMap
  2. BService
  3. CPersistentVolume
Afficher la réponse et l'explication

Réponse : B. Service

Un Service attribue à l'ensemble des Pods qui correspondent à son sélecteur de labels une adresse IP virtuelle et un nom DNS qui restent les mêmes au sein du cluster, et il distribue le trafic entrant entre ces Pods. Même quand des Pods sont remplacés, les clients n'ont qu'à se connecter avec le nom du Service et n'ont pas besoin de connaître les adresses des Pods. Pour l'exposer hors du cluster, on règle le type sur NodePort ou LoadBalancer, ou l'on utilise un Ingress. Un ConfigMap est une ressource pour des valeurs de configuration, et un PersistentVolume une ressource pour du stockage persistant.

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

Autres questions sur Bases du cloud et des conteneurs

  1. 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 ?
  2. Le mot de passe d'une base de données est stocké dans un Secret Kubernetes. Quelle description d'un Secret est correcte ?
  3. 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 ?
  4. Dans une application web sur Kubernetes, la vérification effectuée par la sonde liveness a été étendue pour tester aussi si l'application peut se connecter à la base de données dont elle dépend. Quel est le problème le plus probable avec ce réglage ?
  5. Un HorizontalPodAutoscaler de Kubernetes a pour cible une utilisation CPU des Pods de 70 % et une plage de 1 à 10 Pods. Actuellement, l'utilisation CPU moyenne de 5 Pods est de 30 %. Si le nombre de Pods nécessaire est calculé par ⌈nombre actuel × utilisation actuelle ÷ utilisation cible⌉ (⌈ ⌉ désigne l'arrondi à l'entier supérieur), combien de Pods faut-il ?