Bases du cloud et des conteneurs

Dans Docker, quelle description des volumes nommés et des montages bind (bind mounts), qui servent à conserver les données écrites par un conteneur, est correcte ?

  1. AUn volume est stocké dans une zone gérée par Docker et un montage bind dans un répertoire de l'hôte que l'on indique, et les deux subsistent après la suppression du conteneur
  2. BLes données d'un volume nommé subsistent après la suppression du conteneur, mais celles d'un montage bind disparaissent aussi du répertoire de l'hôte quand le conteneur est supprimé
  3. CLes deux sont créés comme partie de la couche inscriptible du conteneur : supprimer le conteneur avec docker rm efface donc aussi les données
Afficher la réponse et l'explication

Réponse : A. Un volume est stocké dans une zone gérée par Docker et un montage bind dans un répertoire de l'hôte que l'on indique, et les deux subsistent après la suppression du conteneur

Les données écrites dans la couche inscriptible d'un conteneur disparaissent quand le conteneur est supprimé ; les données à conserver sont donc placées hors du conteneur. Un volume nommé est créé dans une zone gérée par Docker et subsiste jusqu'à sa suppression explicite, par exemple avec docker volume rm. Un montage bind rend visible dans le conteneur un répertoire quelconque de l'hôte, et les données restent simplement sous forme de fichiers sur l'hôte. Les montages bind sont courants pendant le développement, quand le code source modifié sur l'hôte doit prendre effet immédiatement, et les volumes pour les données dont il vaut mieux confier la gestion à Docker, comme celles d'une base de données.

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

Autres questions sur Bases du cloud et des conteneurs

  1. Une image est récupérée (pull) en indiquant registry.example.com/team/web:1.4. Quelle association donnant le sens de chaque partie de cette référence est correcte ?
  2. scratch est une image vide qui ne contient aucun fichier. Quelle description du contenu de l'image finale construite avec le Dockerfile multi-étapes ci-dessus est correcte ?
  3. Dans Kubernetes, quelle est la plus petite unité déployée et gérée, qui regroupe un ou plusieurs conteneurs partageant la même adresse IP et les mêmes volumes ?
  4. Dans Kubernetes, un Deployment avec replicas: 3 fait tourner trois Pods. Quelle description de ce qui se passe quand l'un de ces Pods est supprimé avec kubectl delete pod est correcte ?
  5. 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 ?