上篇文章給大家介紹過 docker基礎知識之掛載本地目錄的方法 ，今天給大家介紹Docker中數(shù)據(jù)卷(volume)管理的兩種方式，具體內(nèi)容如下所示：
什么是數(shù)據(jù)卷
數(shù)據(jù)卷( volume )：volume是存在于一個或多個容器中的特定文件或文件夾，這個目錄以獨立于聯(lián)合文件系統(tǒng)的形式在宿主機中存在,并為數(shù)據(jù)的共享與持久化提供便利。
為什么要用數(shù)據(jù)卷
Docker分層文件系統(tǒng)存在的問題：
Docker的鏡像是由一系列的只讀層組合而來的，當啟動一個容器時, Docker加載鏡像的所有只讀層，并在最上層加入一個讀寫層。這個設計使得Docker可以提高鏡像構建、存儲和分發(fā)的效率，節(jié)省了時間和存儲空間，然而也存在如下問題：
1、性能差。
2、多個容器之間的數(shù)據(jù)無法共享。
3、生命周期與容器相同。當刪除容器時，容器產(chǎn)生的數(shù)據(jù)將丟失。數(shù)據(jù)卷機制的好處：
1、mount到主機中，繞開分層文件系統(tǒng)。
2、volume能在不同的容器之間共享和重用。
3、和主機磁盤性能相同。
4、對volume中數(shù)據(jù)的操作不會影響到鏡像本身。
5、volume的生存周期獨立于容器的生存周期，即使刪除容器，volume仍然會存在，沒有任何容器使用的volume也不會被Docker刪除。
Docker提供了volumedriver接口，通過實現(xiàn)該接口，我們可以為Docker容器提供不同的volume存儲支持。當前官方默認實現(xiàn)了local這種volumedriver，它使用宿主機的文件系統(tǒng)為Docker容器提供volume。
數(shù)據(jù)卷管理的兩種方式
Docker的volume的本質是容器中一個特殊的目錄。在容器的創(chuàng)建過程中，Docker會將宿主機上的指定目錄（一個以volume ID為名稱的目錄，或者指定的宿主機目錄）掛載到容器中指定的目錄上（使用bing mount掛載方法），故掛載完成后的宿主機目錄和容器內(nèi)的目標目錄表現(xiàn)一致。
1、綁定掛載bind mount
bind mount是將主機上的目錄或文件mount到容器里。使用直觀高效，易于理解。
使用-v選項指定掛載路徑，格式 <host path>:<container path>
#前面是宿主機真實存在的路徑：后面是容器內(nèi)的路徑
后臺運行一個使用nginx鏡像的容器并將宿主機的/data目錄掛載到容器的目錄/usr/share/nginx/html下
[root@server1 ~]# docker run -d --name demo -v /data:/usr/share/nginx/html nginx
調到前臺運行，分別查看宿主機和容器的指定的目錄下的內(nèi)容，是一樣的。這是因為這種方式掛載和我們平時使用mount方式是一樣的，原有數(shù)據(jù)隱藏，替換為宿主機的數(shù)據(jù)。
##/data目錄下這么多東西是因為docker默認數(shù)據(jù)目錄是/data
[root@server1 ~]# docker exec -it demo bash
bind mount默認權限是讀寫rw，可以在掛載時指定只讀ro。
-v選項指定的路徑，如果不存在，掛載時會自動創(chuàng)建。
docker run -it --name vm1 \ /etc/yum.repos.d/dvd.repo:/etc/yum.repos.d/dvd.repo:ro rhel7 bash
2、docker managed volume
bind mount必須指定host文件系統(tǒng)路徑，限制了移植性。
docker managed volume不需要指定mount源，docker自動為容器創(chuàng)建數(shù)據(jù)卷目錄。默認創(chuàng)建的數(shù)據(jù)卷目錄都在 /var/lib/docker/volumes 中。
如果掛載時指向容器內(nèi)已有的目錄，容器內(nèi)原有數(shù)據(jù)會被復制到volume中。
創(chuàng)建卷方式：
[root@server1 ~]# docker volume create webdata #創(chuàng)建一個名為webdata的卷
[root@server1 ~]# docker rm -f demo #把上面創(chuàng)建的卷刪掉
[root@server1 ~]# docker run -d --name demo -v webdata:/usr/share/nginx/html nginx
#把webdata這個卷掛載到容器內(nèi)的/usr/share/nginx/html目錄上并運行一個容器
將創(chuàng)建的webdata卷掛載到容器的/usr…目錄下
進入docker默認創(chuàng)建的數(shù)據(jù)卷目錄查看卷里的內(nèi)容，我們可以看到上面只創(chuàng)建了卷，沒有寫入任何東西，但卷里有內(nèi)容是因為掛載時容器內(nèi)指定目錄里原本有東西，所以復制過來的
我們運行容器使用的是nginx鏡像，訪問一下，沒有問題
如果掛載時沒指定mount源，那么docker會自動隨機創(chuàng)建一個文件名很長的卷
[root@server1 ~]# docker rm -f demo
[root@server1 ~]# docker run -d --name demo -v /usr/share/nginx/html nginx
67ab13a7b24c19c53f4ce117136b9d0e4dec93c615a0192ead919d10e6c2acae
我們使用docker inspect demo命令查看下卷的源目錄
得到路徑后就可以查看目錄下的內(nèi)容了
ls /var/lib/docker/volumes/2ca22fd769e4b7b6f5a02dd96fe8d47a6df5578074c0d340ced3ab33b25456ca/_data
bind mount 與 docker managed volume 對比
相同點：兩者都是 host 文件系統(tǒng)中的某個路徑。
不同點如圖：
到此這篇關于Docker中的數(shù)據(jù)卷(volume)管理的兩種方式的文章就介紹到這了,更多相關Docker數(shù)據(jù)卷volume內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！
