docker常用命令解讀之volume篇
1、docker volume方式
在Docker中，要想實(shí)現(xiàn)數(shù)據(jù)的持久化（所謂Docker的數(shù)據(jù)持久化即數(shù)據(jù)不隨著Container的結(jié)束而結(jié)束），需要將數(shù)據(jù)從宿主機(jī)掛載到容器中。
目前Docker提供了三種不同的方式將數(shù)據(jù)從宿主機(jī)掛載到容器中：
（1）volumes：Docker管理宿主機(jī)文件系統(tǒng)的一部分，默認(rèn)位于 /var/lib/docker/volumes 目錄中；（最常用的方式）
由上圖可以知道，目前所有Container的數(shù)據(jù)都保存在了這個目錄下邊，由于沒有在創(chuàng)建時指定卷，所以Docker幫我們默認(rèn)創(chuàng)建許多匿名（就上面這一堆很長ID的名字）卷。
注意：如果volume是空的而container中的目錄有內(nèi)容，那么docker會將container目錄中的內(nèi)容拷貝到volume中，但是如果volume中已經(jīng)有內(nèi)容，則會將container中的目錄覆蓋。
（2）bind mounts：意為著可以存儲在宿主機(jī)系統(tǒng)的任意位置；（比較常用的方式）
bind mount在不同的宿主機(jī)系統(tǒng)時不可移植的，比如Windows和Linux的目錄結(jié)構(gòu)是不一樣的，bind mount所指向的host目錄也不能一樣。
這也是為什么bind mount不能出現(xiàn)在Dockerfile中的原因，因?yàn)檫@樣Dockerfile就不可移植了。
有幾點(diǎn)需要注意：
- 1、host機(jī)器的目錄路徑必須為全路徑(準(zhǔn)確的說需要以/或~/開始的路徑)，不然docker會將其當(dāng)做volume而不是路徑來處理
- 2、如果host機(jī)器上的目錄不存在，docker會自動創(chuàng)建該目錄
- 3、如果container中的目錄不存在，docker會自動創(chuàng)建該目錄
- 4、如果container中的目錄已經(jīng)有內(nèi)容，那么docker會使用host上的目錄將其覆蓋掉
（3）tmpfs：掛載存儲在宿主機(jī)系統(tǒng)的內(nèi)存中，而不會寫入宿主機(jī)的文件系統(tǒng)；（一般都不會用的方式）
2、Volume的基本使用
2.1 管理卷
# docker volume create edc-nginx-vol // 創(chuàng)建一個自定義容器卷 # docker volume ls // 查看所有容器卷 # docker volume inspect edc-nginx-vol // 查看指定容器卷詳情信息
例如，這里我們創(chuàng)建一個自定義的容器卷，名為"edc-nginx-vol"：
2.2 創(chuàng)建使用指定卷的容器
有了自定義容器卷，我們可以創(chuàng)建一個使用這個數(shù)據(jù)卷的容器，這里我們以nginx為例：
# docker run -d -it --name=edc-nginx -p 8800:80 -v edc-nginx-vol:/usr/share/nginx/html nginx
其中，-v代表掛載數(shù)據(jù)卷，這里使用自定數(shù)據(jù)卷edc-nginx-vol，并且將數(shù)據(jù)卷掛載到/usr/share/nginx/html （這個目錄是yum安裝nginx的默認(rèn)網(wǎng)頁目錄）。
如果沒有通過-v指定，那么Docker會默認(rèn)幫我們創(chuàng)建匿名數(shù)據(jù)卷進(jìn)行映射和掛載。
創(chuàng)建好容器之后，我們可以進(jìn)入容器里面看看：
可以看到有兩個默認(rèn)頁，這時我們新啟動一個SSH連接到宿主機(jī)去到剛剛創(chuàng)建的數(shù)據(jù)卷里邊看看：
可以看到，我們可以訪問到容器里面的兩個默認(rèn)頁面，由此可知，volume幫我們做的類似于一個軟鏈接的功能。
在容器里邊的改動，我們可以在宿主機(jī)里感知，而在宿主機(jī)里面的改動，在容器里邊可以感知到。
這時，如果我們手動stop并且remove當(dāng)前nginx容器，我們會發(fā)現(xiàn)容器卷里面的文件還在，并沒有被刪除掉。
由此可以驗(yàn)證，在數(shù)據(jù)卷里邊的東西是可以持久化的。如果下次還需要創(chuàng)建一個nginx容器，那么還是復(fù)用當(dāng)前數(shù)據(jù)卷里面的文件。
此外，我們還可以啟動多個nginx容器實(shí)例，并且共享同一個數(shù)據(jù)卷，復(fù)用性和擴(kuò)展性較強(qiáng)。
2.3 清理卷
如果不再使用自定義數(shù)據(jù)卷了，那么可以手動清理掉：
# docker stop edc-nginx // 暫停容器實(shí)例 # docker rm edc-nginx // 移除容器實(shí)例 # docker volume rm edc-nginx-vol // 刪除自定義數(shù)據(jù)卷
3、Bind Mounts的基本使用
3.1 使用卷創(chuàng)建一個容器
docker run -d -it --name=edc-nginx -v /app/wwwroot:/usr/share/nginx/html nginx
這里指定了將宿主機(jī)上的 /app/wwwroot 目錄（如果沒有會自動創(chuàng)建）掛載到 /usr/share/nginx/html （這個目錄是yum安裝nginx的默認(rèn)網(wǎng)頁目錄）。
這時我們再次進(jìn)入容器內(nèi)部看看：
可以看到，與volumes不同，bind mounts的方式會隱藏掉被掛載目錄里面的內(nèi)容（如果非空的話），這里是/usr/share/nginx/html 目錄下的內(nèi)容被隱藏掉了，因此我們看不到。
但是，我們可以將宿主機(jī)上的文件隨時掛載到容器中：
Step1.新建一個index.html
Step2.在容器中查看
3.2 驗(yàn)證綁定
docker inspect edc-nginx
通過上述命令可以看到一大波配置，我們要關(guān)注的是：
3.3 清理
docker stop edc-nginx docker rm edc-nginx
同volumes一樣，當(dāng)我們清理掉容器之后，掛載目錄里面的文件仍然還在，不會隨著容器的結(jié)束而消失，從而實(shí)現(xiàn)數(shù)據(jù)持久化。
3.4 應(yīng)用案例
在服務(wù)治理組件中，服務(wù)發(fā)現(xiàn)組件是一個最常用的組件之一，Consul是一個流行的服務(wù)發(fā)現(xiàn)開源項(xiàng)目，Consul推薦我們使用配置文件的方式注冊服務(wù)信息。
因此，我們常常會將填寫好服務(wù)注冊配置文件放在宿主機(jī)的一個文件目錄下將其掛載到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的方式將宿主機(jī)上的/XiLife/consul/data/server1目錄掛載到了容器的/consul/data目錄下，還將/XiLife/consul/conf/server1目錄掛載到了容器的/consul/config目錄下，而容器下的兩個目錄/consul/data和/consul/config則是我們指定的存放agent數(shù)據(jù)和配置文件的地方。
因此，宿主機(jī)上的配置文件的變化會及時反映到容器中，比如我們在宿主機(jī)上的目錄下更新了配置文件，那么只需要reload一下Consul的容器實(shí)例即可：
docker exec consul-server consul reload
這里的consul-server是容器的名字，consul reload是重新加載的命令（非restart）。
4、移除未使用的數(shù)據(jù)卷
[root@izoq008ryseuupz _data]# docker volume ls DRIVER VOLUME NAME local 3c1ed533ce142b49eadc15ba57b87a3bac780e89e22c06503b3e909ab69ed62f local 5b086d5fdb68b5a58593fdca6d6f0a9b3ead0ed929fd3961b7db48e3a928c24d local 6b5a0394e690c4e0e869ddecc0db24a748a0229c70a83db46e0f2f95e3314958 local 8eb0f149b72711acd9618f827fc26a9afcce63ed51f1e60ac48e752344f88f22 local 08b4d10ef219075ee8a283112be06e1df52729bf23d3216342da3f8b21a0c127 local 31a6cbc600b3d30d0c567b3842ce5e7944495fcc12d42008385912d32facfd7a local 208ddc66938b611237d4e868cb8800a36b5390969ba7a22d2d2e65a8c173b2c8 local 3285a7fb977eb7a87da83b2a5ff838c98037b15ec659eeff68c489e7004114ea local a4beb8e0e17a3369c8c9a447d777323df71d2b5e2f77ebfc69cc99af39e1077a local c8079a1f169f2f0d93923db7b785f1033a46bdc8cf6baf73d742ebbb3c03d6a4 local centos-volume local db153ec29b07b6268e7204fc2e91a32db91797bcd8f4d92c7e2637577cd1a155 local dcf0505225e08c4c4d24f0e89ac83ed02a5387620734c4add6ab4f1d8196489c local f00edae7bd06b264a25329143fa2207e998491e459c24b0c30b1f78996a49369 [root@izoq008ryseuupz _data]# [root@izoq008ryseuupz _data]# docker volume prune WARNING! This will remove all local volumes not used by at least one container. Are you sure you want to continue? [y/N] y Deleted Volumes: 31a6cbc600b3d30d0c567b3842ce5e7944495fcc12d42008385912d32facfd7a 208ddc66938b611237d4e868cb8800a36b5390969ba7a22d2d2e65a8c173b2c8 3c1ed533ce142b49eadc15ba57b87a3bac780e89e22c06503b3e909ab69ed62f db153ec29b07b6268e7204fc2e91a32db91797bcd8f4d92c7e2637577cd1a155 f00edae7bd06b264a25329143fa2207e998491e459c24b0c30b1f78996a49369 a4beb8e0e17a3369c8c9a447d777323df71d2b5e2f77ebfc69cc99af39e1077a 5b086d5fdb68b5a58593fdca6d6f0a9b3ead0ed929fd3961b7db48e3a928c24d 8eb0f149b72711acd9618f827fc26a9afcce63ed51f1e60ac48e752344f88f22 centos-volume 08b4d10ef219075ee8a283112be06e1df52729bf23d3216342da3f8b21a0c127 dcf0505225e08c4c4d24f0e89ac83ed02a5387620734c4add6ab4f1d8196489c 3285a7fb977eb7a87da83b2a5ff838c98037b15ec659eeff68c489e7004114ea Total reclaimed space: 94.79MB [root@izoq008ryseuupz _data]# docker volume ls DRIVER VOLUME NAME local 6b5a0394e690c4e0e869ddecc0db24a748a0229c70a83db46e0f2f95e3314958 local c8079a1f169f2f0d93923db7b785f1033a46bdc8cf6baf73d742ebbb3c03d6a4
5、根據(jù)volume查詢?nèi)萜鱥d
[root@ipsenuat mdm]# docker ps -q | xargs docker inspect --format '{{.State.Pid}}, {{.Id}},{{.Mounts}}' | grep 016b3bd621cf4aea76e91a496c4affae9e5a99c4ceca160465863c87fd6e0c78
##或者
[root@ipsenuat mdm]# docker inspect $(docker ps -q ) --format '{{.State.Pid}}, {{.Id}},{{.Mounts}}' | grep 016b3bd621cf4aea76e91a496c4affae9e5a99c4ceca160465863c87fd6e0c78
總結(jié)
以上為個人經(jīng)驗(yàn)，希望能給大家一個參考，也希望大家多多支持腳本之家。
相關(guān)文章
vscode中啟用docker擴(kuò)展顯示無權(quán)限的問題解決
這篇文章主要介紹了如何解決vscode中啟用docker擴(kuò)展顯示無權(quán)限的問題,并介紹允許VSCode進(jìn)入Docker內(nèi)部進(jìn)行調(diào)試的插件,文中通過代碼介紹的非常詳細(xì),需要的朋友可以參考下2025-03-03
Docker鏡像是Docker容器運(yùn)行的基礎(chǔ)，沒有Docker鏡像，就不可能有Docker容器，這也是Docker的設(shè)計原則之一 ，本文給大家介紹Docker鏡像加載原理，感興趣的朋友一起看看吧2021-06-06
Docker自定義鏡像上傳至阿里云的實(shí)現(xiàn)
本文主要介紹了Docker自定義鏡像上傳至阿里云的實(shí)現(xiàn),文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2024-04-04
在使用Docker容器時,有時候我們會遇到一個問題,就是在容器中沒有啟動環(huán)境變量,本文主要介紹了Docker沒有啟動環(huán)境變量的問題解決,具有一定的參考價值,感興趣的可以了解一下2024-02-02
Docker 退出container后保持繼續(xù)運(yùn)行的操作
這篇文章主要介紹了Docker 退出container后保持繼續(xù)運(yùn)行的操作，具有很好的參考價值，希望對大家有所幫助。一起跟隨小編過來看看吧2021-03-03
Docker、Podman 和 Containerd 三者區(qū)別解析
Docker、Podman 和 Containerd 是三種流行的容器工具,它們都用于容器的創(chuàng)建、管理和運(yùn)行,但它們在設(shè)計理念、功能和使用場景上有一些差異,這篇文章主要介紹了Docker、Podman 和 Containerd 三者區(qū)別,需要的朋友可以參考下2025-02-02
Jenkins+Docker實(shí)現(xiàn)自動化部署
本文介紹了在CentOS7和Git(Gitee)環(huán)境下如何使用Jenkins進(jìn)行自動化部署,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2024-09-09
Docker學(xué)習(xí)之?dāng)?shù)據(jù)卷和Dockerfile詳解
在容器化應(yīng)用的開發(fā)和部署過程中,數(shù)據(jù)的持久化和共享是一個重要的問題,下面這篇文章主要給大家介紹了關(guān)于Docker學(xué)習(xí)之?dāng)?shù)據(jù)卷和Dockerfile的相關(guān)資料,需要的朋友可以參考下2024-04-04
這篇文章主要介紹了Docker容器?Kafka集群的搭建,本文給大家介紹的非常詳細(xì)，對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值，需要的朋友可以參考下2022-03-03
文章介紹了如何清理無用的Docker鏡像和容器,以及如何使用DockerSwarm和Kubernetes進(jìn)行容器編排和擴(kuò)展,感興趣的朋友一起看看吧2025-02-02