http://www.tuicool.com/articles/MnIRZvJ

http://uzhima.com/2016/08/02/what-is-docker-volume-plugin/

?

在之前的『閑話云計算』一文中曾提到過：構成云計算的『干細胞』是 計算、存儲和網絡 。Docker 作為云計算領域的新生力量，自然少不了對這三要素的關注，我們來具體看看他是怎么設計的。

眾所周知，Docker 提供了容器的運行環境，通過LXC對CPU計算資源進行隔離，運行在每一臺OS之上， 計算資源 是他最容易控制和管理的，但對 網絡 和 存儲 的支持在之前一直不是特別理想，直到1.7之后的版本推出了 插件（Plugin） 的概念才有所改善。有了插件系統提供的能力，開發者可以根據Docker的運行周邊環境，定制屬于自己的網絡和存儲方案，對Engine進行擴展，滿足自己容器化的需求。比如，阿里云上的 Docker 容器就可以使用 VPC網絡插件 ，給容器分配虛擬IP，實現容器在VPC內的網絡互聯；還可以使用 OSS 存儲插件 ，實現容器對 OSS Bucket 的訪問，擴展容器的存儲能力。

這就是Docker，對『計算』的完全掌控，對『存儲』和『網絡』的基本支持，同時通過插件擴展存儲和網絡的邊界，與現有云計算的成果無縫融合。 除了有存儲Volume、網絡Network，Docker還提供了認證Authorization、IP地址管理IPAM等插件類型。

存儲插件(Volume Plugin)

下面主要介紹下 Docker存儲插件 的設計和實現。

圖片來源： slideshare

Docker Plugin 是以Web Service的服務運行在每一臺Docker Host上的，通過HTTP協議傳輸RPC風格的JSON數據完成通信。

Plugin的啟動和停止，并不歸Docker管理，Docker Daemon依靠在缺省路徑下查找Unix Socket文件，自動發現可用的插件。

當客戶端與Daemon交互，使用插件創建數據卷時，Daemon會在后端找到插件對應的 socket 文件，建立連接并發起相應的API請求，最終結合Daemon自身的處理完成客戶端的請求。

VolumePlugin所定義的 API接口 有8個：

• /VolumeDriver.Create
• /VolumeDriver.Remove
• /VolumeDriver.Mount
• /VolumeDriver.Path
• /VolumeDriver.Unmount
• /VolumeDriver.Get
• /VolumeDriver.List
• /VolumeDriver.Capabilities

在Docker官方文檔中列出的Volume Plugins有近 20個 。

OSS存儲插件(OSSFS Volume Plugin)

OSS 是阿里云的對象存儲服務，解決文件類存儲的需求。有一個基于 OSS 的文件系統的實現，叫 ossfs 。可以把某個 OSS Bucket 掛載到OS中的一個分區上，這樣就好像訪問本地文件一樣，訪問 OSS 文件。

文件系統 1K-塊 已用 可用 已用% 掛載點 ossfs 256T 0 256T 0% /mnt/i/ossfs/mytestbucket

在這個基礎上，編寫了一個Docker數據卷的插件，使用該插件，可以創建 ossfs 數據卷，并Bind到容器中使用。

認識插件接口（Volume Plugin API）

為了對插件有一個直觀的認識，我們從實踐出發，拿OSSFS插件舉例，追蹤接口調用，來幫助我們理解整個過程，加深理解。

OSSFS插件并不是這次的重點，因此它的啟動過程以及內部實現細節并不在這次討論范圍，會逐一略過。我用的是阿里云容器服務自帶的OSSFS插件，插件啟動后會生成一個unix socket文件 /run/docker/plugins/ossfs.sock 。

為了便于監控插件API的日志，我們通過socat搭建一個代理，偽造一個新的socket文件 ossfs2.sock ，對這個代理的請求會被輸出到終端上。

sudo socat -t100 -v UNIX-LISTEN:/run/docker/plugins/ossfs2.sock,mode=777,reuseaddr,fork UNIX-CONNECT:/run/docker/plugins/ossfs.sock

這時，在Docker Daemon看來我們就擁有了兩個插件，ossfs和ossfs2，不過二者本質上是同一個web service。

創建Volume

下面，使用插件ossfs2創建數據卷 ff001 ，目的是為了獲取請求日志。

[root@node1 ~]# docker volume create -d ossfs2 --name=ff001 -o bucket=mytestbucket -o ak_id=xxx -o ak_secret=xxxxxx -o url=vpc100-oss-cn-hangzhou.aliyuncs.com ff001

在剛才的socat命令下，可以看到打印日志，摘取如下：

2016/08/02 17:04:49.780139 length=143 from=0 to=142 POST /Plugin.Activate HTTP/1.1\r Host: \r

User-Agent: Go-http-client/1.1\r

Content-Length: 1\r

Accept: application/vnd.docker.plugins.v1.2+json\r

\r < 2016/08/02 17:04:49.780763 length=165 from=0 to=164

HTTP/1.1 200 OK\r

{"Implements": ["VolumeDriver"]}

2016/08/02 17:04:49.781068 length=162 from=143 to=304 POST /VolumeDriver.Get HTTP/1.1\r {"Name":"ff001"} < 2016/08/02 17:04:49.781364 length=229 from=165 to=393

