Quelle est la différence entre le volume du docker et le montage

La différence entre "docker volume" et mount est la suivante : "docker volume" est déclaratif, "Docker Engine" lui-même occupera un certain répertoire dans le système et Docker attribuera par défaut un chemin au volume sous le chemin occupé ; et le montage n'occupe pas de chemin en tant que point de montage.

L'environnement d'exploitation de ce tutoriel : système linux7.3, version docker-1.13.1, ordinateur Dell G3.

Quelle est la différence entre le volume Docker et le montage ?

Pendant longtemps, lorsque plusieurs conteneurs doivent partager l'accès au même répertoire de données, ou lorsque les données du conteneur doivent être conservées (comme une base de données), nous J'ai toujours utilisé le formulaire de répertoire de montage ( bind mounts), montez un répertoire sur l'hôte dans un répertoire spécifié dans le conteneur. Cette méthode peut résoudre le problème, mais cette méthode a toujours quelques défauts :

• Le déploiement de conteneurs sur. différents serveurs doivent être basés sur des conditions réelles. Modifier le chemin du répertoire de montage du disque
• Les autorisations de fichiers et de répertoires des différents systèmes d'exploitation vous rendront confus et en colère ?

Et ces problèmes peuvent être résolus en utilisant Volume. Comparons d'abord les montages de liaison et le volume Docker, puis voyons comment le volume résout le problème des montages de liaison. Jetons d'abord un coup d'œil à une image :

Cette image provient du document Docker

Cette image montre que le montage et le volume de liaison utilisent réellement le système de fichiers de l'hôte. La différence est que le volume se trouve dans le répertoire géré par Docker. lui-même, il n'y a donc aucun problème de montage causé par les autorisations, et le chemin du répertoire est géré par docker lui-même, il n'est donc pas nécessaire de spécifier différents chemins sur différents serveurs. Vous n'avez pas besoin de vous soucier du chemin (en fait. , pas tous, comme cela sera expliqué ci-dessous) s'en soucier ?). Examinons ensuite les différentes utilisations du montage et du volume de liaison.

1. Lorsque le conteneur est déployé sur différents serveurs, le chemin doit être modifié en fonction du répertoire de montage réel du disque

Par exemple :

Dans les systèmes Linux, nous utilisons souvent "/var/someDir" comme paramètre. répertoire de montage ;

Cependant, voici sur Mac, /var/ n'est pas un vrai répertoire. Les utilisateurs de Mac vous diront que nous sommes plus avancés que Linux. Nous n'utilisons pas /var/ et les utilisateurs n'en ont pas besoin ; Dans les systèmes Windows, les utilisateurs Windows vous demanderont : /var / Qu'est-ce que c'est ? Le lecteur C et le lecteur D sont la division la plus raisonnable ~~

Tout le monde dit qu'ils sont les plus beaux, qui est le plus beau

Le répertoire var sur Mac est un lien logiciel

2. opérations Les autorisations de fichiers et de répertoires du système vous rendront confus et en colère ?

À l'origine, le test dans le système Linux était très bon, mais en conséquence, il y a eu divers problèmes avec le chemin de montage sous Windows. Je n'entrerai pas dans les détails ici. Non Si vous rencontrez ces problèmes, vous pouvez l'essayer et en faire l'expérience. Mais c'est mieux sous Mac, après tout, c'est la même chose que sous Linux.

En plus de la méthode de montage dans Docker, il existe également un volume qui peut conserver les données. C'est un peu gênant de le mentionner. Après avoir utilisé Docker pendant si longtemps, j'ai toujours considéré le montage comme un volume, mais ce n'est pas de ma faute. . Le fichier Docker-compose se trouve dans la section volume. Il n'y a aucun problème pour écrire la relation de mappage entre le conteneur et le chemin de montage de l'hôte, mais cela a toujours été un malentendu. . (Blâme de fantaisie ?)

En fait, "montage" et "Docker Volume" ne sont pas la même chose. Il y a une certaine différence est déclaratif, et Docker Engine lui-même occupera un certain répertoire dans le système. , Linux est généralement "/var/lib/docker", et il peut être ajusté sous Mac et Windows. Lorsque nous déclarons un volume, Docker attribuera par défaut un chemin au volume sous le chemin occupé, par exemple :

Titre

Par rapport au montage, le volume est un chemin attribué par Docker Engine dans son propre "terrain" car Le point de montage et les autorisations de votre propre site doivent être clairement définis. Par conséquent, les problèmes ci-dessus de montage du chemin hôte sont résolus. ?

Lors de son utilisation, utilisez simplement le nom du volume au lieu du nom du chemin de l'hôte. Supposons que nous ayons créé un volume nommé "test_vol" ci-dessus :

1. docker run -d -v "test_vol:/var/data" some_image, de sorte que le répertoire /var/data du conteneur soit monté sur le point de montage de "test_vol" ; Déclarons le volume dans le fichier docker-compose.yaml Modifions l'exemple ci-dessus :

Attention !!

Il est à noter que le volume entraînera l'expansion du répertoire docker, car il doit stocker. images et Pour enregistrer le volume, il est préférable de ne pas le placer sur le disque système, mais de configurer le répertoire d'installation de Docker sur un autre disque de montage plus grand.

1. Les deux ont un comportement différent : lorsque le répertoire correspondant à l'extérieur du conteneur est vide, volume copiera d'abord le contenu du conteneur dans le répertoire à l'extérieur du conteneur, tandis que mount écrasera le répertoire interne du conteneur par le répertoire externe ! !
2. volume Un autre inconvénient de bind mount est qu'il ne peut pas monter directement des fichiers, comme le montage du fichier de configuration du conteneur nginx : nginx.conf.
3. Il doit être expliqué ici qu'une méthode de fichier unique telle qu'un fichier de configuration ne convient pas à l'utilisation du volume. Bien que le montage de liaison puisse également être résolu, puisque le fichier de configuration contient des informations sensibles telles que les mots de passe de la base de données, la meilleure méthode. utilise tmpfs.

Le volume de Kubernetes reflète également une conception similaire. Bien que subPath puisse résoudre le problème du montage du fichier de configuration, le meilleur moyen est d'utiliser configMap.

Apprentissage recommandé : "

Tutoriel vidéo Docker

"

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!