自定义docker0网桥属性，需要编辑:/etc/docker/daemon.json文件 { "bip": "192.168.100.5/24", "fixed-cidr": "10.20.0.0/16", "fixed-cidr-6": "mtu": 1500, "default-gateway": "10.20.0.1", "default-gateway-v6": "dns": ["8.8

通常，docker链接本地 socker管理本地的docker，也可以进行添加配置，远程链接。同时，打开docker的socker意味着暴露了更大的攻击面，你应该明白。 sock 在此前编辑的文件中添加一条"hosts": ["tcp://0.0.0.0:2375","unix:///var/run/docker.sock"]，如下： [root@linuxea.com_10_10_240_145

创建自定义的桥 -d指定bridge，指定ip是--subnet "172.25.100.0/24" 网关是 --gateway "172.25.100.1" 名称是linuxea0 使用--opt com.docker.network.bridge.name=linuxea0 linuxea0指定名称网桥名称和网卡名称 如果你是compose。可以这样指定，参考官网网络页面 networks:

对docker来讲，作为容器运行的底层引擎，在运行容器时候每个容器内只运行一个程序及子程序，对于容器来讲，底层通过多层镜像联合挂载启动而成。底层能够存储此类分层构建并实现联合挂在文件系统包含：aufs，overlay2，在其上层会构建一个读写层 白话存储卷 对于读写层来讲，所有在容器中执行的操作，包括修改等，都在最上层的。对下层内容的操作，增删操作，就是通过“写时复制(COW)”来实现 如果一个A

docker存储卷 docker有两种类型的存储卷，每种类型都在容器中存在一个挂载点，但其在宿主机上的位置有所不同 绑定挂在卷 容器内和宿主机都需要指定一个已知的路径，二者建立关联关系 docker管理卷 在容器内指定挂载点，而被绑定到宿主机的目录是不需要已知的，由容器引擎执行创建管理，和容器建立关联关系。一般情况通常为目录下的id号 在docker中使用存储卷，使用-v指定目录即可 docker

我们在安装一个nginx的时候，通常需要进行定制化模块和配置参数等。在nginx打包时候会使用一些默认的参数来定义并启动。 通常我们在使用一个容器的时候，要么进入容器内修改配置文件，而后重载，在没有使用容器的时候，一般我们通过nginx reload加载，但是在容器中，不得已删除在启动。 并且在dockerhub上拖一个nginx镜像的时候，不一定是符合我们需要的，我们可以进行修改，而后在comm

ADD ADD与COPY很相似，ADD支持几使用tar文件和URL路径 ADD <src> ... <dest> ADD ["<src>",..."<dest>"] 如果为URL且不是/结尾，则指定的文件将被下载并直接被创建为，如果以/结尾，则文件名URL指定的文件将被直接下载并保存为/ 如果是一个本地的压缩tar文件，他将被展开成一个目录，其行为类

此前的RUN和CMD，我们知道，RUN是构建的时候运行的命令，在镜像完成后RUN就运行结束。随后推送到仓库中，这些RUN命令是不会在进行运行的。 -　init 在Docker上下文中，一个Docker只会运行一个应用程序，那么应该运行那个程序，又是什么应用？ 一般情况下，能拥有生产能力的应用通常在宿主机上一般表现是运行在后台守护进程程序，如：mysql,nginx等。 这些服务在运行时候，都是以某

COPY与ADD的最佳实践 COPY和ADD是可以将文件放入容器中，那么最好的用法是COPY而不是ADD，当然了，除非文件是tar包并且像自动解压此Dockerfile指令将一个或多个本地文件或文件夹复制到Docker镜像中的目标中。 COPY <source>... <destination> COPY ["<source>",... "<destina

health check 当我们基于镜像启动一个容器的时候，容器在什么时候退出，又在什么时候运行？事实上只要这个容器的主进程不是运行在后台，也没有停止，那么这个容器就不会停止。 容器在判断容器正常与否，并不会根据容器是否能够正常服务，而仅仅是看容器主进程是否运行着，因此这种判断机制并不能说明容器就是健康的。 那么我们就可以使用curl，或者wget，向主页发起请求，如果主页内容状态是对的，或者内容

shell 该SHELL指令允许覆盖用于shell形式的命令的默认shell 。Linux上的默认shell是["/bin/sh", "-c"]，而在Windows上["cmd", "/S", "/C"]。该SHELL指令必须以JSON格式写入Dockerfile。 参考：https://docs.docker.com/engine/reference/builder/#shell STOPSIG

我们知道容器能够运行，依赖内核的两个特性，一个是名称空间，一个是控制组。默认在docker中是没有任何资源限制的，在某些极端情况下能够几乎耗尽docker主机之上的所有资源。 在此基础之上docker provides提供了一个控制容器能够使用多少内存，cpu，io，我们可以进行控制cpu和内存，而IO较弱控制。而其中的内存是非可压缩资源，CPU是可压缩资源。当容器内的进程耗尽CPU时，并且申请更

配置 在前面了解了容器之CPU与内存资源限制概述,我们进行简单的资源限制测试我们下载lorel/docker-stress-ng测试 我们在dockerhub上选择latest版本拉取到本地 [root@linuxEA-145 /data/harbor]$ docker pull lorel/docker-stress-ng Using default tag: latest latest: Pu

Registry用于保存docker镜像，包括镜像的层次结构和元数据，用户可以自己创建Registry，也可以使用官方的dockerhub，这些Registry支持第三方注册。但是这些Registry在互联网上，使用时候下载的速度不会再快，并且在实际使用中，有多数进行下载，宽带也会成为一个问题。为了达到最快的拉取目的，我们就需要自己构建Registry。 Private Registry Regi

etcd是一个分布式键值存储，它提供了一种在一组机器上存储数据的可靠方法。它是开源的，可在GitHub上获得。etcd在网络分区期间优雅地处理leader选举，并且可以容忍机器故障，包括leader。 应用程序可以将数据读写到etcd中。一个简单的用例是将etcd中的数据库连接详细信息或功能标记存储为键值对。可以监视这些值，允许您的应用在更改时重新配置。 高级用法利用一致性保证来实现数据库lead

run命令和exec是容器的执行命令，但是他们之间存在很大的差异 run 使用此命令在新容器中运行一条命令。它适合没有容器运行的情况，并且你想要创建一个容器，启动它然后在其上运行一个进程。 docker run [OPTIONS] IMAGE [COMMAND] [ARG...] 在docker run命令之后，必须指定image从中创建容器，但也可以传递可选参数。例如： docker run -

初学者对于一些基本的操作也是迷茫的，我将会逐步写出关于docker的基本操作此章节中的分离其实也就是我们常说的后台运行，在下面的介绍中，均使用分离两字 [root@linuxea.com ~]$ docker run --detach IMAGE 分离模式（由选项--detach或显示 -d）表示Docker容器在终端的后台运行。它不接收输入或显示输出。如果你在后台运行容器，则会找到它们的详细信息

一旦定义了image和Dockerfile，你就可能想要输入容器ID或者名称来运行bash或者其他命令，根据所使用的docker还是docker-compose，有几种不同的方法可以执行此操作。 使用docker run创建容器并在其中运行命令，或使用docker exec在现有容器中运行命令。有关这些的更多说明可以在我的博客帖子中阅读： linuxea:docker run与exec的使用差异

虽然Docker具有停止和删除image，容器，网络和卷的命令，但它们并不全面。使用这组指令清理并刷新整个Docker环境，并将它们设置为shell别名。本篇文章解释了如何： 找出系统中存在的Docker数据和进程 删除未使用的Docker镜像，容器，卷和网络 全部删除以获得完全新鲜的Docker环境 如何使用shell别名轻松地重用这些命令 Docker glossary image：一个只读模

该Dockerfile指令EXPOSE，Docker run时候可以选择-p和-P，而docker-composeexpose及ports如何连接[[containers]](https://www.docker.com/what-container)在Docker的网络和托管的机器使用。本文将解释这些命令之间的区别以及如何在Dockerfile和docker-compose.yml中有效地使用它