HTTP/1.1 500 Internal Server Error\r

{"Mountpoint":"","Err":"Invalid ossfs options.","Volumes":null,"Volume":null}

2016/08/02 17:04:49.781708 length=316 from=305 to=620 POST /VolumeDriver.Create HTTP/1.1\r {"Name":"ff001","Opts":{"ak id":"xxxx","ak secret":"xxxxxx","bucket":"mytestbucket","url":"vpc100-oss-cn-hangzhou.aliyuncs.com"}} < 2016/08/02 17:04:49.849440 length=188 from=394 to=581

HTTP/1.1 200 OK\r

{"Mountpoint":"","Err":"","Volumes":null,"Volume":null}

2016/08/02 17:04:49.867860 length=163 from=621 to=783 POST /VolumeDriver.Path HTTP/1.1\r {"Name":"ff001"} < 2016/08/02 17:04:49.872552 length=220 from=582 to=801

HTTP/1.1 200 OK\r

{"Mountpoint":"/mnt/i/ossfs/mytestbucket","Err":"","Volumes":null,"Volume":null}

2016/08/02 17:04:51.984118 length=148 from=784 to=931 POST /VolumeDriver.List HTTP/1.1\r {} < 2016/08/02 17:04:51.985414 length=316 from=802 to=1117

{"Mountpoint":"","Err":"","Volumes":[{"Name":"ff001","Mountpoint":"/mnt/i/ossfs/mytestbucket"}],"Volume":null}

所有的請求都是POST方法，URI、request body和response body我都已經加粗。簡單解釋下， /Plugin.Activate 接口是Plugin的公共接口，是做第一次Handshake，Plugin會返回類型是Volume還是Network等。一個Volume的創建過程，會先通過 Get 判斷名稱是否存在，然后執行 Create 做數據卷的初始化，接著通過 Path 接口獲取Volume的本地路徑。最后的 List 是用來查詢這個插件下有哪些Volume的，是被其他客戶端發起的，跟這次的創建過程并無關系。

至此，一個Volume就創建完成了，但還沒有被容器使用。

使用Volume

下面我們看看，在容器使用Volume時，Plugin提供了哪些接口。執行下面命令：

[root@node1 ~]# docker run -ti --volume-driver=ossfs2 -v ff001:/oss busybox ls /oss 1.jpeg

創建并啟動一個容器，掛載數據卷 ff001 到容器內的 /oss 目錄，然后執行命令 ls /oss 查看目錄下文件，命令退出后容器停止。

在ossfs2.sock處抓取到請求日志如下：

2016/08/02 17:35:18.680407 length=164 from=13610 to=13773 POST /VolumeDriver.Mount HTTP/1.1\r {"Name":"ff001"} < 2016/08/02 17:35:18.680923 length=220 from=24348 to=24567

HTTP/1.1 200 OK\r

{"Mountpoint":"/mnt/i/ossfs/mytestbucket","Err":"","Volumes":null,"Volume":null}

2016/08/02 17:35:19.143549 length=166 from=13774 to=13939 POST /VolumeDriver.Unmount HTTP/1.1\r {"Name":"ff001"} < 2016/08/02 17:35:19.144880 length=188 from=24568 to=24755

HTTP/1.1 200 OK\r

{"Mountpoint":"","Err":"","Volumes":null,"Volume":null}

啟動容器時，Daemon會請求Plugin的 Mount 接口，然后與容器內的目錄綁定，容器停止時會請求 Unmount 接口。

刪除Volume

我們使用以下命令刪除Volume

docker volume rm ff001

當有容器在使用Volume時，刪除會失敗（Daemon中有記錄）。成功刪除時，會打印以下日志：

2016/08/02 18:29:23.833416 length=162 from=34688 to=34849 POST /VolumeDriver.Get HTTP/1.1\r {"Name":"ff001"} < 2016/08/02 18:29:23.833928 length=249 from=59892 to=60140

HTTP/1.1 200 OK\r

{"Mountpoint":"","Err":"","Volumes":null,"Volume":{"Name":"ff001","Mountpoint":"/mnt/i/ossfs/mytestbucket"}}

2016/08/02 18:29:23.834274 length=165 from=34850 to=35014 POST /VolumeDriver.Remove HTTP/1.1\r {"Name":"ff001"} < 2016/08/02 18:29:24.027498 length=188 from=60141 to=60328

HTTP/1.1 200 OK\r

{"Mountpoint":"","Err":"","Volumes":null,"Volume":null}

一個 Get ，一個 Remove 就完成了刪除時的接口調用。

自己寫一個？

根據上面的介紹，相比你已經大概清楚一個Volume Plugin需要做哪些事情，提供哪些接口，以及在什么時候使用這些接口了。 如果，你想自己寫一個Volume Plugin，也是很簡單的事情。Docker已經提供了Go語言的 Plugin SDK 『go-plugins-helpers』 ，內置了基礎API接口，你只需要引用它們，并根據自己存儲的特征具體實現這些接口就可以了。同樣可以參考這些 公開插件 的文檔或代碼，比如 Flocker , Glusterfs 等。

轉載于:https://www.cnblogs.com/zhengah/p/5889340.html

總結

以上是生活随笔為你收集整理的Docker 的插件式设计的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。