Apakah volum data docker?-Docker-php.cn

Dalam docker, volum data ialah direktori khas pada hos yang boleh digunakan oleh satu atau lebih bekas. Ia boleh dikongsi dan digunakan semula antara bekas. Pengubahsuaian kepada volum akan berkuat kuasa serta-merta, dan volum data boleh diubah suai di dalam bekas dan dalam direktori tempatan.

Apakah volum data docker?

Persekitaran pengendalian tutorial ini: sistem linux5.9.8, versi docker-1.13.1, komputer Dell G3.

Apakah itu volum data docker?

Volume data (Volume Data) ialah direktori atau fail dalam mesin hos Tujuan reka bentuk volum data Ia ialah kegigihan data, yang sepenuhnya bebas daripada kitaran hayat bekas, jadi Docker tidak akan memadamkan volum data yang dipasang apabila bekas itu dipadamkan. Apabila direktori kontena dan direktori volum data diikat, pengubahsuaian satu sama lain akan disegerakkan serta-merta Satu volum data boleh dipasang oleh berbilang bekas pada masa yang sama, dan satu bekas juga boleh dipasang dengan berbilang volum data.

Ciri volum data

Volume data boleh dikongsi dan digunakan semula antara bekas dan pemindahan data antara tempatan dan bekas lebih cekap
Pengubahsuaian kepada volum data akan berkuat kuasa serta-merta Volume data boleh diubah suai di dalam bekas dan dalam direktori tempatan
Kemas kini pada data. kelantangan tidak akan menjejaskan pencerminan dan nyahgandingan data dan aplikasi
Kelantangan akan sentiasa wujud sehingga tiada bekas digunakan

1 bekas

Dalam Docker, untuk mencapai ketekunan data (yang dipanggil data persistence Docker bermakna data tidak berakhir dengan penghujung Container ), data perlu dipasang dari hos ke bekas. Pada masa ini, Docker menyediakan tiga cara berbeza untuk melekapkan data daripada hos ke dalam bekas: (1) jilid: Docker menguruskan sebahagian daripada sistem fail hos, yang terletak di /var/lib/docker/volume oleh lalai. . Memandangkan Tiada volum ditentukan semasa membuat, jadi Docker membantu kami mencipta banyak jilid tanpa nama (hanya sekumpulan nama ID panjang di atas) secara lalai.

　(2) pelekap bind: bermakna ia boleh disimpan di mana-mana lokasi pada sistem hos; Sistem hos tidak mudah alih Contohnya, struktur direktori Windows dan Linux adalah berbeza, dan direktori hos yang ditunjuk oleh bind mount tidak boleh sama. Ini juga sebab mengapa bind mount tidak boleh muncul dalam Dockerfile, kerana itu Dockerfile tidak mudah alih. (3) tmpfs: Lekapan disimpan dalam memori sistem hos dan tidak akan ditulis ke sistem fail hos; (

Kaedah yang biasanya tidak digunakan

)

Gambar rajah skema bagi tiga kaedah adalah seperti berikut:

2 >

2.1 Mengurus volum

Sebagai contoh, di sini kami mencipta volum bekas tersuai bernama "edc-nginx-vol":

2.2 Cipta bekas menggunakan volum yang ditentukan

Dengan volum bekas tersuai, kami boleh mencipta bekas menggunakan volum data ini, Di sini kami ambil nginx sebagai contoh: Antaranya, -v mewakili pemasangan volum data Di sini kami menggunakan volum data tersuai edc-nginx-vol, dan lekapkan volum data ke /usr/share/. nginx/html (direktori ini ialah direktori web lalai untuk yum memasang nginx).

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

Salin selepas log masuk

Jika -v tidak dinyatakan, Docker akan membantu kami mencipta volum data tanpa nama untuk pemetaan dan pemasangan secara lalai.

Selepas mencipta bekas, kita boleh masuk ke dalam bekas dan lihat:

Anda boleh melihat bahawa terdapat dua halaman lalai mulakan SSH baharu Sambung ke hos dan lihat dalam jumlah data yang baru dibuat: 　

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

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

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

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

2.3 清理卷

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

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

Salin selepas log masuk

三、Bind Mounts的基本使用

3.1 使用卷创建一个容器

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

Salin selepas log masuk

　　这里指定了将宿主机上的 /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

Salin selepas log masuk

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

3.3 清理

docker stop edc-nginx
docker rm edc-nginx

Salin selepas log masuk

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

Salin selepas log masuk

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