Docker实战总结（很是全面，建议收藏）

1、    Docker简介

Docker是一个开源的应用容器引擎，开发者能够打包本身的应用到容器里面，而后迁移到其余机器的docker应用中，能够实现快速部署。

简单的理解，docker就是一个软件集装箱化平台，就像船只、火车、卡车运输集装箱而不论其内部的货物同样，软件容器充当软件部署的标准单元，其中能够包含不一样的代码和依赖项。

按照这种方式容器化软件，开发人员和 IT 专业人员只需进行极少修改或不修改，便可将其部署到不一样的环境，若是出现的故障，也能够经过镜像，快速恢复服务。

2、Docker优点

1. 特性优点

2.　资源优点

3、Docker基本概念

Client（客户端）：是Docker的用户端，能够接受用户命令和配置标识，并与Docker daemon通讯。

Images（镜像）：是一个只读模板，含建立Docker容器的说明，它与操做系统的安装光盘有点像。

Containers（容器）：镜像的运行实例，镜像与容器的关系类比面向对象中的类和对象。

Registry（仓库）：是一个集中存储与分发镜像的服务。最经常使用的Registry是官方的Docker Hub 。

4、Docker安装使用

• 操做系统：CentOS 7

一、安装依赖

yum install -y yum-utils device-mapper-persistent-data lvm2

二、添加软件源

yum-config-manager --add-repo http://mirrors.aliyun.com/doc...　　# 指定阿里云镜像源

三、安装docker-ce（对系统内核有必定要求，centos6不支持）

yum clean all  yum makecache fast       # 从新生成缓存

yum -y install docker-ce docker-ce-cli containerd.io

四、设置自启并启动

systemctl enable docker

systemctl start docker

五、查看版本

docker version

• 运行示例：Nginx

一、搜索并下载镜像

docker search nginx

docker pull nginx

二、启动一个容器并映射端口到本地

docker run -d -p 8080:80 --name Nginx nginx　　 # 参数详解见下文

三、访问本地映射端口

5、Docker经常使用命令

1.镜像控制

搜索镜像：docker  search  [OPTIONS]  TERM

上传镜像：docker  push  [OPTIONS]  NAME[:TAG]

下载镜像：docker  pull  [OPTIONS]  NAME[:TAG]

提交镜像：docker  commit [OPTIONS]  CONTAINER  NAME[:TAG]

构建镜像：docker  build  [OPTIONS]  PATH

删除镜像：docker  rmi [OPTIONS]  IMAGE  [IMAGE...]

增长镜像标签：docker  tag  SOURCE_IMAGE[:TAG]  TARGET_IMAGE[:TAG]

查看全部镜像：docker  images  [OPTIONS]  [REPOSITORY[:TAG]]

2.容器控制

启动/重启容器：docker start/restart CONTAINER

中止/强停容器：docker stop/ kill CONTAINER

删除容器：docker rm [OPTIONS] CONTAINER [CONTAINER...]

重命名容器：docker rename CONTAINER CONTAINER_NEW

进入容器：docker attach CONTAINER

执行容器命令：docker exec CONTAINER COMMAND

查看容器日志：docker logs [OPTIONS] CONTAINER

查看容器列表：docker ps [OPTIONS]

3.容器启动

docker  run  [OPTIONS]  IMAGE  [COMMAND]  [ARG...]

-d : 后台运行容器，并返回容器ID

-i：以交互模式运行容器，一般与 -t 同时使用

-t：为容器从新分配一个伪输入终端，一般与 -i 同时使用

-v：绑定挂载目录

--name="mycontainer": 为容器指定一个名称

--net="bridge": 指定容器的网络链接类型，支持以下：

bridge / host / none / container:<name|id>

-p/-P :端口映射，格式如图：

4. 其余命令

查看docker信息：docker info

docker命令帮助：docker run --help

复制文件到容器：docker cp custom.conf Nginx:/etc/nginx/conf.d/

更新容器启动项：docker container update --restart=always nginx

查看docker日志：tail -f /var/log/messages

6、Docker镜像构建

1.Docker commit（1运行2修改3保存）

a）   运行容器

docker run -dit -p 8080:80 --name Nginx nginx

b）   修改容器（这里我只是作个演示，因此就复制一下文件，具体修改须要根据你实际状况）

docker cp custom.conf Nginx:/etc/nginx/conf.d/

c）   将容器保存为新的镜像

docker commit Nginx zwx/nginx

2.     Dockerfile（1编写2构建）

