Docker是一个开源的应用容器引擎,开发者能够打包本身的应用到容器里面,而后迁移到其余机器的docker应用中,能够实现快速部署。css
简单的理解,docker就是一个软件集装箱化平台,就像船只、火车、卡车运输集装箱而不论其内部的货物同样,软件容器充当软件部署的标准单元,其中能够包含不一样的代码和依赖项。html
按照这种方式容器化软件,开发人员和 IT 专业人员只需进行极少修改或不修改,便可将其部署到不一样的环境,若是出现的故障,也能够经过镜像,快速恢复服务。node
Client(客户端):是Docker的用户端,能够接受用户命令和配置标识,并与Docker daemon通讯。linux
Images(镜像):是一个只读模板,含建立Docker容器的说明,它与操做系统的安装光盘有点像。ios
Containers(容器):镜像的运行实例,镜像与容器的关系类比面向对象中的类和对象。nginx
Registry(仓库):是一个集中存储与分发镜像的服务。最经常使用的Registry是官方的Docker Hub 。docker
一、安装依赖编程
yum install -y yum-utils device-mapper-persistent-data lvm2json
二、添加软件源vim
yum-config-manager --add-repo http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo # 指定阿里云镜像源
三、安装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
docker search nginx
docker pull nginx
docker run -d -p 8080:80 --name Nginx nginx # 参数详解见下文
搜索镜像: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]]
启动/重启容器: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]
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 :端口映射,格式如图:
查看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
>>> 更多能够参考官网:https://docs.docker.com/engine/reference/commandline/cli/
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
a) 编写Dockerfile文件
vim Dockerfile
b) 执行Dockerfile文件
docker build -t zwx/nginx . # 后面有个点,表明当前目录下dockerfile文件
>>> 更多能够参考:【转载】Dockerfile文件详解
一、拉取镜像仓库
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
>>> 更多能够参考:docker 搭建本地私有仓库
Portainer是Docker的图形化管理工具,提供状态显示面板、应用模板快速部署、容器镜像网络数据卷的基本操做(包括上传下载镜像,建立容器等操做)、
事件日志显示、容器控制台操做、Swarm集群和服务等集中管理和操做、登陆用户管理和控制等功能。功能十分全面,基本能知足中小型单位对容器管理的所有需求。
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) 控制管理
>>> 更多能够参考:Portainer介绍
Swarm是Docker官方提供的一款集群管理工具,其主要做用是把若干台Docker主机抽象为一个总体,而且经过一个入口统一管理这些Docker主机上的各类Docker资源。
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
: 指定任务数量
>>>更多参考:Docker Swarm集群部署实践 Docker Swarm 经常使用命令
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多年对于管理容器的经验。它是按照本身的方式来行事。
1. 用了容器之后,还须要配置管理吗?
起初咱们跟Docker官方同样,属于理想主义派。天真的认为容器就应该是inmutable的,当须要配置变动的时候,从新构建镜像从新部署。
基于这一思路,咱们在cSphere中添加了个镜像自动构建模块,用户能够配置代码仓库的地址。
服务的配置文件保存于Git或者SVN库中,须要配置变动时,向版本库中Push一下,自动经过hook触发镜像构建,并自动完成线上容器的重建。
经过这套系统,用户能够很是方便的批量更新线上的服务,并不局限于配置文件的变动,代码的变动也天生支持。
通过实际使用,这套系统可以很好的知足开发和测试环境的需求,提高工做效率。
可是,在生产环境中使用的时候,咱们发现这种流程其实并不那么完美,主要表如今:
镜像构建和部署虽然自动化了,但构建是针对VCS中的某个仓库的,改一行配置就得总体从新构建一下,在更新容器时还须要把镜像从新分发到全部机器上,配置变动速度太慢。
这种方式的配置变动会涉及到服务的重启,这在生产环境某些场景下是不可接受的 ,有可能引发短暂的服务中断。
2. 应用配置文件应该须要作到什么?
Docker应用配置文件可以保持可以支持针对不一样环境做出更改。另外配置文件支持在线更改,重启就生效。通常分为如下两种方式。
a) Docker环境变量
须要在制做镜像的时候就须要提早想好,有哪些参数是部署容器的时候会常常更改,
而后把这些参数抽出来作成容器的环境变量,而后在部署的容器的时候填入不一样的参数便可。
可是若是后续发现有一些参数不一样场景下部署的时候也会修改,那就须要再从新制做镜像了。
b)应用配置文件
上述的管理方式不太灵活,灵活的管理方式是将配置文件和镜像剥离开,这样就不会被镜像给绑定了。
注:最新版本能够参考docker config命令管理
【解决】image ... could not be accessed on a registry to record its digest.
【解决】http: server gave HTTP response to HTTPS client
【解决】OCI runtime exec failed......executable file not found in $PATH": unknown
更多报错解决方案持续更新中:【解决】Docker Errors
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
若是想更详细,更深刻了解Docker,推荐 >>> Docker最全教程——从理论到实战(一)
若是转载请注明原文地址,谢谢 >>> http://www.javashuo.com/article/p-flqpakxw-hm.html
☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