1.場景描述

在介紹VOLUME指令之前，我們來看下如下場景需求：

1）容器是基于鏡像創(chuàng)建的，最后的容器文件系統(tǒng)包括鏡像的只讀層+可寫層，容器中的進程操作的數(shù)據(jù)持久化都是保存在容器的可寫層上。
一旦容器刪除后，這些數(shù)據(jù)就沒了，除非我們?nèi)斯浞菹聛?#xff08;或者基于容器創(chuàng)建新的鏡像）。能否可以讓容器進程持久化的數(shù)據(jù)保存在
主機上呢？這樣即使容器刪除了，數(shù)據(jù)還在。

2）當我們在開發(fā)一個web應(yīng)用時，開發(fā)環(huán)境是在主機本地，但運行測試環(huán)境是放在docker容器上。
這樣的話，我在主機上修改文件（如html，js等）后，需要手動進入容器內(nèi)找到相應(yīng)目錄然后把文件拷貝到容器中。這顯然比較麻煩。

3）多個容器運行一組相關(guān)聯(lián)的服務(wù)，如果他們要共享一些數(shù)據(jù)怎么辦？

對于這些問題，我們當然能想到各種解決方案。而docker本身提供了一種機制，可以將主機上的某個目錄與容器的某個目錄（稱為掛載點、或者叫卷）關(guān)聯(lián)起來，容器上的掛載點下的內(nèi)容就是主機的這個目錄下的內(nèi)容，這類似linux系統(tǒng)下mount的機制。 這樣的話，我們修改主機上該目錄的內(nèi)容時，不需要同步容器，對容器來說是立即生效的。 掛載點可以讓多個容器共享。
其實數(shù)據(jù)還是一份，保存在主機的上的與容器內(nèi)的掛載點關(guān)聯(lián)的目錄下的，并非是容器內(nèi)一份數(shù)據(jù)，然后主機上還有一份數(shù)據(jù)。所以刪除容器后，主機上對應(yīng)掛載點的目錄下的數(shù)據(jù)還在。
注意：容器上的掛載點并不是一個普通的目錄。如果把主機上與其關(guān)聯(lián)的目錄刪除后，那么在容器上的掛載點還在，只是其下的內(nèi)容都沒
有了，此時如果在容器的掛載點下 進行touch 文件名，會提示touch: cannot touch ‘文件名’: No such file or directory。說明當我們的
主機目錄手動誤刪后，掛載點下就無法工作了。也同時說明了，掛載點下數(shù)據(jù)其實就是保存在主機與之關(guān)聯(lián)的目錄下的。而并非是在
容器上保存一份，然后再同步到主機與之關(guān)聯(lián)的目錄下一份。
注意：上面所說的主機目錄誤刪 導致 容器內(nèi)與關(guān)聯(lián)的掛載點無法工作。需要在主機上創(chuàng)建誤刪前的項目的名稱的目錄，然后重啟容器
后，掛載點才能生效，繼續(xù)正常工作。

2. 容器信息在主機上位置

下方的測試用到的鏡像：

下面我們來介紹具體的機制：

3. 通過docker run 命令

1、運行命令：docker run -d -p 8086:8096 -v /home/mydata:/data 79bcb7a73dd2 /bin/bash
其中的 -v 標記 在容器中設(shè)置了一個掛載點 /data（就是容器中根下的一個目錄），并將主機上的根下/home/mydata目錄中的內(nèi)容關(guān)聯(lián)到 /data下。
這樣在容器中對/data目錄下的操作，還是在主機上對/home/mydata的操作，都是完全實時同步的，因為這兩個目錄實際都是指向主機目錄。
尾部加上/bin/bash 會創(chuàng)建并運行容器以及自動進入容器內(nèi)。

2、運行命令：docker run -d -p 8087:8096 -v /data 79bcb7a73dd2 /bin/bash
上面-v的標記只設(shè)置了容器的掛載點（/data），并沒有指定關(guān)聯(lián)的主機目錄。這時docker會自動綁定主機上的一個目錄（在var/lib/docker/volumes下）。

通過docker inspect 命令可以查看上方兩種方式的效果。

先通過docker ps 查看運行的容器的信息
docker inspect 24388bf5790e
內(nèi)容比較多截取部分：

docker inspect 82b44b609da3