a）编写Dockerfile文件

vim Dockerfile

b）执行Dockerfile文件

docker build -t zwx/nginx .　　　　# 后面有个点，表明当前目录下dockerfile文件

3. Dockerfile 经常使用指令

7、Docker本地仓库

一、拉取镜像仓库

docker search registry

docker pull registry

二、启动镜像服务

docker run -dit

--name=Registry 　　　　# 指定容器名称

-p 5000:5000 　　　　　 # 仓库默认端口是5000，映射到宿主机，这样可使用宿主机地址访问

--restart=always                 # 自动重启，这样每次docker重启后仓库容器也会自动启动

--privileged=true               # 增长安全权限，通常可不加

-v /usr/local/my_registry:/var/lib/registry  　　　　# 把仓库镜像数据保存到宿主机

registry

三、注册https协议（须要经过本地仓库下载镜像，均须要配置）

vim /etc/docker/daemon.json　　　　　　　　# 默认无此文件，需自行添加，有则追加一下内容。

   { "insecure-registries":[" xx.xx.xx.xx:5000"] }　　# 指定ip地址或域名

四、新增tag指明仓库地址

docker  tag zwx/nginx x.xx.xx.xx:5000/zwx/nginx　　# 若是构建时已经指定仓库地址，则能够省略

五、上传镜像到本地仓库

docker  push x.xx.xx.xx:5000/zwx/nginx

六、查看本地仓库

curl -XGET http://x.xx.xx.xx:5000/v2/_catalog

8、Docker与图形管理工具Portainer

1.简介

Portainer是Docker的图形化管理工具，提供状态显示面板、应用模板快速部署、容器镜像网络数据卷的基本操做（包括上传下载镜像，建立容器等操做）、

事件日志显示、容器控制台操做、Swarm集群和服务等集中管理和操做、登陆用户管理和控制等功能。功能十分全面，基本能知足中小型单位对容器管理的所有需求。

2.安装使用

a） 搜索并下载镜像

docker search portainer

docker pull portainer/portainer

b） 单机方式运行

docker run -d

-p 9000:9000 　　　# portainer默认端口是9000，映射到本地9000端口，经过本地地址访问

--restart=always 　　# 设置自动重启

-v /var/run/docker.sock:/var/run/docker.sock 　　# 单机必须指定docker.sock

--name Prtainer portainer/portainer

c） 访问http://localhost:9000

首次登录须要注册用户，给admin用户设置密码，而后单机版选择local链接便可。

d） 控制管理

9、Docker与集群管理工具Swarm

1.简介

Swarm是Docker官方提供的一款集群管理工具，其主要做用是把若干台Docker主机抽象为一个总体，而且经过一个入口统一管理这些Docker主机上的各类Docker资源。

2.安装使用

Swarm 在 Docker 1.12 版本以前属于一个独立的项目，在 Docker 1.12 版本发布以后，该项目合并到了 Docker 中，成为 Docker 的一个子命令。

a)启动swarm集群只须要执行初始化命令便可：

docker swarm init 　　　　　　　# 默认初始化节点为管理节点
--advertise-addr xx.xx.xx.xx 　　　#指定使用的ip
--listen-addr xx.xx.xx.xx:2377　　　#指定监听ip和port，默认为2377

b)设置manager节点

　　　　docker swarm join-token  manager　　　　#获取管理节点token，放入下面命令

docker swarm join
--advertise-addr xx.xx.xx.xx
--listen-addr xx.xx.xx.xx:2377
--token SWMTKN-1-29ynh5uyfiiospy4fsm4pd4xucyji2rn0oj4b4ak4s7a37syf9-ajkrv2ctjr5cmxzuij75tbrmz
xx.xx.xx.xx:2377

c)设置worker节点

　　　　docker swarm join-token worker　　　　#获取工做节点token，放入下面命令

docker swarm join
--advertise-addr xx.xx.xx.xx
--listen-addr xx.xx.xx.xx:2377
--token SWMTKN-1-29ynh5uyfiiospy4fsm4pd4xucyji2rn0oj4b4ak4s7a37syf9-ajkrv2ctjr5cmxzuij75tbrmz
xx.xx.xx.xx:2377

c) 查看节点

 docker node ls

d)建立服务

docker service create [OPTIONS] IMAGE [COMMAND] [ARG...]

--detach , -d:  指定容器运行于前台仍是后台，默认为false

--name:  服务名称

--network:  网络链接

