Qu'est-ce qu'un volume de données Docker ?-Docker-php.cn

Dans Docker, un volume de données est un répertoire spécial sur l'hôte qui peut être utilisé par un ou plusieurs conteneurs. Il peut être partagé et réutilisé entre les conteneurs. Il est plus efficace de transférer des données entre les modifications locales et les conteneurs. volume sera Il est effectif immédiatement et le volume de données peut être modifié à la fois à l'intérieur du conteneur et dans le répertoire local.

Qu'est-ce qu'un volume de données Docker ?

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

Qu'est-ce qu'un volume de données Docker ?

Le volume de données (Data Volumes) est un répertoire ou un fichier dans l'hôte. Le but de la conception du volume de données est la persistance des données, complètement indépendant du cycle de vie de. le conteneur, de sorte que les volumes de données montés sur Docker ne seront pas supprimés lorsqu'un conteneur est supprimé. Lorsque le répertoire du conteneur et le répertoire du volume de données sont liés, les modifications de chacun seront synchronisées immédiatement. Un volume de données peut être monté par plusieurs conteneurs en même temps, et un conteneur peut également être monté avec plusieurs volumes de données.

Fonctionnalités de volume de données

Les volumes de données peuvent être partagés et réutilisés entre les conteneurs, et le transfert de données entre le local et les conteneurs est plus efficace
Les modifications apportées au volume de données seront effectives immédiatement, à la fois au sein du conteneur et le répertoire local Le volume de données peut être modifié
Les mises à jour du volume de données n'affecteront pas la mise en miroir, le découplage des données et des applications
Le volume existera toujours jusqu'à ce qu'aucun conteneur ne soit utilisé

1. est monté sur le conteneur

Dans Docker, afin d'obtenir la persistance des données (la soi-disant persistance des données de Docker signifie que les données ne se terminent pas à la fin du conteneur ), les données doivent être montées à partir du héberger dans le conteneur. Actuellement, Docker propose trois manières différentes de monter les données de l'hôte dans le conteneur : 　 (1) volumes : Docker gère une partie du système de fichiers hôte, qui se trouve par défaut dans le répertoire /var/lib/docker/volumes ; (

La méthode la plus couramment utilisée

)　

Comme vous pouvez le voir sur l'image ci-dessus, toutes les données du conteneur sont actuellement enregistrées dans ce répertoire. Étant donné que le volume n'est pas spécifié lors de la création, Docker nous aide à en créer de nombreux anonymes. par défaut (juste au-dessus) Il s'agit d'un tas de noms avec des identifiants très longs) Vol.

　　(2) montages de liaison : signifie qu'ils peuvent être stockés n'importe où dans le système hôte ; (

La méthode la plus courante

)　Cependant, le montage de liaison n'est pas portable dans différents systèmes hôtes, tels que Windows et Linux. La structure des répertoires est différent et le répertoire hôte pointé par bind mount ne peut pas être le même. C'est également la raison pour laquelle le montage de liaison ne peut pas apparaître dans le Dockerfile, car le Dockerfile n'est alors pas portable.

　　(3) tmpfs : Le montage est stocké dans la mémoire du système hôte et ne sera pas écrit dans le système de fichiers de l'hôte (

Une méthode qui n'est généralement pas utilisée

)　Le schéma des trois méthodes est comme suit :

2. Utilisation de base de Volume

2.1 Gestion des volumes

# docker volume create edc-nginx-vol // 创建一个自定义容器卷
# docker volume ls // 查看所有容器卷
# docker volume inspect edc-nginx-vol // 查看指定容器卷详情信息

Copier après la connexion

　Par exemple, nous créons ici un volume de conteneur personnalisé nommé "edc-nginx-vol":

2.2 Créer un conteneur en utilisant un volume spécifié Avec un volume de conteneur personnalisé, nous pouvons créer un conteneur en utilisant ce volume de données. Ici, nous prenons nginx comme exemple :

# docker run -d -it --name=edc-nginx -p 8800:80 -v edc-nginx-vol:/usr/share/nginx/

Copier après la connexion