上面 Mounts下的每條信息記錄了容器上一個掛載點的信息，“Destination” 值是容器的掛載點，"Source"值是對應(yīng)的主機目錄。
可以看出這種第二種方式對應(yīng)的主機目錄是自動創(chuàng)建的，其目的不是讓在主機上修改，而是讓多個容器共享。

4、通過Dockerfile創(chuàng)建掛載點

上面介紹的通過docker run命令的-v標識創(chuàng)建的掛載點只能對單一創(chuàng)建的容器有效。
通過Dockerfile的 VOLUME 指令可以在鏡像中創(chuàng)建掛載點，這樣只要通過該鏡像創(chuàng)建的容器都有了掛載點。
還有一個區(qū)別是，通過 VOLUME 指令創(chuàng)建的掛載點，無法指定主機上對應(yīng)的目錄，是自動生成的。等價于上面的方式二
通過docker run -v -v的標記只設(shè)置了容器的掛載點，并沒有指定關(guān)聯(lián)的主機目錄的情況。

FROM openjdk:8u212-jre
MAINTAINER ssccxx
#VOLUME /data1 #設(shè)置單個掛載點
VOLUME ["/data1","/data2"] #通過數(shù)組的方式 設(shè)置多個掛載點，每個掛載點會分別對應(yīng)一個主機上自動生成的目錄
ADD platform-customer-post.jar myapp.jar
RUN bash -c 'touch /myapp1.jar'
ENTRYPOINT ["java","-jar","/myapp.jar"]
EXPOSE 8096

根據(jù)上方的Dockerfile文件構(gòu)建鏡像：

查看構(gòu)建好的鏡像

通過上方的這個鏡像創(chuàng)建容器實例：
docker run -d -it 鏡像id
docker inspect 容器id

可以看到兩個掛載點的信息。分別對應(yīng)主機上自動生成的兩個目錄下。

5、容器共享卷（掛載點）

docker run -d --name test1 鏡像id

上面命令中的 鏡像id是用前面的Dockerfile文件構(gòu)建的鏡像。 這樣容器test1就有了 /data1 和 /data2兩個掛載點。
下面我們創(chuàng)建另一個容器可以和test1共享 /data1 和 /data2卷 ，這是在 docker run中使用 --volumes-from標記，如：
可以是來源不同鏡像，如：
docker run -d --name test2 --volumes-from test1  79bcb7a73dd2   #這個79bcb7a73dd2鏡像中里有一個/tmp掛載點
也可以是同一鏡像，如：
docker run -d --name test3 --volumes-from test1  c9aec8050444
上面的三個容器 test1 , test2 , test3 均有 /data1 和 /data2 兩個目錄，且目錄中內(nèi)容是共享的，任何一個容器修改了內(nèi)容，別的容器都能獲取到。
test2中 還有一個/tmp掛載點

可以發(fā)現(xiàn) test1,test2,test3容器內(nèi)的 /data1,/data2掛載點對應(yīng)的主機上的目錄 都是同一個目錄。也就是實現(xiàn)了數(shù)據(jù)在容器間的共享。
說明：雖然test3容器創(chuàng)建時，即使不用–volumes-from test1 ，也會產(chǎn)生 /data1,/data2掛載點。只是這樣產(chǎn)生的掛載對應(yīng)的主機目錄和test1中 /data1,/data2掛載點 對應(yīng)的主機目錄不是一個。實現(xiàn)不了數(shù)據(jù)共享。加上 --volumes-from test1 后，那么 test3 所使用的鏡像中的掛載點會比較是否有和test1中名稱重復的，如果有就用test1的對應(yīng)的主機目錄，沒有就新建主機目錄。
注意： --volumes-from 后面如果跟前面的通過 docker run -v 主機目錄:掛載點 產(chǎn)生的容器。那么 一樣也共享這個容器的掛載點。
如下：

這里應(yīng)該說test4容器內(nèi)都擁有這些掛載點了，不能像截圖上說的繼承過來了。

6、最佳實踐：數(shù)據(jù)容器

如果多個容器需要共享數(shù)據(jù)（如持久化數(shù)據(jù)庫、配置文件或者數(shù)據(jù)文件等），可以考慮創(chuàng)建一個特定的數(shù)據(jù)容器，該容器有1個或多個卷。
其它容器通過–volumes-from 來共享這個數(shù)據(jù)容器的卷。

因為容器的卷本質(zhì)上對應(yīng)主機上的目錄，所以這個數(shù)據(jù)容器也不需要啟動。

如： docker create --name dbdata myimage echo “data container” #創(chuàng)建容器實例但是不啟動