도커 데이터 볼륨이란 무엇입니까?-Docker-php.cn

Docker에서 데이터 볼륨은 하나 이상의 컨테이너에서 사용할 수 있는 호스트의 특수 디렉터리입니다. 컨테이너 간에 공유하고 재사용할 수 있으며, 데이터 수정 사항을 로컬과 컨테이너 간에 전송하는 것이 더 효율적입니다. 볼륨은 즉시 적용되며, 데이터 볼륨은 컨테이너 내부와 로컬 디렉터리 모두에서 수정될 수 있습니다.

도커 데이터 볼륨이란 무엇입니까?

이 튜토리얼의 운영 환경: linux5.9.8 시스템, docker-1.13.1 버전, Dell G3 컴퓨터.

Docker 데이터 볼륨이란 무엇인가요?

데이터 볼륨(Data Volumes)은 호스트의 디렉터리 또는 파일입니다. 데이터 볼륨의 설계 목적은 데이터의 지속성이며, 이는 수명과 완전히 독립적입니다. 따라서 컨테이너가 삭제될 때 Docker 탑재 데이터 볼륨은 삭제되지 않습니다. 컨테이너 디렉터리와 데이터 볼륨 디렉터리가 바인딩되면 서로의 수정 사항이 즉시 동기화됩니다. 하나의 데이터 볼륨은 동시에 여러 컨테이너에서 마운트될 수 있으며, 하나의 컨테이너는 여러 데이터 볼륨으로 마운트될 수도 있습니다.

데이터 볼륨 기능

데이터 볼륨은 컨테이너 간에 공유 및 재사용이 가능하며, 로컬과 컨테이너 간의 데이터 전송이 더 효율적입니다.
데이터 볼륨 수정은 컨테이너 내부와 내부 모두에서 즉시 적용됩니다. 로컬 디렉터리 데이터 볼륨을 수정할 수 있습니다
데이터 볼륨 업데이트는 데이터 및 애플리케이션 미러링, 분리에 영향을 주지 않습니다.
컨테이너가 사용되지 않을 때까지 볼륨은 항상 존재합니다

1.

Docker에서는 데이터 지속성을 달성하기 위해(Docker의 소위 데이터 지속성이란 데이터가 컨테이너의 끝으로 끝나지 않는다는 것을 의미합니다) 컨테이너에 호스트합니다. 현재 Docker는 호스트에서 컨테이너로 데이터를 마운트하는 세 가지 방법을 제공합니다. 　 (1) 볼륨: Docker는 기본적으로 /var/lib/docker/volumes 디렉터리에 있는 호스트 파일 시스템의 일부를 관리합니다. (

가장 일반적으로 사용되는 방법

)　　

위의 그림에서 볼 수 있듯이 현재 모든 Container 데이터는 생성 시 볼륨을 지정하지 않기 때문에 Docker를 통해 많은 익명 데이터를 생성할 수 있습니다. default (ID가 매우 긴 이름 모음 바로 위에 있음) Vol.

　　(2) 바인드 마운트: 호스트 시스템의 어느 곳에나 저장할 수 있음을 의미합니다. (

가장 일반적인 방법

)　그러나 바인드 마운트는 Windows 및 Linux와 같은 다른 호스트 시스템에서는 이식 가능하지 않습니다. 디렉토리 구조는 다음과 같습니다. 다르며, 바인드 마운트가 가리키는 호스트 디렉터리는 동일할 수 없습니다. 이는 Dockerfile이 이식 가능하지 않기 때문에 바인드 마운트가 Dockerfile에 나타날 수 없는 이유이기도 합니다.

　　(3) tmpfs: 마운트는 호스트 시스템의 메모리에 저장되며 호스트의 파일 시스템에는 기록되지 않습니다. (

일반적으로 사용되지 않는 방법

)　세 가지 방법의 개략도는 다음과 같습니다. ：

2. 볼륨의 기본 사용법

2.1 볼륨 관리

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

로그인 후 복사

　예를 들어, 여기서는 "edc-nginx-vol"이라는 사용자 정의 컨테이너 볼륨을 생성합니다:

2.2 지정된 볼륨을 사용하여 컨테이너 생성 사용자 정의 컨테이너 볼륨을 사용하면 이 데이터 볼륨을 사용하여 컨테이너를 생성할 수 있습니다. 여기서는 nginx를 예로 들어 보겠습니다.

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

로그인 후 복사

여기서 -v는 로드 중단을 나타냅니다. 여기서는 사용자 정의 데이터 볼륨 edc-nginx-vol을 사용하고 데이터 볼륨을 /usr/share/nginx/html에 마운트합니다(이 디렉터리는 yum이 nginx를 설치하는 기본 웹 디렉터리입니다).

　 -v를 지정하지 않으면 Docker는 기본적으로 매핑 및 탑재를 위한 익명 데이터 볼륨을 생성하는 데 도움을 줍니다.

컨테이너를 생성한 후 컨테이너에 들어가서 살펴볼 수 있습니다.

이때 호스트에 대한 새로운 SSH 연결을 시작하고 데이터로 이동합니다. 방금 만든 볼륨입니다. ：

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

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

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

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

2.3 清理卷

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

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

로그인 후 복사

三、Bind Mounts的基本使用

3.1 使用卷创建一个容器

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.在容器中查看

3.2 验证绑定

docker inspect edc-nginx

로그인 후 복사

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

3.3 清理

docker stop edc-nginx
docker rm edc-nginx

로그인 후 복사

　　同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;

로그인 후 복사

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