docker常用命令解讀之volume篇
1、docker volume方式
在Docker中，要想實現(xiàn)數(shù)據(jù)的持久化（所謂Docker的數(shù)據(jù)持久化即數(shù)據(jù)不隨著Container的結(jié)束而結(jié)束），需要將數(shù)據(jù)從宿主機掛載到容器中。
目前Docker提供了三種不同的方式將數(shù)據(jù)從宿主機掛載到容器中：
（1）volumes：Docker管理宿主機文件系統(tǒng)的一部分，默認位于 /var/lib/docker/volumes 目錄中；（最常用的方式）
由上圖可以知道，目前所有Container的數(shù)據(jù)都保存在了這個目錄下邊，由于沒有在創(chuàng)建時指定卷，所以Docker幫我們默認創(chuàng)建許多匿名（就上面這一堆很長ID的名字）卷。
注意：如果volume是空的而container中的目錄有內(nèi)容，那么docker會將container目錄中的內(nèi)容拷貝到volume中，但是如果volume中已經(jīng)有內(nèi)容，則會將container中的目錄覆蓋。
（2）bind mounts：意為著可以存儲在宿主機系統(tǒng)的任意位置；（比較常用的方式）
bind mount在不同的宿主機系統(tǒng)時不可移植的，比如Windows和Linux的目錄結(jié)構是不一樣的，bind mount所指向的host目錄也不能一樣。
這也是為什么bind mount不能出現(xiàn)在Dockerfile中的原因，因為這樣Dockerfile就不可移植了。
有幾點需要注意：
- 1、host機器的目錄路徑必須為全路徑(準確的說需要以/或~/開始的路徑)，不然docker會將其當做volume而不是路徑來處理
- 2、如果host機器上的目錄不存在，docker會自動創(chuàng)建該目錄
- 3、如果container中的目錄不存在，docker會自動創(chuàng)建該目錄
- 4、如果container中的目錄已經(jīng)有內(nèi)容，那么docker會使用host上的目錄將其覆蓋掉
（3）tmpfs：掛載存儲在宿主機系統(tǒng)的內(nèi)存中，而不會寫入宿主機的文件系統(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的默認網(wǎng)頁目錄）。
如果沒有通過-v指定，那么Docker會默認幫我們創(chuàng)建匿名數(shù)據(jù)卷進行映射和掛載。
創(chuàng)建好容器之后，我們可以進入容器里面看看：
可以看到有兩個默認頁，這時我們新啟動一個SSH連接到宿主機去到剛剛創(chuàng)建的數(shù)據(jù)卷里邊看看：
可以看到，我們可以訪問到容器里面的兩個默認頁面，由此可知，volume幫我們做的類似于一個軟鏈接的功能。
在容器里邊的改動，我們可以在宿主機里感知，而在宿主機里面的改動，在容器里邊可以感知到。
這時，如果我們手動stop并且remove當前nginx容器，我們會發(fā)現(xiàn)容器卷里面的文件還在，并沒有被刪除掉。
由此可以驗證，在數(shù)據(jù)卷里邊的東西是可以持久化的。如果下次還需要創(chuàng)建一個nginx容器，那么還是復用當前數(shù)據(jù)卷里面的文件。
此外，我們還可以啟動多個nginx容器實例，并且共享同一個數(shù)據(jù)卷，復用性和擴展性較強。
2.3 清理卷
如果不再使用自定義數(shù)據(jù)卷了，那么可以手動清理掉：
# docker stop edc-nginx // 暫停容器實例 # docker rm edc-nginx // 移除容器實例 # 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
這里指定了將宿主機上的 /app/wwwroot 目錄（如果沒有會自動創(chuàng)建）掛載到 /usr/share/nginx/html （這個目錄是yum安裝nginx的默認網(wǎng)頁目錄）。
這時我們再次進入容器內(nèi)部看看：
可以看到，與volumes不同，bind mounts的方式會隱藏掉被掛載目錄里面的內(nèi)容（如果非空的話），這里是/usr/share/nginx/html 目錄下的內(nèi)容被隱藏掉了，因此我們看不到。
但是，我們可以將宿主機上的文件隨時掛載到容器中：
Step1.新建一個index.html
Step2.在容器中查看
3.2 驗證綁定
docker inspect edc-nginx
通過上述命令可以看到一大波配置，我們要關注的是：
3.3 清理
docker stop edc-nginx docker rm edc-nginx
同volumes一樣，當我們清理掉容器之后，掛載目錄里面的文件仍然還在，不會隨著容器的結(jié)束而消失，從而實現(xiàn)數(shù)據(jù)持久化。
3.4 應用案例
在服務治理組件中，服務發(fā)現(xiàn)組件是一個最常用的組件之一，Consul是一個流行的服務發(fā)現(xiàn)開源項目，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數(shù)據(jù)和配置文件的地方。
因此，宿主機上的配置文件的變化會及時反映到容器中，比如我們在宿主機上的目錄下更新了配置文件，那么只需要reload一下Consul的容器實例即可：
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)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。
相關文章
本文主要介紹了Docker上部署mysql8主從復制的實現(xiàn)，文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧2022-08-08
越來越多的前端團隊選擇用Docker部署前端項目,本文主要介紹了docker部署應用的三種方式,具有一定的參考價值,感興趣的可以了解一下2024-03-03
SRS定位是運營級的互聯(lián)網(wǎng)直播服務器集群，追求更好的概念完整性和最簡單實現(xiàn)的代碼，本文給大家介紹下Docker安裝運行SRS的過程，感興趣的朋友跟隨小編一起看看吧2022-04-04
這篇文章主要為大家介紹了Docker容器數(shù)據(jù)卷技術介紹，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進步，早日升職加薪2022-06-06
Dockerfile是一個放置在項目根目錄下的描述文件,可以利用 Docker 命令基于該文件構建一個鏡像,下面這篇文章主要給大家介紹了關于如何通過編寫dockerfile部署python項目的相關資料,需要的朋友可以參考下2024-07-07
這篇文章主要介紹了docker?API管理接口增加CA安全認證,本文給大家介紹的非常詳細，對大家的學習或工作具有一定的參考借鑒價值，需要的朋友可以參考下2022-06-06
這篇文章主要介紹了 Docker創(chuàng)建鏡像兩種方法詳解的相關資料,Docker創(chuàng)建鏡像：一是使用docker commit命令，二是使用docker build命令和Dockerfile文件，需要的朋友可以參考下2016-12-12
這篇文章主要為大家介紹了關于Docker微服務的ETCD集群搭建教程示例詳解，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進步2021-11-11
這篇文章主要介紹了docker使用registry搭建本地鏡像倉庫實例詳解，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進步，早日升職加薪2022-09-09
使用docker可以幫助我們快速的搭建項目依賴環(huán)境，但是本地化的docker依賴，依然讓我們的代碼在測試時，不夠純粹，對其各個運行環(huán)境，都有本地docker安裝的要求2021-07-07