因为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消息里。
本文选自《用Mesos框架构建分布式应用》，点此链接可在博文视点官网查看此书。
想及时获得更多精彩文章，可在微信中搜索“博文视点”或者扫描下方二维码并关注。
