Docker虽然是号称build once， runeverywhere。但是实际上还是受其引擎依赖关系的限制的，目前的版本具体来说对系统要求：

• Linux Kernel 3.8
• LXC support
• 64bit OS
• AUFS

以上要求，以ubuntu为例，需要12.04 配合 3.8kernel升级， 或者 ubuntu 13.04

在ubuntu12.04上，Docker基本安装步骤如下

sudoapt-get update sudo apt-get install linux-image-generic-lts-raringlinux-headers-generic-lts-raring

sudoapt-key adv --keyserver keyserver.ubuntu.com --recv-keys36A1D7869245C8950F966E92D8576A8BA88D21E9

sudosh -c "echo deb http://get.docker.io/ubuntudocker main > /etc/apt/sources.list.d/docker.list"

sudoapt-get update

sudoapt-get install lxc-docker

如果你在安装之前想要先体验一下docker的基本操作命令等的话， 可以尝试一下这个在线的live教程https://www.docker.io/gettingstarted/#h_tutorial

常用命令

分类列一下常用的CLI命令

• 仓库相关

search/ pull / push / login etc.

例：docker pull ubuntu 从仓库下载ubuntuimage

• Images 操作相关

images/ rmi / build / export  / import / save /load etc.

例：docker images -t 以树形结构列出当前本地Image

• 运行相关

run / start / stop / restart / attach /kill etc.

docker run -i -t ubuntu /bin/bash  启动ubuntu image，并交互式的运行shell

• 杂项

Docker diff  / commit

Dockerinfo / ps / inspect / port / logs / top / history etc.

具体docker命令的使用参见 http://docs.docker.io/en/latest/reference/commandline/

常见问题

• 使用Non root 用户

目前版本的docker由于使用Socket进行通讯，因此需要root用户权限 sudo xxx，或者将需要使用Dockerclient的用户加入docker用户组

sudogpasswd -a ${USER} docker

• 网络相关问题

当你在网关背后需要通过代理连接docker的index数据库时，可以手动加上http_proxy环境变量来启动dockerdaemon

HTTP_PROXY=http://proxy_server:port docker -d &

更好的做法是修改/etc/default/docker ( on ubuntu ), 添加 exporthttp_proxy=proxy_server:port

同样，docker container 如果无法自动正确的从host环境中获得DNS的配置，则需要手动指定DNS服务器地址，这可以通过 docker -run --dns=xxx来实现，也可以修改/etc/default/docker 添加例如 DOCKER_OPTS="-dns 8.8.8.8"

• 特权模式

在正常情况下 在container内部你没有权限操作device设备，而当前版本中，container内部部分文件例如/etc/hosts;/etc/hostname; /etc/resolve.conf等文件是动态通过mount动态以只读的形式加载上来的，理论上说你应该找到合适的方法去保证这些自动生成并加载的文件的正确性 (例如 通过--dns 设置 resolve.conf )，但是如果由于特殊原因你需要手动修改，那么你可以通过特权模式启动 docker client ： docker run --privileged ，然后你可以卸载这些文件，自己再创建新的版本

• 过多的层级依赖关系

以Layer的方式实现APP和相关library的cheap reuse和fast update是Docker的关键所在，不过受目前AUFS文件系统的限制，默认Layer的层级最多只能达到127（曾经只有42），在实际使用中有多种情况可能导致你的container的层级关系快速增长到这个极限值，撇开这么多layer叠加以后AUFS的效率不谈，更多情况下是你无法再更新构建你的image了

1. 使用Dockerfile构建Image时，每条指令都会给最终的Image增加一层layer依赖关系.
2. 以修改，提交，再修改再提交的方式不停的调整，更新你的Image
3. 从仓库中下载的别人的Image已经包含众多的层级依赖关系，而你需要进一步更新以创建你自己的版本

前两者在一定程度上还是你自己可能把控的，最后一种情况就没办法了。这个问题最终必将影响Docker的实际可用性，目前的解决方案包括：

• 使用Dockerfile时,尽可能合并多个操作：例如使用 "&&" 或 ";" 合并运行多个shell命令；将多个shell命令写成脚本，在dockerfile中添加并运行这个脚本
• 通过Export再Import Image，丢弃所有历史信息和依赖关系，创建一个全新的image

将来可能的解决方案包括：

• 在Dockerfile中添加对多步操作的合并提交的支持
• 外部的image Flat工具的支持，目标是能够保留历史信息等
• 非AUFS的其它Storage解决方案

未来

虽然Docker目前默认使用LXC和AUFS，但是Docker的核心思想本身，并不强制绑定这两者，0.8版本已经可以使用BTRFS，而整个Docker框架也改成了插件式的架构，便于添加替换各个功能模块

例如更多的Storage方案的支持，规避AUFS当前的问题，除了LXC以外更多的虚拟化方案等

VMware为docker容器及桌面云产品打造“魔镜”机制

导读：“Bonneville项目”亮相于本周的DockerCon大会上，其立足于VMware的ESX虚拟机管理程序，允许开发人员以Docker Hub当中的镜像为基础创建容器机制，而且每套容器皆拥有自己运行所在的独立虚拟机环境。

vmware,docker,