标签：因此 docker数据卷 访问 https 应用 conf 技术 bsp exec
本篇已加入《.NET Core on K8S学习实践系列文章索引》，可以点击查看更多容器化技术相关系列文章。
在Docker中，要想实现数据的持久化（所谓Docker的数据持久化即数据不随着Container的结束而结束），需要将数据从宿主机挂载到容器中。目前Docker提供了三种不同的方式将数据从宿主机挂载到容器中：
（1）volumes：Docker管理宿主机文件系统的一部分，默认位于 /var/lib/docker/volumes 目录中；（最常用的方式）
由上图可以知道，目前所有Container的数据都保存在了这个目录下边，由于没有在创建时指定卷，所以Docker帮我们默认创建许多匿名（就上面这一堆很长ID的名字）卷。
（2）bind mounts：意为着可以存储在宿主机系统的任意位置；（比较常用的方式）
但是，bind mount在不同的宿主机系统时不可移植的，比如Windows和Linux的目录结构是不一样的，bind mount所指向的host目录也不能一样。这也是为什么bind mount不能出现在Dockerfile中的原因，因为这样Dockerfile就不可移植了。
（3）tmpfs：挂载存储在宿主机系统的内存中，而不会写入宿主机的文件系统；（一般都不会用的方式）
三种方式的示意图如下所示：
# docker volume create edc-nginx-vol // 创建一个自定义容器卷 # docker volume ls // 查看所有容器卷 # docker volume inspect edc-nginx-vol // 查看指定容器卷详情信息
例如，这里我们创建一个自定义的容器卷，名为"edc-nginx-vol"：
有了自定义容器卷，我们可以创建一个使用这个数据卷的容器，这里我们以nginx为例：
# docker run -d -it --name=edc-nginx -p 8800:80 -v edc-nginx-vol:/usr/share/nginx/html nginx
其中，-v代表挂载数据卷，这里使用自定数据卷edc-nginx-vol，并且将数据卷挂载到 /usr/share/nginx/html （这个目录是yum安装nginx的默认网页目录）。
如果没有通过-v指定，那么Docker会默认帮我们创建匿名数据卷进行映射和挂载。
创建好容器之后，我们可以进入容器里面看看：
可以看到有两个默认页，这时我们新启动一个SSH连接到宿主机去到刚刚创建的数据卷里边看看：
可以看到，我们可以访问到容器里面的两个默认页面，由此可知，volume帮我们做的类似于一个软链接的功能。在容器里边的改动，我们可以在宿主机里感知，而在宿主机里面的改动，在容器里边可以感知到。
这时，如果我们手动stop并且remove当前nginx容器，我们会发现容器卷里面的文件还在，并没有被删除掉。
由此可以验证，在数据卷里边的东西是可以持久化的。如果下次还需要创建一个nginx容器，那么还是复用当前数据卷里面的文件。
此外，我们还可以启动多个nginx容器实例，并且共享同一个数据卷，复用性和扩展性较强。
如果不再使用自定义数据卷了，那么可以手动清理掉：
# docker stop edc-nginx // 暂停容器实例 # docker rm edc-nginx // 移除容器实例 # docker volume rm edc-nginx-vol // 删除自定义数据卷
docker run -d -it --name=edc-nginx -v /app/wwwroot:/usr/share/nginx/html nginx
这里指定了将宿主机上的 /app/wwwroot 目录（如果没有会自动创建）挂载到 /usr/share/nginx/html （这个目录是yum安装nginx的默认网页目录）。
这时我们再次进入容器内部看看：
可以看到，与volumes不同，bind mounts的方式会隐藏掉被挂载目录里面的内容（如果非空的话），这里是/usr/share/nginx/html 目录下的内容被隐藏掉了，因此我们看不到。
但是，我们可以将宿主机上的文件随时挂载到容器中：
Step1.新建一个index.html
Step2.在容器中查看
docker inspect edc-nginx
通过上述命令可以看到一大波配置，我们要关注的是：
docker stop edc-nginx docker rm edc-nginx
同volumes一样，当我们清理掉容器之后，挂载目录里面的文件仍然还在，不会随着容器的结束而消失，从而实现数据持久化。
在服务治理组件中，服务发现组件是一个最常用的组件之一，Consul是一个流行的服务发现开源项目，Consul推荐我们使用配置文件的方式注册服务信息。因此，我们常常会将填写好服务注册配置文件放在宿主机的一个文件目录下将其挂载到Consul的容器指定目录下，如下所示：
docker run -d -p 8500:8500 --restart=always \
-v /XiLife/consul/data/server1:/consul/data -v /XiLife/consul/conf/server1:/consul/config \
-e CONSUL_BIND_INTERFACE=‘eth0‘ --privileged=true \
--name=consul_server_1 consul:1.4.4 agent -server -bootstrap-expect=3 -ui -node=consul_server_1 -client=‘0.0.0.0‘ \
-data-dir /consul/data -config-dir /consul/config -datacenter=xdp_dc;
可以看到，我们通过Bind Mounts的方式将宿主机上的/XiLife/consul/data/server1目录挂载到了容器的/consul/data目录下，还将/XiLife/consul/conf/server1目录挂载到了容器的/consul/config目录下，而容器下的两个目录/consul/data和/consul/config则是我们指定的存放agent数据和配置文件的地方。因此，宿主机上的配置文件的变化会及时反映到容器中，比如我们在宿主机上的目录下更新了配置文件，那么只需要reload一下Consul的容器实例即可：
docker exec consul-server consul reload
*.这里的consul-server是容器的名字，consul reload是重新加载的命令（非restart）。
本文探索了Docker的数据卷及挂载数据到容器的两种主要方式Volumes和Bind Mounts，并介绍基本的使用方式和步骤，通过数据卷我们可以实现Docker的数据持久化，在实际应用中比较广泛。
标签：因此 docker数据卷 访问 https 应用 conf 技术 bsp exec
原文地址：https://www.cnblogs.com/edisonchou/p/docker_volumes_introduction.html
