因為Docker本身想管理整個容器，從chroot、名稱空間到整個名稱空間的cgroup，它會和預設的Mesos容器發生衝突。因此，Mesos添加了容器機的支援，一種可插拔的機制，讓Mesos的容器機子系統可擴充套件：最初Mesos的基於 LXC/cgroup的容器被引入到容器機API裡，Docker是新增的第一個新的容器機，現在也有了全面的文件協議，介紹如何新增新的容器機，比如KVM虛擬機器。

使用Docker

　　為了使用Docker容器機技術，必須將其包含進Mesos slave的命令列裡。比如，mesos-slave --containerizers=docker,mesos...允許在該臺slave上使用Docker和Mesos容器。
　　可能還想增加執行器的註冊超時時間，這樣Mesos不會在容器還在下載的時候就認為容器發生了故障。一開始可以設成五分鐘，確保有足夠的時間下載Docker映象。所以，slave命令列類似：

mesos-slave --containerizers=docker,mesos \
--executor_registration_timeout=5mins ...

　　使用帶有應用程式的Docker非常簡單——一旦啟用了對Docker的支援，只需要設定TaskInfo或者ExecutorInfor裡的container欄位（型別為ContainerInfo）。

令人困惑的是，訊息CommandInfo.ContainerInfo並不是正確的訊息——需要在帶有Docker相關欄位的mesos.proto裡設定最高級別的ContainerInfo。

　　要想使用Docker，需要將ContainerInfo裡的type設定為DOCKER，並且將docker欄位設定到ContainerInfo.Docker訊息的一個例項裡，該訊息的image屬性設定為Docker映象的名稱（比如myusername/webapp）。這裡可以配置很多Docker引數，比如是使用HOST還是BRIDGE網路，對映使用哪些埠或者額外的Docker命令列引數。如果想讓Docker容器使用Dockerfile裡指定的docker run ...，還必須將TaskInfo的CommandInfo設定成shell=false。如果設定成shell=true，就需要禁用Dockerfile裡的run，指定的command會由sh -c “”來執行。
　　當啟動Docker容器機任務時，slave會首先獲取（並且解包）沙箱裡所有指定的URI，並且將Docker映象拉取到本地。然後，slave通過執行docker啟動Docker映象。docker命令的HOME環境變數指向該沙箱，因此可以通過獲取到的URI來配置Docker（詳見下面的注意事項）。在Docker映象裡可以使用該沙箱，其路徑儲存在MESOS_SANDBOX環境變數裡。最後，Docker的stdout和stderr會被重定向到Mesos沙箱裡名為stdout和stderr的檔案上。

高階Docker配置
必須記住的一點是，Docker容器機總是會嘗試從registry里拉取Docker映象。這意味著無法使用僅在本地安裝了的Docker映象——必須在某個地方部署該映象。如果想要使用私有registry，可以提供一個.dockercfg檔案。該檔案由一個URI指定，這樣Mesos slave就能夠使用其自動獲取URL的功能將.dockercfg檔案拷貝到Docker程序所使用的HOME目錄下。

　　相同的API也適用於基於Docker的執行器，唯一不同之處在於，執行器程式碼實際上可以在Docker容器內執行。要實現這一目的，需要完成上文所述的所有事情，但是是在ExecutorInfo訊息裡，而不是TaskInfo訊息裡。

　　想及時獲得更多精彩文章，可在微信中搜索“博文視點”或者掃描下方二維碼並關注。