Vous êtes ici : Formations en Ligne Gratuites » Catalogue » workbooks » DOF100 - Présentation de la Formation » DOF102 - Démarrer avec Docker

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentesRévision précédente
Prochaine révision		Révision précédente
elearning:workbooks:docker1:drf01 [2022/07/07 08:49] – adminelearning:workbooks:docker1:drf01 [2022/12/15 16:44] (Version actuelle) – admin
Ligne 39: Ligne 39:
 =====Présentation de Docker===== =====Présentation de Docker=====
  
-La virtualisation classique nécessite l'utilisation d'un Hyperviseur :+La virtualisation classique nécessite l'utilisation d'un hyperviseur :
  
-{{ :elearning:workbooks:docker1:751px-container-vm-whatcontainer_2.png?nolink&600 |}}+{{ :elearning:workbooks:docker3:751px-container-vm-whatcontainer_2.png?nolink&600 |}}
  
 Docker est une application de virtualisation légère qui utilise des **images** et des **conteneurs**. Docker est une application de virtualisation légère qui utilise des **images** et des **conteneurs**.
  
-Une **image** est un paquet exécutable contenant tout ce qu'il est necessaire afin d'exécuter un logiciel donné, incluant :+Une **image** est un paquet exécutable contenant tout ce qu'il est nécessaire afin d'exécuter un logiciel donné, incluant :
  
   * le code   * le code
Ligne 55: Ligne 55:
 Un **conteneur** est une instance de l'image en cours d'exécution en mémoire. Elle est isolée de l'environnement de l'hôte par défaut mais peut accéder à des fichiers et de ports de l'hôte selon la configuration. Un **conteneur** est une instance de l'image en cours d'exécution en mémoire. Elle est isolée de l'environnement de l'hôte par défaut mais peut accéder à des fichiers et de ports de l'hôte selon la configuration.
  
-Les conteneurs exécutent des applications nativement en utilisant le noyau de la machine hôte. De ce fait les performances d'un conteneur sont supérieures à celles d'une machine virtuelle qui doit passer par un hyperviseur pour accéder aux ressources de la machine hôte :+Les conteneurs exécutent des applications nativement en utilisant le noyau de la machine hôte. De ce fait les performances d'un conteneur sont supérieures à celles d'une machine virtuelle qui doit passer par un hyperviseur pour accéder aux ressources de la machine hôte.
  
-{{ :elearning:workbooks:docker1:docker-container-architecture.png?nolink&600 |}}+{{ :elearning:workbooks:docker3:docker-container-architecture.png?nolink&600 |}}
  
 Docker existe en deux versions **Docker-CE** (Docker Community Edition) et **Docker-EE** (Docker Enterprise Edition). Pour consulter les différences entre les deux versions, consultez le lien  **[[https://docs.docker.com/engine/installation/]]**. Docker existe en deux versions **Docker-CE** (Docker Community Edition) et **Docker-EE** (Docker Enterprise Edition). Pour consulter les différences entre les deux versions, consultez le lien  **[[https://docs.docker.com/engine/installation/]]**.
 +
 +Pour gérer le système de fichiers du conteneur, Docker utilisait au départ le filesystem AUFS. AUFS est un système de fichiers de la famille UnionFS. Un système de fichier de type UnionFS assemble des repertoires multiples les uns sur les autres pour ensuite les présenter sous forme d'un repertoire unique contenant les objets les plus récents grâce à un union mount. Les repertoires sous AUFS sont appelés des **branches** et se trouvent dans **/var/lib/docker/aufs** :
 +
 +{{ :elearning:workbooks:docker3:aufs_layers.jpg?nolink&600 |}}
 +
 +Le système de fichiers AUFS a été ensuite remplacé dans Docker par le système de fichiers **OverlayFS**. Ce système de fichiers combine deux répertoires appelés **Layers**. Le layer inférieur porte le nom **lowerdir** tandis que le niveau au dessus est appelé le **upperdir**. La vue unifiée porte le nom **merged**. Dans le cas où les layers de conteneur et de l'image contiennent le même objet, le conteneur "gagne" et cache l'objet dans l'image :
 +
 +{{ :elearning:workbooks:docker3:overlay_constructs.jpg?nolink&600 |Image 2}}
 +
 +Le système de fichiers OverlayFS ne sait gérer que deux niveaux. Ceci implique une utilisation excessive d'inodes dans la cas d'une image à de niveaux multiples car chaque image doit résider dans son propre repertoire qui se situe dans **/var/lib/docker/overlay**. Des liens physiques sont ensuite utilisés pour référencer des données dans les niveaux inférieurs.
 +
 +Cette limitation a donné lieu à l'introduction du système de fichiers **Overlay2** actuellement utilisé par Docker. Overlay2 est capable de gérer 128 layers.
  
 =====LAB #1 - Travailler avec Docker===== =====LAB #1 - Travailler avec Docker=====
Ligne 178: Ligne 190:
 </code> </code>
  
-Docker est composé de trois éléments : un serveur, un client et un ou plusieurs Repositories ou Dépôts :+Docker est composé de trois éléments : un serveur, un client et un ou plusieur Repositories ou Dépôts :
  
-{{ :elearning:workbooks:docker1:architecture.png?nolink&600 |}}+{{ :elearning:workbooks:docker3:architecture.png?nolink&600 |}}
  
 ====1.2 - Démarrer un Conteneur==== ====1.2 - Démarrer un Conteneur====
Ligne 1242: Ligne 1254:
  
 ====1.21 - Installer un logiciel dans le conteneur=== ====1.21 - Installer un logiciel dans le conteneur===
 +
 +Réparez les dépôts de CentOS 8 :
 +
 +<code>
 +[root@86252a3f00f4 /]# sed -i 's/mirrorlist/#mirrorlist/g' /etc/yum.repos.d/CentOS-Linux-*
 +[root@86252a3f00f4 /]# sed -i 's|#baseurl=http://mirror.centos.org|baseurl=http://vault.centos.org|g' /etc/yum.repos.d/CentOS-Linux-*
 +[root@86252a3f00f4 /]# yum upgrade -y
 +</code>
  
 Créez le fichier **/etc/yum.repos.d/mongodb-org-4.2.repo** : Créez le fichier **/etc/yum.repos.d/mongodb-org-4.2.repo** :

Piste : • VMware avec Joel Brisorgueil • LPI101 - Préparation à l'Examen LPIC 101-500

Menu