访问博客Docker Cheat Sheet 带目录模式查看！
Docker 是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的Linux机器上，也可以实现虚拟化，容器是完全使用沙箱机制，相互之间不会有任何接口。
Docker 相关概念 - Docker 初次见面
获得最新的docker安装包。
$ sudo curl -sSL https://get.docker.com/ | sh
安装时间较长，Why not drink a cup of coffer？
确认Docker是否安装成功。
$ sudo docker run hello-world
这个命令会下载一个测试用的镜像并启动一个容器运行它。
实际的开发运维情况下，一般极少使用Root权限，所以Docker提供了一个权限组，把当前用户加入到Docker用户组中。
一共需要三条指令:
$ sudo groupadd docker
$ sudo gpasswd -a ${USER} docker
$ sudo service docker restart
三条指令的意思分别是：
- 添加docker用户组，一般会默认创建，提示已存在
- 将用户添加到docker用户组
- 重启docker服务
粗暴来说，可以简单的把一个 Containers 容器理解为一个虚拟机，一个完全的虚拟化的环境。虽然实际上，容器(Container)之于虚拟机(Virtual Machine)就如同线程和进程。
docker create创建一个容器但是不启动。docker rename重命名容器。docker run创建并启动一个容器docker rm删除容器docker update更新容器
docker run --rm可以用于创建一个在容器停止之后删除的临时容器，方便测试。
docker run -d IMAGE [COMMAND] [AGR…]创建守护式容器
docker run -v $HOSTDIR:$DOCKERDIR 用于映射宿主(host)的一个文件夹到 docker 容器。具体参考 Volumes。
docker start启动容器docker stop停止运行中的容器docker restart重启容器docker pause暂停容器docker unpause恢复已暂停容器docker kill停止容器,区别于stop等待，kill直接停止docker attach附加指令到容器docker top查看运行中容器的进程docker exec在运行的容器中启动新的进程
如果你想整合容器到宿主进程管理(host process manager)，那么以
-r=false启动守护进程(daemon)然后使用docker start -a。
守护式容器切出到后台，使用快捷键 Ctrl+P + Ctrl+Q 切出，并使用 attach 命令回到容器。
如果你想通过宿主暴露容器的端口(ports)，请看暴露端口一节。
故障 docker 实例的重启策略在这里。
你可以限制 CPU，包括使用所有 CPU 的百分比，或者使用特定内核数。
比如，你可以设置 cpu-shares 。这个设置看起来有点奇怪 -- 1024 的意思是 100% CPU，因此如果你希望容器使用全体 CPU 内核的 50%，应将其设置为 512。更多信息，请查阅 https://goldmann.pl/blog/2014/09/11/resource-management-in-docker/#_cpu :
docker run -ti --c 512 agileek/cpuset-test
你可以只对某些 CPU 内核使用 cpuset-cpus]。请参阅 https://agileek.github.io/docker/2014/08/06/docker-cpuset/ 获取更多细节以及一些不错的视频:
docker run -ti --cpuset-cpus=0,4,6 agileek/cpuset-test
注意，Docker 在容器内仍然可以看到所有的 CPU -- 虽然它只是用了其中一部分。请查阅 moby/moby#20770 获取更多细节。
你同样可以在 Docker 设置内存限制 :
docker run -it -m 300M ubuntu:14.04 /bin/bash
Linux 的 capability 可以通过使用 cap-add 和 cap-drop 设置。请参阅 https://docs.docker.com/engine/reference/run/#/runtime-privilege-and-linux-capabilities 获取更多细节。这有助于提高安全性。
如需要挂载基于 FUSE 文件系统，你需要同时结合 --cap-add 和 --device 使用:
docker run --rm -it --cap-add SYS_ADMIN --device /dev/fuse sshfs
授予对单个设备访问权限:
docker run -it --device=/dev/ttyUSB0 debian bash
授予所有设备访问权限:
docker run -it --privileged -v /dev/bus/usb:/dev/bus/usb debian bash
有关容器特权的更多详情请参考这里
docker ps查看运行中的所有容器。docker logs从容器中获取日志。(你也可以使用自定义日志驱动，不过在 1.10 中，它只支持json-file和journald)docker inspect查看某个容器的所有信息(包括 IP 地址)。docker events从容器中获取事件(events)。docker port查看容器的公开端口。docker top查看容器中活动进程。docker stats查看容器的资源使用情况统计信息。docker diff查看容器的 FS 中有变化文件信息。
常用指令：
-
docker ps -a查看所有容器，包括正在运行的和已停止的。 -
docker stats --all显示正在运行的容器列表
-
docker cp在容器和本地文件系统之间复制文件或文件夹。 -
docker export将容器的文件系统切换为压缩包(tarball archive stream)输出到 STDOUT。
docker exec在容器中执行命令。
比如，进入正在运行的容器，在名为 foo 的容器中打开一个新的 shell 进程: docker exec -it foo /bin/bash.
镜像是docker 容器的模板。
docker images查看所有镜像。docker import从压缩文件中创建镜像。docker build从 Dockerfile 创建镜像。docker commit为容器创建镜像，如果容器正在运行则会临时暂停。docker rmi删除镜像。docker load通过 STDIN 从压缩包加载镜像，包括镜像和标签(images and tags) (0.7 起).docker save通过 STDOUT 保存镜像到压缩包，包括所有的父层，标签和版本(parent layers, tags & versions) (0.7 起).
docker history查看镜像历史记录。docker tag给镜像命名打标(tags) (本地或者仓库)。
虽然你可以用 docker rmi 命令来删除指定的镜像，但是这里有个称为 docker-gc 的工具，它可以以一种安全的方式，清理掉那些不再被任何容器使用的镜像。
从文件中加载镜像:
docker load < my_image.tar.gz
保存既有镜像:
docker save my_image:my_tag | gzip > my_image.tar.gz
从文件中将容器作为镜像导入:
cat my_container.tar.gz | docker import - my_image:my_tag
导出既有容器:
docker export my_container | gzip > my_container.tar.gz
通过 load 命令来加载镜像，会创建一个新的镜像，并继承原镜像的所有历史。
通过 import 将容器作为镜像导入，也会创建一个新的镜像，但并不包含原镜像的历史，因此生成的镜像会比使用加载方式生成的镜像要小。
Docker 有网络(networks)功能。我并不是很了解它，所以这是一个扩展本文的好地方。这里有篇笔记指出，这是一种可以不使用端口来达成 docker 容器间通信的好方法。详情查阅通过网络来工作。
你可以为容器指定 IP 地址:
# 使用你自己的子网和网关创建一个桥接网络
docker network create --subnet 203.0.113.0/24 --gateway 203.0.113.254 iptastic
# 基于以上创建的网络，运行一个nginx容器并指定ip
$ docker run --rm -it --net iptastic --ip 203.0.113.2 nginx
# 在其他地方使用curl访问这个ip（假设这是一个公网ip）
$ curl 203.0.113.2
仓库(repository)是*被托管(hosted)*的已命名镜像(tagged images)集合，这组镜像用于构建容器文件系统。
仓管中心(registry)是一个托管服务(host) -- 一个服务，用于存储仓库和提供 HTTP API，以便管理上传和下载仓库。
Docker.com 把它自己的索引托管到了它的仓管中心，那里有数量众多的仓库。不过话虽如此，这个仓管中心并没有很好的验证镜像，所以如果你很担心安全问题的话，请尽量避免使用它。
docker login登入仓管中心。docker logout登出仓管中心。docker search从仓管中心检索镜像。docker pull从仓管中心拉去镜像到本地。docker push从本地推送镜像到仓管中心。
你可以创立一个本地的仓管中心，通过使用 docker distribution 工程，细节请查看 本地发布(local deploy) 介绍。
也可以参考 邮件列表。
配置文件。当你执行 docker build 的时候会根据该配置文件设置 Docker 容器。远优于使用 docker commit。
下面是一些常用的编写 Dockerfile 的编辑器和语法高亮模块︰
- 如果你使用 jEdit，我为 Dockerfile 做了个语法高亮模块。
- Sublime Text 2
- Atom
- Vim
- Emacs
- TextMate
- 如果要找更全面的关于编辑器或者 IDE 的内容，请看 当 Docker 遇上 IDE
- .dockerignore
- FROM 为其他指令设置基础镜像(Base Image)。
- MAINTAINER 为生成的镜像设置作者字段。
- RUN 在当前镜像的基础上生成一个新层并执行命令。
- CMD 设置容器默认执行命令。
- EXPOSE 告知 Docker 容器在运行时所要监听的网络端口。注意：并没有实际上将端口设置为可访问。
- ENV 设置环境变量。
- ADD 将文件，文件夹或者远程文件复制到容器中。缓存无效。尽量用
COPY代替ADD。 - COPY 将文件或文件夹复制到容器中。
- ENTRYPOINT 将一个容器设置为可执行。
- VOLUME 为外部挂载卷标或其他容器设置挂载点(mount point)。
- USER 设置执行 RUN / CMD / ENTRYPOINT 命令的用户名。
- WORKDIR 设置工作目录。
- ARG 定义编译时(build-time)变量。
- ONBUILD 添加触发指令，当该镜像被作为其他镜像的基础镜像时该指令会被触发。
- STOPSIGNAL 设置通过系统向容器发出退出指令。
- LABEL 将键值对元数据(key/value metadata)应用到你的镜像，容器，或者守护进程。
Docker 的版本化文件系统是基于层的。就像git的提交或文件变更系统一样。
注意: 如果你使用 aufs 作为你的文件系统，当删除一个容器的时候，Docker 并不一定能成功删除的文件卷标！更多详细信息请参阅 PR 8484。
链接(Links)通过 TCP/IP 端口实现了 Docker 容器之间的通讯。链接到 Redis 和 Atlassian 是两个可用的例子。你还可以通过 hostname 关联链接。
注意: 如果你希望容器之间只通过链接进行通讯，在启动 docker 守护进程的时候请添加参数 -icc=false 来禁用内部进程通讯。
如果你有一个名为 CONTAINER 的容器(通过 docker run --name CONTAINER 指定) 并且在 Dockerfile 中，它的端口暴露为:
EXPOSE 1337
然后，我们创建另外一个名为 LINKED 的容器:
docker run -d --link CONTAINER:ALIAS --name LINKED user/wordpress
然后 CONTAINER 的端口和别名将会以如下的环境变量出现在 LINKED 中:
$ALIAS_PORT_1337_TCP_PORT
$ALIAS_PORT_1337_TCP_ADDR
之后你就可以通过这种方式来链接它了。
要删除链接，通过命令 docker rm --link。
通常，docker 服务之间的链接，是"服务发现"的一个子集，如果你打算在生产中大规模使用 Docker，这将是一个很大的问题。请参阅The Docker Ecosystem: Service Discovery and Distributed Configuration Stores获得更多细节。
Docker 的卷标(volumes)是一个free-floating 文件系统。它们不应该链接到特定的容器上。好的做法是如果可能，应当把卷标挂载到纯数据容器(data-only containers)上。
卷标在不能使用链接(只有 TCP/IP )的情况下非常有用。例如，如果你有两个 docker 实例需要通讯并在文件系统上留下记录。
你可以一次性将其挂载到多个 docker 容器上，通过 docker run --volumes-from。
因为卷标是独立的文件系统，它们通常被用于存储各容器之间的瞬时状态。也就是说，你可以配置一个无状态临时容器，关掉之后，当你有第二个这种临时容器实例的时候，你可以从上一次保存的状态继续执行。
查看卷标进阶来获取更多细节。Container42 非常有用。
你可以将宿主 MacOS 的文件夹映射为 docker 卷标:
docker run -v /Users/wsargent/myapp/src:/src
你也可以用远程 NFS 卷标，如果你觉得你有足够勇气。
可还可以考虑运行一个纯数据容器，像这里所说的那样，提供可移植数据。
通过宿主容器暴露输入端口是相当繁琐，但有效的。
这种方式可以将容器端口映射到宿主端口上(只使用本地主机(localhost)接口)，通过使用 -p:
docker run -p 127.0.0.1:$HOSTPORT:$CONTAINERPORT --name CONTAINER -t someimage
你可以告诉 Docker 容器在运行时监听指定的网络端口，通过使用 EXPOSE:
EXPOSE <CONTAINERPORT>
但是注意 EXPOSE 并不会暴露端口，你需要用参数 -p 。比如说你要在 localhost 上暴露容器的端口:
iptables -t nat -A DOCKER -p tcp --dport <LOCALHOSTPORT> -j DNAT --to-destination <CONTAINERIP>:<PORT>
如果你是在 Virtualbox 中运行 Docker，那么你需要转发端口(forward the port)，使用 forwarded_port。它可以用于在 Vagrantfile 上配置暴露端口段，这样你就可以动态的映射它们了:
Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|
...
(49000..49900).each do |port|
config.vm.network :forwarded_port, :host => port, :guest => port
end
...
end
如果你忘记你将什么端口映射到宿主容器上的话，使用 docker port 来查看它:
docker port CONTAINER $CONTAINERPORT
这节准备讨论一些关于 Docker 安全性的问题。安全这章讲述了更多细节。
首先第一件事: Docker 是有 root 权限的。如果你在 docker 组，那么你就有 root 权限。如果你暴露了 docker unix socket 给容器，意味着你赋予了容器宿主的 root 权限。Docker 不应该是你唯一的防御措施。
为了最大的安全性，你应该会考虑在虚拟机上运行 Docker 。这是直接从 Docker 安全团队拿来的资料 -- slides / notes。然后，可以使用 AppArmor / seccomp / SELinux / grsec 之类的来限制容器的权限。更多细节，请查阅 Docker 1.10 security features。
Docker 镜像 id 属于敏感信息 所以它不应该向外界公开。你应该把他们当成密码来对待。
参考 Docker Security Cheat Sheet中 - 作者是 Thomas Sjögren - 关于如何提高容器安全的建议。
下载docker 安全测试脚本，下载白皮书 以及订阅邮件列表 (不幸的是 Docker 并没有独立的邮件列表，只有 dev / user)。
你应该远离那些使用编译版本 grsecurity / pax 的不稳定内核，比如 Alpine Linux。如果在产品中用了 grsecurity ，那么你应该考虑使用有商业支持的稳定版本，就像你对待 RedHat 那样。它要 $200 每月，对于你的运维预算来说不值一提。
从 docker 1.11 开始，你可以轻松的限制在容器中可用的进程数，以防止 fork bombs。 这要求 linux 内核 >= 4.3 并且要在内核配置中打开 CGROUP_PIDS=y 。
docker run --pids-limit=64
同时，从 docker 1.11 开始，你也可以限制进程有再获取新权限的能力了。该功能是 linux 内核从 version 3.5 开始就拥有的。你可以从这篇博客中阅读到更多关于这方面的内容。
docker run --security-opt=no-new-privileges
参考 Docker Security Cheat Sheet (它是个 PDF 版本，搞得非常难用，所以拷贝出来了) 的 容器解決方案:
关闭内部进程通讯:
docker -d --icc=false --iptables
设置容器为只读:
docker run --read-only
通过 hashsum 来验证卷标:
docker pull debian@sha256:a25306f3850e1bd44541976aa7b5fd0a29be
设置卷标为只读:
docker run -v $(pwd)/secrets:/secrets:ro debian
在 Dockerfile 中定义并运行一个用户，避免在容器中以 root 身份操作:
RUN groupadd -r user && useradd -r -g user user
USER user
还可以通过使用 user namespaces -- 这已经是 1.10 内建功能了，但默认情况下是不启用的。
要在 Ubuntu 15.10 中启用用户命名空间 ("remap the userns")，请跟着这篇博客的例子来做。
来源:
alias dl='docker ps -l -q'
docker run ubuntu echo hello world
docker commit `dl` helloworld
docker commit -run='{"Cmd":["postgres", "-too -many -opts"]}' `dl` postgres
docker inspect `dl` | grep IPAddress | cut -d '"' -f 4
或者安装 jq:
docker inspect `dl` | jq -r '.[0].NetworkSettings.IPAddress'
或者用go 模板
docker inspect -f '{{ .NetworkSettings.IPAddress }}' <container_name>
docker inspect -f '{{range $p, $conf := .NetworkSettings.Ports}} {{$p}} -> {{(index $conf 0).HostPort}} {{end}}' <containername>
for i in $(docker ps -a | grep "REGEXP_PATTERN" | cut -f1 -d" "); do echo $i; done`
docker run --rm ubuntu env
docker kill $(docker ps -q)
docker ps -a | grep 'weeks ago' | awk '{print $1}' | xargs docker rm
docker rm -v `docker ps -a -q -f status=exited`
docker rmi $(docker images -q -f dangling=true)
docker rmi $(docker images -q)
Docker 1.9 开始:
docker volume rm $(docker volume ls -q -f dangling=true)
1.9.0 中，过滤器 dangling=false 居然 没 用 - 它会被忽略然后列出所有的卷标。
docker images -viz | dot -Tpng -o docker.png
Docker 容器瘦身 Intercity 博客
- 在当前运行层(RUN layer)清理 APT
这应当和其他 apt 命令在同一层中完成。 否则，前面的层将会保持原有信息，而你的镜像则依旧臃肿。
RUN {apt commands} \
&& apt-get clean \
&& rm -rf /var/lib/apt/lists/* /tmp/* /var/tmp/*
- 压缩镜像
ID=$(docker run -d image-name /bin/bash)
docker export $ID | docker import – flat-image-name
- 备份
ID=$(docker run -d image-name /bin/bash)
(docker export $ID | gzip -c > image.tgz)
gzip -dc image.tgz | docker import - flat-image-name
检查某个单独容器的 CPU, 内存, 和 网络 i/o 使用情况，你可以:
docker stats <container>
按 id 列出所有的容器:
docker stats $(docker ps -q)
按名称列出所有容器:
docker stats $(docker ps --format '{{.Names}}')
按指定镜像名称列出所有容器:
docker ps -a -f ancestor=ubuntu