Bases du cloud et des conteneurs

Sur un hôte Linux, Docker sert à démarrer un conteneur à partir d'une image fondée sur une autre distribution que celle de l'hôte, et l'on y exécute uname -r (commande qui affiche la version du noyau) et cat /etc/os-release (commande qui affiche les informations sur la distribution). Quelle description des résultats est correcte ?

  1. Auname -r comme /etc/os-release affichent des informations sur le noyau et la distribution de l'hôte
  2. Buname -r comme /etc/os-release affichent des informations sur la distribution sur laquelle l'image est fondée et sur son noyau
  3. Cuname -r affiche le noyau de l'hôte, et /etc/os-release affiche la distribution de l'image
Afficher la réponse et l'explication

Réponse : C. uname -r affiche le noyau de l'hôte, et /etc/os-release affiche la distribution de l'image

Un conteneur partage le noyau de l'hôte : uname -r, qui interroge le noyau, affiche donc la version du noyau de l'hôte, même dans le conteneur. /etc/os-release, en revanche, est un fichier : il est lu dans le système de fichiers que voit le conteneur, c'est-à-dire dans l'image, et il affiche le nom de la distribution de l'image. Une image ne contient pas de noyau, seulement des fichiers de l'espace utilisateur comme des commandes et des bibliothèques. C'est pourquoi un programme qui dépend d'une fonction absente du noyau de l'hôte ne fonctionne pas non plus dans un conteneur.

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

Autres questions sur Bases du cloud et des conteneurs

  1. Quelle description de la relation entre une image de conteneur et un conteneur est correcte ?
  2. Dans un conteneur démarré à partir d'une image, on modifie le fichier de configuration /etc/app.conf, qui fait partie de l'image. Quelle description de ce qui se passe avec le mécanisme de stockage habituel de Docker (comme overlay2) est correcte ?
  3. Pour décompresser une archive de 500 MB, data.tar.gz, une image a été construite avec le Dockerfile ci-dessus. Bien que l'archive ait été supprimée dans le même RUN après la décompression, l'image est restée plus grosse de la taille de l'archive. Quelle association entre la cause et le remède est la plus appropriée ?
  4. Cinq images empilent chacune leur propre couche de 30 MB sur la même image de base (120 MB). On néglige la compression des couches et la taille des métadonnées. Quel est l'espace disque utilisé par les images quand les cinq sont récupérées (pull) sur un même serveur ?
  5. Pour le Dockerfile ci-dessus, quelle association entre la commande exécutée lors de la construction de l'image avec docker build et la commande exécutée lors du démarrage d'un conteneur avec docker run est correcte ?