docker（4）
docker的php容器安装 memcached
下载地址是在这里：
curl -O https:
cd libmemcached-1.0.18
tar -xvzf libmemcached-1.0.18.tar.gz
./configure --with-memcached --disable-memcached-sasl
make && make install
apt-get install zlib1g-dev
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：310184次
积分：4601
积分：4601
排名：第6680名
原创：113篇
转载：77篇
评论：273条
(3)(3)(1)(1)(3)(2)(2)(6)(8)(4)(4)(4)(2)(1)(1)(1)(1)(4)(3)(3)(3)(4)(3)(4)(3)(9)(3)(4)(17)(13)(12)(8)(5)(34)(11)
(window.slotbydup = window.slotbydup || []).push({
id: '4740887',
container: s,
size: '250,250',
display: 'inlay-fix'Docker 教程
Docker 架构
Docker 使用客户端-服务器 (C/S) 架构模式，使用远程API来管理和创建Docker容器。
Docker 容器通过 Docker 镜像来创建。
容器与镜像的关系类似于面向对象编程中的对象与类。
Docker面向对象
Docker 镜像(Images)
Docker 镜像是用于创建 Docker 容器的模板。
Docker 容器(Container)
容器是独立运行的一个或一组应用。
Docker 客户端(Client)
Docker 客户端通过命令行或者其他工具使用 Docker API () 与 Docker 的守护进程通信。
Docker 主机(Host)
一个物理或者虚拟的机器用于执行 Docker 守护进程和容器。
Docker 仓库(Registry)
Docker 仓库用来保存镜像，可以理解为代码控制中的代码仓库。
Docker Hub() 提供了庞大的镜像集合供使用。
Docker Machine
Docker Machine是一个简化Docker安装的命令行工具，通过一个简单的命令行即可在相应的平台上安装Docker，比如VirtualBox、 Digital Ocean、Microsoft Azure。
记住登录状态
重复输入密码标签：至少1个，最多5个
windows 7， docker 1.3.2，当前使用的容器名为aoct，ID为aabb。
开启已经停止的容器
可以start + 容器名
$ sudo docker start aoct
或start + 容器ID
$ sudo docker start aabb
查看现在正在运行的容器：
$ sudo docker ps
还可以用docker restart重启。
附到容器上
Docker容器重新启动时，会沿用docker run命令指定的参数来运行，所以重新启动后会运行一个交互式会话shell。也可以用docker attach命令重新附到该容器的会话上：
$ sudo docker attach aoct
现在就重新回到容器的巴士提示符。
也可以用容器ID：
$ sudo docker attach aabb
创建守护式容器
除了这些交互式运行的容器（interactive container），也可以创建长期运行的容器。守护式容器（daemonized container）没有交互式会话，适合运行应用程序和服务。大多数时候是需要以守护式来运行容器。
可以通过添加 -d 参数来实现，创建一个叫aofo的容器：
sudo docker run --name aofo -d ubuntu:14.04 /bin/sh -c " sleep 1; done"
上面的命令会让容器在后台运行。使用了一个while循环，改循环会一直打印hello world，知道容器或其进程停止运行。
与之前创建的容器相比，没有返回shell会话，只是返回了一个容器ID。
查看现在正在运行的容器：
$ sudo docker ps
容器内部在干些什么
上面创建了一个在后台运行while循环的守护型容器，可以用docker logs查看容器日志：
$ sudo docker logs aofo
可以在命令后使用-f参数来健康Docker日志，这与tail -f非常相似：
$ sudo docker logs -f aofo
然后就会看到一直输出hello world。可以通过ctrl+c来退出监控个。
查看容器内的进程
$ sudo docker top aofo
可以看到容器内的所有进程（主要是while循环）、运行进程的用户、进程ID：
在容器内部运行进程
Docker 1.3 之后可以通过docker exec命令在容器内部额外启动新进程。可以在容器内运行两种进程：后台任务、交互式任务。后台任务在容器内运行且没有交互需求，交互式二年五则保持在前台运行。对于需要早容器内部贷款shell的任务，用交互式任务.
后台任务例子：
$ sudo docker exec -d daemon aofo touch /etc/new_config_file
代码解释：-d标志标明要运行一个后台进程，后面指定要在内部执行这个命令的容器名，我用的是aofo。整句命令在aofo容器内创建了一个空文件夹new_config_file。
交互式任务例子：
$ sudo docker exec -t -i aofo /bin/bash
代码解释：
和运行交互容器一一，这里-t、-i标志位指明创建TTY并捕捉STDIN。后面指定要在内部执行这个命令的容器名，我用的是aofo。整句命令在aofo容器内创建新的bash对话，就可以在该容器运行其他命令了。
docker exec命令是在 Docker 1.3 引入的，之前版本不支持。可用nsenter命令
停止守护式容器
docker stop命令:
$ sudo docker stop aofo
也可以用容器ID只带容器名称：
$ sudo docker stop ddd
如果想快速停止容器，还可以用docker kill命令:
$ sudo docker kill aofo
可以用docker ps命令产科当前运行的容器。也可以用docker ps -n x，该命令会显示最后x个容器，不论这些容器是运行还是停止的。
$ sudo docker ps -n 2
用docker inspect获取更多的容器信息：
$ sudo docker inspect aofo
可以用-f或者--format标志来选定查看结果。
查看容器运行状态：
$ sudo docker inspect --format='{{ .State.Running }}' aofo
查看容器IP地址：
docker@boot2docker:~$ sudo docker inspect --format='{{ .NetworkSettings.IPAddress }}' aofo
我没有设置，所以返回空：
-f和--format标志支持完整的GO语言模板。用它进程查询时，可以重复利用GO语言米板的优势。
可以同时制定多个容器，并显示每个容器的结果：
$ sudo docker inspect --format='{{ .State.Running }}' aofo aoct
除了查看容器，还可以浏览/var/lob/docker目录了解Docker的工作原理，该目录存放着Docker镜像、容器、容器配置。所有容器都保存在/var/lib/docker/containers目录下。
运行中的容器无法删除，必须先停止。使用docker rm：
$ sudo docker rm 容器ID
一次性删除所有容器：
$ sudo docker rm `docker ps -a -q`
这不是常规命令，只是小技巧。docker ps列出所有现有的容器，-a标志列出所有（all）容器，-q返回容器ID。这样就得到了容器ID列表，并传给docker rm命令，从而达到删除所有容器的目的。
【本人的学习笔记，主要是对《我的第一本Docker书》、《Docker —— 从入门到实践》的学习记录，并结合其他各种资源的学习。】
8 收藏&&|&&19
你可能感兴趣的文章
24 收藏，839
39 收藏，11.9k
11 收藏，3.2k
来健康Docker日志
来健康Docker日志
Docker 1.3 之后可以通过docker exec命令在容器内部额外启动新进程。可以在容器内运行两种进程：后台任务、交互式任务。后台任务在容器内运行且没有交互需求，交互式二年五则保持在前台运行。对于需要早容器内部贷款shell的任务，用交互式任务.
请问一下，内部贷款 shell 是什么鬼？
&Docker 1.3 之后可以通过docker exec命令在容器内部额外启动新进程。可以在容器内运行两种进程：后台任务、交互式任务。后台任务在容器内运行且没有交互需求，交互式二年五则保持在前台运行。对于需要早容器内部贷款shell的任务，用交互式任务.
请问一下，内部贷款 shell 是什么鬼？
53.1k 浏览
分享到微博？
技术专栏，帮你记录编程中的点滴，提升你对技术的理解收藏感兴趣的文章，丰富自己的知识库
明天提醒我
我要该，理由是：Posted by&&on 2014 年 4 月 2 日
最近接触PAAS相关的知识，在研发过程中开始使用Docker搭建了自己完整的开发环境，感觉生活在PAAS时代的程序员真是幸福，本文会简要介绍下Docker是什么，如何利用Docker来搭建自己的开发环境（本文主要是面向Mac OS X），以及期间所遇到的一些坑和解决方案。（本文会要求你对PAAS、LXC、CGroup、AUFS有一定的了解基础，请自行Google ）
大背景&虚拟化技术历史
计算机虚拟化技术由来已久，从硬件仿真到全虚拟化，再到准虚拟化和操作系统虚拟化，各种技术粉墨登场，种类繁多，说实在的有点眼花缭乱和复杂；但用户的核心诉求一直是比较简单的，降低信息技术（IT）的运营成本，提高资源利用率，提高安全性和可靠性等等；虽说用户的核心诉求比较简单，但每个时代的需求场景却是不同的。在大型机时代，虚拟化技术被用来支持多个用户能够同时使用大型机，在x86架构时代，随着企业服务的大规模部署，虚拟化技术主要是用来提高企业资源的利用率，而现如今，随着云计算时代的到来，人们对应用的安全性、隔离性越来越高，对于部署的标准化以及虚拟机的性能要求越来越高。现如今，一种叫Linux容器的虚拟化技术逐渐得到广泛的应用，它的优点有许多，本文不一一赘述，有太多的文章可以参考。
什么是Docker？
docker的英文本意是码头工人，也就是搬运工，这种搬运工搬运的是集装箱（Container），集装箱里面装的可不是商品货物，而是任意类型的App，Docker把App（叫Payload）装在Container内，通过Linux Container技术的包装将App变成一种标准化的、可移植的、自管理的组件，这种组件可以在你的latop上开发、调试、运行，最终非常方便和一致地运行在production环境下。
Docker的核心底层技术是LXC（Linux Container），Docker在其上面加了薄薄的一层，添加了许多有用的功能。上的问题和答案很好地诠释了Docker和LXC的区别，能够让你更好的了解什么是Docker， 简单翻译下就是以下几点：
Docker提供了一种可移植的配置标准化机制，允许你一致性地在不同的机器上运行同一个Container；而LXC本身可能因为不同机器的不同配置而无法方便地移植运行；
Docker以App为中心，为应用的部署做了很多优化，而LXC的帮助脚本主要是聚焦于如何机器启动地更快和耗更少的内存；
Docker为App提供了一种自动化构建机制（Dockerfile），包括打包，基础设施依赖管理和安装等等；
Docker提供了一种类似git的Container版本化的机制，允许你对你创建过的容器进行版本管理，依靠这种机制，你还可以下载别人创建的Container，甚至像git那样进行合并；
Docker Container是可重用的，依赖于版本化机制，你很容易重用别人的Container（叫Image），作为基础版本进行扩展；
Docker Container是可共享的，有点类似github一样，Docker有自己的INDEX，你可以创建自己的Docker用户并上传和下载Docker Image；
Docker提供了很多的工具链，形成了一个生态系统；这些工具的目标是自动化、个性化和集成化，包括对PAAS平台的支持等；
那么Docker有什么用呢？对于运维来说，Docker提供了一种可移植的标准化部署过程，使得规模化、自动化、异构化的部署成为可能甚至是轻松简单的事情；而对于开发者来说，Docker提供了一种开发环境的管理方法，包括映像、构建、共享等功能，而后者是本文的主题。
Docker的安装和构成
Docker官方本身提供了非常具体的安装教程，这里不说具体的安装过程，请参考，重要的是描述下原理和安装完成后的结构，好对Docker更好的了解。 由于LXC本身不支持Mac内核，因此需要跑一个VirtualBox虚拟机（）来安装，幸好Docker社区提供了一个非常方便的工具boot2docker（其实就是一个VBoxManage的包装shell脚本），用于安装Mac下的整个Docker环境。具体的结构如下：
如图所示，安装完成后，具体情况如下：
在Mac的home目录~/.boot2docker下创建了虚拟机所需要的文件，其中boot2docker.iso是虚拟机映像，这是一个由CD-ROM引导的TinyCoreLinux系统；而boot2docker-vm.vmdk文件则是你的虚拟机磁盘，你所有的持久化数据都存放在这里，包括docker创建的lxc容器等文件。
在Mac下，docker被分为客户端docker-client和服务端docker-daemon两部分，如果是在linux（比如ubuntu），实际上则是同一个可执行文件同时充当客户端和服务端。docker-daemon可以监听unix scoket，也可以在tcp socket（默认端口为4234），docker-client会通过一个叫DOCKER_HOST的环境变量读取服务地址和端口，因此你应该在你的bash_profile文件里面添加这么一行：
export DOCKER_HOST=tcp://127.0.0.1:4243
docker-daemon跑在虚拟机上，这个程序实际上就是接收docker-client发送过来的消息命令，创建、启动和销毁lxc容器，以及docker本身的版本管理、映像存储等等 运行你的第一个docker容器 安装完成后，就差不多可以开始创建和运行docker容器了，在这之前，你首先得下载一个Image，什么是Image？我们先来了解docker的2个基础概念：Image和Container。
Container和Image 在Docker的世界里，Image是指一个只读的层（Layer），这里的层是AUFS里的概念，最直观的方式就是看一下docker官方给出的图：
Docker使用了一种叫AUFS的文件系统，这种文件系统可以让你一层一层地叠加修改你的文件，最底下的文件系统是只读的，如果需要修改文件，AUFS会增加一个可写的层（Layer），这样有很多好处，例如不同的Container可以共享底层的只读文件系统（同一个Kernel），使得你可以跑N多个Container而不至于你的硬盘被挤爆了！这个只读的层就是Image！而如你所看到的，一个可写的层就是Container。
那Image和Container的区别是什么？很简单，他们的区别仅仅是一个是只读的层，一个是可写的层，你可以使用docker commit 命令，将你的Container变成一个Image，也就是提交你所运行的Container的修改内容，变成一个新的只读的Image，这非常类似于git commit命令，感觉真棒！
实际上这就是Docker对Container映像的版本管理基石，AUFS文件系统实在是太美妙了，更多细节可以参考DotCloud的。
运行和退出
在了解了Image和Container的概念后，我们可以开始下载一个Image，Docker的好处就是提供了一个类似github的Image仓库管理，你可以非常方便pull别人的Image下来运行，例如，我们可以下载一个ubuntu Image：
docker pull ubuntu:13.10
这里的13.10是一个Tag，类似于git的tag，这里的tag可以为你制定一个ubuntu的版本。下载完成后，执行docker images命令可以列出你已经下载或者自己构建的image：（请允许我使用可爱的马赛克 :) ）
你可以看到ubuntu:13.10的大小为178MB，以及它的IMAGE ID。 现在我们开始运行一个Container，命令很简单，例如我们想运行一个执行Shell终端的Container：
如你看到的，你已经进入到一个Shell里面，可以执行你想执行的任何命令，就和在ubuntu里面一样，进去后默认是在根目录/下，可以看到经典的unix/linux目录结构，以及你所运行的bash版本等信息。你可以给你的Container定一个名字，通过&name选项，例如这里命名了shell，日后你就可以直接用这个名字引用Contanier。
退出一个Container也很简单，你直接exit就好了。 其他更多的命令这里不做赘述，因为官方的文档已经非常全面，这里只是给一个直观的初步印象。下面进入主题。
利用Docker搭建开发环境
我们先看看程序员在搭建开发环境时遇到的一些问题：
软件安装麻烦，比如很多公司都使用redhat，一般开发人员又不给root，安装一个nginx或者是mysql都得自己下载编译安装 权限问题，没有root，一些软件无法运行，例如dnsmasq；
没有root，无法修改hosts，无法netstat -nptl，无法tcpdump，无法iptable
隔离性差，例如不同的开发人员如果在同一台主机环境下共享开发，虽然是用户隔离，但端口如果不规范可能会冲突；同一个Mysql如果权限管理不好很有可能误删别人的数据
可移植性差，例如和生产环境不一致，开发人员之间也无法共享；更严重的情况是当有新人入职时，通常需要又折腾一遍开发环境，无法快速搭建
这些问题可以通过在本地搭建虚拟机来解决，但虚拟机是一个很笨重的解决方案，Docker是一个非常轻量级的方案，而且还拥有虚拟机没有的一些功能，例如标准化Image，Image共享等，更重要的是，利用Docker，你可以运行非常多的容器，在你的Mac下搭建一个分布式的开发环境根本不是什么大的问题，而且对内存、磁盘和cpu的消耗相比传统的虚拟机要低许多，这些都要归功于AUFS和LXC这两大神奇的技术。
构建基础Image
想要搭建一个节省磁盘空间和扩展性良好的开发环境，最重要的第一步就是构建一个基础性的Image，比如你的主要开发语言是Ruby，那么你肯定需要一个已经安装好以下工具的基础Image：
然后在此基础上，你可以扩展这个基础的Image（下面叫base）为不同的开发环境，例如rails，或者是nats。当然，你的这个base也可以从别人的Image扩展而来，还记得我们刚刚pull下来的ubuntu:13.10这个Image吗？你可以从这个Image扩展开始构建你的base，如何做呢？Docker提供了一种标准化的DSL方式，你只需要编写一个Dockerfile，运行docker build指令，就可以构建你自己的Image，这有点像Makefile和make命令一样，只是大家要构建的内容和构建语言不同。
Dockerfile的语法请参考，这里给出上面提到的Ruby开发的base Dockerfile示例：
FROM ubuntu:13.10
RUN apt-get update
RUN apt-get install -y ruby ruby-dev gem
RUN gem install bundler
这里只用到了很简单的2个指令：FROM和RUN，FROM指定了我们要扩展的Image，RUN指定我们要运行的命令，这里是安装ruby，gem、bundler等软件。写好Dockerfile后，运行以下指令就可以创建你的base image了：
docker build --rm -t dev:base .
-t 选项是你要构建的base image的tag，就好比ubuntu:13.10一样 &rm 选项是告诉Docker在构建完成后删除临时的Container，Dockerfile的每一行指令都会创建一个临时的Container，一般你是不需要这些临时生成的Container的 如你所想，我们可以像运行ubuntu:13.10那样运行我们的base了：
docker run -i -t --name ruby dev:base irb
这里我们使用dev:base这个Image运行了一个irb解释器（Ruby的交互式解释器）。 在构建完base之后，你可以依样画葫芦构建你的rails环境，很简单，只需要FROM dev:base，然后RUN安装你的rails组件就可以了，不再赘述。最终你可能构建的开发环境是这样的：
如上图所示，base和service都是从ubutnu:13.10继承而来，他们作为不同的基础开发环境，base是ruby开发环境（也许命名为dev:ruby更为合适？），而service是一些基础数据服务，例如mysql，memcache，我建议将这些第三方组件集中在一个Container中，因为他们的环境不经常修改，可以作为一种底层服务Container运行，除非你需要构建分布式的服务，例如memcache集群，那可以继续拆分。
指定Image入口
当你构建完你的base Image和其他应用的Image之后，你就可以启动这些Image了，还记得前面我们给出的运行命令吗？
docker run -i -t --name shell dev:base /bin/bash
这里我们运行了一个bash，这样你就可以在shell里面执行你所想要执行的任何命令了，但是我们有时候并不想每次都启动一个shell，接着再在shell里面启动我们的程序，比如一个mysql，而是想一启动一个容器，mysql服务就自动运行了，这很简单，Dockerfile提供了CMD和ENTRYPOINT这2个指令，允许你指定一个Image启动时的默认命令。CMD和ENTRYPOINT的区别是CMD的参数可以由docker run指令指定的参数覆盖，而ENTRYPOINT则不可以。例如我们想运行一个memcached服务，可以这么写Dockerfile：
FROM ubuntu:13.10
RUN apt-get install -y memcached CMD memcached -u root -p 40000
或者可以这么写：
FROM ubuntu:13.10
RUN apt-get install -y memcached ENTRYPOINT ["memcached", "-u", "root", "-p", "40000"]
注意不要把memcached启动为后台进程，即加上-d选项，否则docker启动的container会马上stop掉，这点我也觉得比较意外。 接着我们build这个Image：
docker build -t dev:memcache .
这样，当你build完你的Image后，你可以直接将该Image运行为一个容器，它会自动启动mysql服务：
docker run --name memcache_service -d dev:memcache
注意使用-d (detach) 选项，这样这个container就会作为后台进程运行了，接着你可以使用docker ps命令查看是否有在运行。
大部分时候你会需要把你host主机（宿主）上的目录映射到Container里面，这样你就非常方便地在host主机上编辑代码，然后直接就可以在Container里面运行它们，而不用手动copy到Container里面再重启Container。按理将host的目录映射到guest（指Container）上应该是一件很容易的事情，就好像VMWare那样，但可惜的是，由于Mac上的Docker多了一层虚拟机，因此多了一层周折，你必须先VM上的目录通过sshfs mount到host（指Mac）上，然后再将你的目录或文件copy到这个mount的目录，再将VM上的这个目录映射到Container里，听起来比较拗口，画个图会清晰很多。
如上图所示，VM里面的/mnt/sda1/dev/目录（你需要自己创建）通过sshfs命令mount到了host主机（Mac）的~/workspace/dev/目录 ，而VM里的/mnt/sda1/dev/目录又被映射到了Container的/src/目录下，这样你就可以在Container里面的/src/目录下访问你的host文件了。具体如何做呢？首先你需要安装sshfs命令，然后将VM的password写到一个文件中，例如~/.boot2docker/b2d-passwd，在用sshfs命令mount起VM的/mnt/sda1/dev目录：
brew install sshfs
cat tcuser & ~/.boot2docker/b2d-passwd
sshfs docker@localhost:/mnt/sda1/dev ~/workspace/dev -p 2022 -o reconnect -o password_stdin & ~/.boot2docker/b2d-passwd
接着你在run一个Container的时候需要通过-v选项来将/mnt/sda1/dev/映射到/src目录：
docker run -i -t dev:base -v /mnt/sda1/dev:/src /bin/bash
这样你就可以在你的Container的/src目录下看到你host里的文件了。 磁盘映射还有2个地方需要注意：
你的文件实际上是存储在VM里面的，也就是说你需要将你的目录或者文件copy到VM里面，你sshfs之后，就是copy到~/workspace/dev目录下
千万不要sshfs mount非/mnt/sda1下的目录，因为VM里面跑的是TinyCoreLinux，这个OS的rootfs是临时性的（放在内存的，实际上就是boot2docker.iso文件里面的一个rootfs），因此其根目录/下的东西（包括/home）根本不会持久化，只有/mnt/sda1这个目录下的才能持久化。如果你放在/home目录下，只要VM一重启，就会丢失的，/mnt/sda1则不会，实际上就是那个~/.boot2docker-vm.vmdk文件挂载到了/mnt/sda1目录下
和磁盘映射一样，你有时候会需要将Container的端口映射到host主机上，同样蛋疼的是，由于多了一层VM，端口映射也显得比较麻烦。首先你需要设置VirtualBox的端口映射，然后再将Container的端口映射到你的VM里面：
具体是这么做的，通过2条命令：
boot2docker ssh -L 8000:localhost:8000
docker run -i -t -p 8000:8000
也就是说在docker run的时候通过-p选项指定要映射的端口到VM，而boot2docker ssh命令则是将VM的8000端口映射到了host(Mac)的8000端口，这样你就可以通过Mac的localhost:8000访问Container的8000端口了。 其实，有另一种解决方案就是你不用映射到host（Mac），而是直接登录到VM里面进行访问就好了，boot2docker ssh就可以登录到VM，这样就类似于你的host是ubuntu，但这种解决方案的问题是这个ubuntu太弱了（TinyCoreLinux），如果你在这个ubuntu里面开发代码，或者是运行浏览器，是非常蛋疼的事情，关键还是这个ubuntu是每次重启都会复原的！所以我建议还是做多一层映射好了。 最后，实际上在VM里面，你是可以直接访问所有的Container的端口的，因为VM到Container的网络都是桥接的。
其他的一些坑
在使用的过程中，还遇到一些不少的坑：
/etc/hosts文件无法修改，这样你就不能自己做域名解析
VM的系统时间是UTC +0000的，而且貌似无法修改
Container的IP无法指定为静态IP，因此每次重启Container时，IP可能会变化
第1个问题的解决方案是通过安装dnsmasq软件来做域名解析：
# 首先，在你的Container里面安装dnsmasq软件:
apt-get install dnsmasq
# 将以下文本添加到 /etc/dnsmasq.conf文件的最后：
listen-address=127.0.0.1 resolv-file=/etc/resolv.dnsmasq.conf conf-dir=/etc/dnsmasq.d user=root
# 接着在/etc/dnsmasq.d/目录下新建一个文件，随意起个名字
vi /etc/dnsmqsq.d/dns.conf
# 指定你要映射的域名，例如，则将下面贴进dns.conf文件
address="//172.17.0.4"
# 最后退出容器，重启启动容器时，通过-dns选项指定域名服务器
docker run -i -t -dns 127.0.0.1 -dns 8.8.8.8 dev:base /bin/bash
# 一定要注意上面添加google的域名服务器8.8.8.8，否则你访问不了外网
# 进去Container后，启动dnsmasq，这样你就能够了
/etc/init.d/dnsmasq start
第2个问题的解决方案就稍微麻烦些，起码我没有找到更好的解决方案，我是将boot2docker.iso文件重新制作一次来解决这个问题的：
# 首先你需要将boot2docker.iso文件mount到一个目录下
hdiutil mount ~/.boot2docker/boot2docker.iso
# 系统会mount到/Volumes/boot2docker目录下，然后你最好将这下面的东西copy出来到一个另外的目录，这样我们好制作一张新的ISO
cp -r /Volumes/boot2docker/* ~/tmp/
# 接着我们修改以下文件
vi ~/tmp/boot/isolinux/isolinux.cfg
# 将其中的以下这行修改：
append loglevel=3 user=docker console=ttyS0 console=tty0 nomodeset norestore base
# 修改为：（其实就是加了tz的启动参数），然后保存
append tz=CST-8 loglevel=3 user=docker console=ttyS0 console=tty0 nomodeset norestore base
# 接着你必须在ubuntu环境下重新制作ISO文件，你可以利用docker跑一个ubuntu，哈哈，假设你将boot2docker目录copy到了ubuntu的/src/目录下，那么接着这么做
# 安装xorriso命令
apt-get install xorriso
# 构建ISO映射
xorriso -as mkisofs -J -R -V boot2docker -no-emul-boot -boot-load-size 4 -boot-info-table -b boot/isolinux/isolinux.bin -c boot/isolinux/boot.cat -o /boot2docker.iso /src/
# 这样就生成了/boot2docker.iso文件，最后你就可以替换到VM的启动ISO文件了，然后重启VM了
boot2docker restart
# 最后你必须设置你的VM为正确的时间，使用date -s 命令，最后用date命令查看，你就能看到CST时区的正确时间了
Sun Mar 30 00:27:13 CST 2014
# 对于你启动的container，你都必须重新设置TZ环境变量，否则即使VM是CST-8，你的container还是UCT +00:00的时间
export TZ='CST-8'
第三个问题暂时无法解决（可能需要编辑底层的LXC配置文件）。
docker的限制以及后续的一些想法
docker其实还是有一些限制的：
要求你的环境是Linux的，而且内核必须很新（&= 2.6.27 (29)），这其实是LXC本身的限制，和docker无关
docker的Container目前host是不能修改的，当然有解决方案（dnsmasq）
docker的Container也暂时无法指定静态IP
用docker作为开发环境甚至是生产环境其实还有很多地方值得尝试：
在团队内部构建本地的仓库，标准化所有的开发环境，使得团队的新人可以快速上手
在生产环境部署docker，这其实是PAAS的虚拟化和自动化的一种方式，利用LXC和Docker能够更便捷地实施PAAS
尝试用docker做分布式集群模拟和测试，成本会更加低廉，更加容器维护
原文地址：&/?p=2726
阅读(...) 评论()