Français
Menu

Bases du cloud et des conteneurs

Dans Kubernetes, quelle description des requests et des limits de ressources définies pour un conteneur est correcte ?

  1. ALes nœuds sont choisis d'après les requests, un conteneur dont la mémoire dépasse sa limit peut être tué, et le CPU est maintenu à la limit
  2. BL'ordonnanceur place les Pods de sorte que la somme des limits tienne dans les ressources d'un nœud, et un conteneur dont l'utilisation CPU dépasse sa request est tué
  3. CLes requests sont le maximum qu'un conteneur peut utiliser, et quand l'utilisation dépasse la request, le conteneur est tué aussitôt, qu'il s'agisse de mémoire ou de CPU
Afficher la réponse et l'explication

Réponse : A. Les nœuds sont choisis d'après les requests, un conteneur dont la mémoire dépasse sa limit peut être tué, et le CPU est maintenu à la limit

Les requests sont la quantité de ressources qu'un conteneur veut se voir réserver, et l'ordonnanceur choisit le nœud d'un Pod de sorte que la somme des requests des Pods d'un nœud ne dépasse pas les ressources allouables de ce nœud. Les limits sont la borne supérieure de l'utilisation. Le CPU peut être partagé dans le temps : quand un conteneur tente de dépasser sa limit de CPU, son utilisation est freinée (throttling) et le traitement ralentit. La mémoire est difficile à reprendre : un conteneur qui tente d'utiliser plus que sa limit de mémoire peut être tué pour manque de mémoire (OOMKilled).

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

Autres questions sur Bases du cloud et des conteneurs

  1. Un nœud dispose de ressources allouables de 4 cœurs de CPU et de 8 GiB de mémoire. Le conteneur de chaque Pod a pour requests 500m de CPU et 1,5 GiB de mémoire, et pour limits 1 cœur de CPU et 2 GiB de mémoire. Il n'y a ni autres Pods ni réservations pour le système. Quel est le nombre maximal de Pods que l'on peut placer sur ce nœud ?
  2. On utilise un service de base de données managé dans le cloud (un service dans lequel le fournisseur exploite le logiciel de base de données). Selon le modèle de responsabilité partagée, qu'est-ce qui reste en général de la responsabilité de l'utilisateur ?
  3. Dans le cloud, quel est le principal objectif de la répartition des serveurs web et des réplicas de la base de données entre plusieurs zones de disponibilité d'une même région ?
  4. Avec des fonctions sans serveur (FaaS), il arrive que seul le premier appel d'une fonction qui n'a pas été appelée depuis un certain temps réponde avec quelques centaines de millisecondes à quelques secondes de retard. Quelle explication de ce phénomène est correcte ?
  5. Un stockage cloud est utilisé pour trois usages : (1) le rattacher à une machine virtuelle comme disque, y créer un système de fichiers et y placer les fichiers de données d'une base de données ; (2) le monter depuis plusieurs serveurs en même temps et l'utiliser comme répertoire partagé ; (3) lire et écrire un grand nombre d'images par clé (nom) au moyen d'une API HTTP, et en augmenter la capacité sans la fixer à l'avance. Quelle association de types de stockage convient aux usages (1) à (3) ?