關於Docker 1.12中的最新功能，你須要瞭解這些

DockerCon已然落幕，留下了無數激動人心的聲音。隨着Docker1.12版本的發佈，衆多新功能新提高的出現，無疑將對Docker爲中心的生態圈產生不小的影響。今天小數與你們看一看新版本對於存儲層面都有哪些影響——

新版本的發佈對存儲層面來講，最值得關注的天然是分卷驅動器支持能力的強化。這些變動不只可以使咱們對分捲進行標記，從而明確其屬於本地抑或全局可訪問對象，同時也可以提供與可用分卷相關的驅動器具體信息。另外，1.12版本中還出現了衆多提高及修復機制。很明顯，部分變動將幫助Docker Swarm更好地完成規模化使命，甚至能夠說這一規模化發展思路正是本屆DockerCon大會的主旨所在。

值得關注的變化

支持分卷範圍（本地/全局）#22077

雖然這一變動談不到什麼飛躍，但現在使用docker分卷（例如swarm）的各服務已經可以將可用分卷識別爲本地（特定主機）或全局（所有主機）。過去，當咱們在swarm管理器中運行「docker volume ls」時，全部可用於所有swarm代理的全局分卷都會在各主機上被分別列出。這使得咱們很難據此構建起可擴展的Docker Swarm集羣。如今，新的調整讓咱們得以輕鬆區分全局分卷與本地分卷。

支持分卷狀態 #21006

過去，每一個Docker分卷只包含分卷名稱、驅動器名稱、安裝位置以及基本標籤（若是使用）等信息。

而在1.12版本中，咱們可以獲取更多來自驅動器的各分卷細節信息（嵌套於Status下）。

其它變化

支持ZFS分卷大小 #21946

在1.12版本以前，咱們沒法強制指定ZFS分卷的大小，但如今已經能夠經過「-storage-opts」實現。

支持利用BTRFS實現磁盤配額 #19651

若是利用BTRFS取代devicemapper做爲默認docker文件系統，咱們將可以爲各獨立docker容器設置最大大小或容量配額。

分卷名稱/驅動器過濾 #21361

新版本提供的加強過濾機制適用於「docker volume」命令/api請求。這意味着咱們能夠獲取更爲具體的特定分卷名稱信息，或者可由特定分卷驅動器訪問的所有分卷。

爲分卷安裝/卸載請求匹配唯一ID #21015

當分卷安裝/卸載請求被髮送至分卷驅動器時，系統會同時生成一條唯一ID以確保驅動器對各請求加以追蹤。如此一來，分卷驅動器就可以更好地識別安裝與卸載請求。

SELinux用戶迎來小幅修復 #17262

若是你們在本身的docker主機上使用SELinux，則#17262可以修復將本地目錄附加至新容器時z/Z權限選項的使用方式。在原有版本中，因爲新容器中不存在啓動所須要的文件夾，所以直接附加會致使失敗。