--publish , -p:  端口映射

--env , -e:  设置环境变量

--tty , -t:  分配tty设备，该能够支持终端登陆

--mount:  文件挂载

--replicas:  指定任务数量

3. 对比K8s究竟有何异同?

a）出生不一样

Google根据其在Linux上容器管理经验，改造到docker管理上，就是kubernetes。他的在许多方面表现良好,最重要的是构造于Google多年的宝贵经验之上。

kubernetes并非为了docker写的,kubernetes把集群带到了一个全新的高度，代价是学习曲线比较陡。docker-swarm 使用了一个不一样的方式,它是docker原生的集群工具。

最方便的部分是它暴露了docker标准的编程接口，意味着你以前一直在使用的任何与docker沟通的工具（docker CLI,  docker compose等），均可以无缝的在docker swarm上使用。

b）安装配置不一样

安装设置swarm很是简单，简单明了而且很灵活。咱们须要作的就是安装一个服务发现工具，而后在全部的节点上安装swarm容器。

相比较而言，kubernetes的安装就有点复杂晦涩了。不一样的操做系统上安装都不一样。每一个操做系统都有本身的独立安装指令。

c）运行方式不一样

使用Swarm和使用容器没有什么不一样。好比，你习惯于使用Docker CLI（命令行接口），你能够继续使用几乎相同的命令。

若是你习惯于使用Docker Componse来运行容器，你能够继续在Swarm集群中使用。无论你以前习惯于怎么使用容器，你仍旧可使用，只是在更大级别的集群中使用。

Kubernetes要求你去学习它本身的CLI（命令行接口）和配置。你不能使用你以前建立的docker-compose.yml配置，你必需要去新建与Kubernetes对应的配置。

你也不能使用以前学习的Docker CLI（命令行接口）。你必需要去学习 Kubernetes CLI（命令行接口）

最后，当须要在Docker Swarm 和 Kubernetes作出选择时，能够考虑以下几点：

你是否想依赖于Docker本身来解决集群的问题。

若是是，选择Swarm。若是某些功能在Docker中不支持，那它也很是可能在Swarm中找不到，由于Swarm是依赖于Docker API的。

另一方面，若是你想要一个工具能够解决Docker的限制，Kubernetes将是不错的选择。Kubernetes不是基于Docker，而是基于Google多年对于管理容器的经验。它是按照本身的方式来行事。

10、Docker运维流程图

11、Docker配置管理

1.　　用了容器之后，还须要配置管理吗？

起初咱们跟Docker官方同样，属于理想主义派。天真的认为容器就应该是inmutable的，当须要配置变动的时候，从新构建镜像从新部署。

基于这一思路，咱们在cSphere中添加了个镜像自动构建模块，用户能够配置代码仓库的地址。

服务的配置文件保存于Git或者SVN库中，须要配置变动时，向版本库中Push一下，自动经过hook触发镜像构建，并自动完成线上容器的重建。

经过这套系统，用户能够很是方便的批量更新线上的服务，并不局限于配置文件的变动，代码的变动也天生支持。

通过实际使用，这套系统可以很好的知足开发和测试环境的需求，提高工做效率。

可是，在生产环境中使用的时候，咱们发现这种流程其实并不那么完美，主要表如今：

镜像构建和部署虽然自动化了，但构建是针对VCS中的某个仓库的，改一行配置就得总体从新构建一下，在更新容器时还须要把镜像从新分发到全部机器上，配置变动速度太慢。

这种方式的配置变动会涉及到服务的重启，这在生产环境某些场景下是不可接受的 ，有可能引发短暂的服务中断。

2.　　应用配置文件应该须要作到什么？

Docker应用配置文件可以保持可以支持针对不一样环境做出更改。另外配置文件支持在线更改，重启就生效。通常分为如下两种方式。

a） Docker环境变量

须要在制做镜像的时候就须要提早想好，有哪些参数是部署容器的时候会常常更改，而后把这些参数抽出来作成容器的环境变量，而后在部署的容器的时候填入不一样的参数便可。

可是若是后续发现有一些参数不一样场景下部署的时候也会修改，那就须要再从新制做镜像了。

b）应用配置文件

上述的管理方式不太灵活，灵活的管理方式是将配置文件和镜像剥离开，这样就不会被镜像给绑定了。

注：最新版本能够参考docker config命令管理

12、Docker后续问题

• 集群环境
• 网络安全
• 存储管理
• 日志收集
• 实时监控
• 性能调优
• ……