Où, -v représente une charge suspendue. le volume de données. Ici, nous utilisons le volume de données personnalisé edc-nginx-vol et montons le volume de données sur /usr/share/nginx/html (ce répertoire est le répertoire Web par défaut pour que yum installe nginx).

　 Si -v n'est pas spécifié, Docker nous aidera à créer des volumes de données anonymes pour le mappage et le montage par défaut.

Après avoir créé le conteneur, nous pouvons entrer dans le conteneur et y jeter un œil :

Vous pouvez voir qu'il y a deux pages par défaut. À ce moment, nous démarrons une nouvelle connexion SSH à l'hôte et accédons aux données. volume que nous venons de créer ：

　　可以看到，我们可以访问到容器里面的两个默认页面，由此可知，volume帮我们做的类似于一个软链接的功能。在容器里边的改动，我们可以在宿主机里感知，而在宿主机里面的改动，在容器里边可以感知到。

　　这时，如果我们手动stop并且remove当前nginx容器，我们会发现容器卷里面的文件还在，并没有被删除掉。

　　由此可以验证，在数据卷里边的东西是可以持久化的。如果下次还需要创建一个nginx容器，那么还是复用当前数据卷里面的文件。

　　此外，我们还可以启动多个nginx容器实例，并且共享同一个数据卷，复用性和扩展性较强。

2.3 清理卷

　　如果不再使用自定义数据卷了，那么可以手动清理掉：

# docker stop edc-nginx // 暂停容器实例
# docker rm edc-nginx // 移除容器实例
# docker volume rm edc-nginx-vol // 删除自定义数据卷

Copier après la connexion

三、Bind Mounts的基本使用

3.1 使用卷创建一个容器

docker run -d -it --name=edc-nginx -v /app/wwwroot:/usr/share/nginx/html nginx

Copier après la connexion

　　这里指定了将宿主机上的 /app/wwwroot 目录（如果没有会自动创建）挂载到 /usr/share/nginx/html （这个目录是yum安装nginx的默认网页目录）。

　　这时我们再次进入容器内部看看：

　　可以看到，与volumes不同，bind mounts的方式会隐藏掉被挂载目录里面的内容（如果非空的话），这里是/usr/share/nginx/html 目录下的内容被隐藏掉了，因此我们看不到。

　　但是，我们可以将宿主机上的文件随时挂载到容器中：

　　Step1.新建一个index.html

　　Step2.在容器中查看

3.2 验证绑定

docker inspect edc-nginx

Copier après la connexion

　　通过上述命令可以看到一大波配置，我们要关注的是：

3.3 清理

docker stop edc-nginx
docker rm edc-nginx

Copier après la connexion

　　同volumes一样，当我们清理掉容器之后，挂载目录里面的文件仍然还在，不会随着容器的结束而消失，从而实现数据持久化。

3.4 应用案例

　　在服务治理组件中，服务发现组件是一个最常用的组件之一，Consul是一个流行的服务发现开源项目，Consul推荐我们使用配置文件的方式注册服务信息。因此，我们常常会将填写好服务注册配置文件放在宿主机的一个文件目录下将其挂载到Consul的容器指定目录下，如下所示：

docker run -d -p : --restart=always \
-v /XiLife/consul/data/server1:/consul/data -v /XiLife/consul/conf/server1:/consul/config \
-e CONSUL_BIND_INTERFACE= --privileged= \
--name=consul_server_1 consul:. agent -server -bootstrap-expect= -ui -node=consul_server_1 -client= \
-data- /consul/data -config- /consul/config -datacenter=xdp_dc;

Copier après la connexion

　　可以看到，我们通过Bind Mounts的方式将宿主机上的/XiLife/consul/data/server1目录挂载到了容器的/consul/data目录下，还将/XiLife/consul/conf/server1目录挂载到了容器的/consul/config目录下，而容器下的两个目录/consul/data和/consul/config则是我们指定的存放agent数据和配置文件的地方。因此，宿主机上的配置文件的变化会及时反映到容器中，比如我们在宿主机上的目录下更新了配置文件，那么只需要reload一下Consul的容器实例即可：