运维人员的解放----Docker快速部署

Docker是一个用了一种新颖方式实现的超轻量虚拟机,在实现的原理和应用上还是和VM有巨大差别,专业的叫法是应用容器(Application Container)。(我个人还是喜欢称虚拟机)

Docker应用容器相对于 VM 有以下几个优点:

启动速度快,容器通常在一秒内可以启动,而 VM 通常要更久

资源利用率高,一台普通PC 可以跑上千个容器,你跑上千个 VM 试试

性能开销小, VM 通常需要额外的 CPU 和内存来完成 OS 的功能,这一部分占据了额外的资源

因为VM 的 Hypervisor 需要实现对硬件的虚拟化,并且还要搭载自己的操作系统,自然在启动速度和资源利用率以及性能上有比较大的开销。

个人体会较深的两处优点:

1、  快速部署,传统的部署模式是:安装(包管理工具或者源码包编译)->配置->运行;Docker的部署模式是:复制->运行。

2、  可以保证线上与测试环境一致,计划以后上线就直接复制测试使用的docker容器)

什么是docker?

http://oilbeater.com/docker/2014/06/29/what-is-docker.html

为什么你应该关注docker?

http://oilbeater.com/docker/2014/06/13/why-you-should-care-about-docker.html

1、docker安装

debian7安装docker

参考地址:http://www.webmaster.me/server/installing-docker-on-debian-wheezy-in-60-seconds.html

echo deb http://get.docker.io/ubuntu docker main | sudo tee/etc/apt/sources.list.d/docker.list

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 36A1D7869245C8950F966E92D8576A8BA88D21E9

sudo apt-get update

sudo apt-get install -y lxc-docker

#四行命令,Docker就安装好了。下面创建一个ubuntu虚拟系统:

docker pull ubuntu    #此处是从官网拉取名为ubuntu的image,也可手动在https://index.docker.io上搜索想要的镜像。

docker run -i -t ubuntu /bin/bash   #创建一个容器,-t是临时终端。

ubuntu12.04、windows、macOS安装docker

参考docker中文文档http://www.widuu.com/docker/

2、docker使用过程实践

2.1 在测试机启动容器,安装ssh

docker run -i -t ubuntu /bin/bash   #此方式运行的容器,退出后容器就会关闭。

apt-get install openssh-server   #安装ssh

#需要修改/etc/sshd/sshd_config文件中内容

PermitRootLogin yes

UsePAM no

  1. 2.2   启动ssh,容器以后台方式运行

docker run -d -p 50001:22 <容器id> /usr/sbin/sshd-D

#容器id可通过 docker ps-a查看,最上面的为最新的。

2.3 通过ssh连接到容器安装软件

ssh [email protected]-p 50001

#连上后想装什么就装什么,可使用exit退出容器,但后台还会运行。

2.4 服务安装完成后,停止容器。

docker stop  <容器id>     #停止运行的容器

2.5 把容器提交生成最新的镜像

docker commit <容器id>  debian02 #把这个容器提交生成新的debian02镜像(该镜像是原始镜像与容器的整合)

2.6 打包镜像

docker save debian02 >/root/debian02.tar   #debian02镜像打包

2.7 在另外的机器上导入镜像

docker load < debian02.tar   #导入镜像

docker images   #查看存在的镜像

2.8 启动容器

docker run -h="redis-test"  --name redis-test -d -p 51000:22 -p51001:3306 -p 51003:6379 -p 51004:6381 -p 51005:80 -p 51006:8000 -p 51007:8888  debian02 /etc/rc.local

#此处是我测试机器启动命令,指定主机名与端口映射。

#启动后,后面又装了程序,开机自启动命令可放在/etc/rc.local文件中。

docker容器迁移简单方便,可以任意的拷贝部署,以后再也不怕新部署环境了,一堆依赖装的想死有木有。

3、关于docker容器的端口映射

由于docker容器的IP地址每次启动都会变,所以不适用于手动添加端口映射(难道每次重启都来查看容器的IP么?),所以需要每次启动容器时由docker程序自动添加NAT规则,前期尽可能的把需要映射的端口在创建容器时配置好,如下:

docker run -h="activemq"  --name activemq -d -p 51000:22 -p 51001:3306-p 51003:6379 -p 51004:6381  -p 51005:80-p 51006:8000 -p 51007:8888   debian/base/etc/rc.local

#此处我把mysql,redis,nginx,ssh都进行了映射。

后续对于docker容器的管理,记住容器的名称,如上述名称是activemq,则使用docker stop,start来控制容器进程。

docker stop  activemq

docker  start  activemq

当然,也可以不让docker每次启动容器修改容器的IP地址,参考如下:

docker网络配置:http://www.open-open.com/lib/view/open1404896485747.html

4、关于docker容器的多程序开机自动运行

docker容器每次启动时,开机自启动的命令都要在启动容器前指定。如 docker run -I -t debian /bin/bash命令,只会运行/bin/bash程序,其它的程序都不会运行,对于要跑多个程序的容器特别纠结。

多程序开机自动运行方法

可把前面所说的启动命令换成dockerrun -I -t debian /etc/rc.local,在容器中把所有需要开机自的启动命令放在/etc/rc.local中,就可以达到多程序开机自启动了。

后台运行则是:docker run -d -p 50001:22 debian /etc/rc.local。注意:run命令是创建一个新的容器,如果要启动一个曾经运行过的容器,则用命令docker ps -a中找对应的容器ID,然后使用docker start <容器ID>即可。

5、关于docker容器和镜像的关系

无论容器里做什么操作,写文件,删文件。该容器的基本镜像都不会有任何改变。

这是因为Docker从父镜像建立增量镜像,只存储每个容器的更改。因此,如果你有一个300MB的父镜像,如果你在容器中安装了50MB的额外应用或服务,你的容器只有50MB,父镜像还是300MB。

但是可以使用Dockfile或commit命令来,把增量镜像和父镜像一起生成一个新的镜像。

commit使用:

docker commit  <容器id>  <新镜像名称>

Dockfile使用:

[email protected]:/data# cat Dockerfile

FROMubuntu/testa    #这是基础镜像

CMD["/root/start.sh"]   #这是启动命令

[email protected]:/data# docker build -t <新镜像名> ./

关于Dockfile更多参数参考地址:

http://www.tuicool.com/articles/FRvAbe

http://www.colorscode.net/2014/01/04/howto-build-image-with-automatic-startup-ssh-service-from-dockerfile/

6、docker参数详解

docker

useage of docker

-D   默认false 允许调试模式(debugmode)

-H   默认是unix:///var/run/docker.sock tcp://[host[:port]]来绑定 或者unix://[/path/to/socket]来使用(二进制文件的时候),当主机ip host=[0.0.0.0],(端口)port=[4243] 或者 path=[/var/run/docker.sock]是缺省值,做为默认值来使用

-api-enable-cors 默认flase 允许CORS header远程api

-b   默认是空,附加在已存在的网桥上,如果是用‘none‘参数,就禁用了容器的网络

-bip 默认是空,使用提供的CIDR(ClasslessInter-Domain Routing-无类型域间选路)标记地址动态创建网桥(dcoker0),和-b参数冲突

-d   默认false 允许进程模式(daemonmode)

-dns 默认是空,使docker使用指定的DNS服务器

-g   默认是"/var/lib/docker":作为docker使用的根路径

-icc 默认true,允许inter-container来通信

-ip  默认"0.0.0.0":绑定容器端口的默认Ip地址

-iptables 默认true 禁用docker添加iptables规则

-mtu 默认1500 : 设置容器网络传输的最大单元(mtu)

-p   默认是/var/run/docker.pid进程pid使用的文件路径

-r   默认是true 重启之前运行的容器

-s   默认是空 ,这个是docker运行是使用一个指定的存储驱动器

-v   默认false 打印版本信息和退出

7、docker run命令详解

Usage: docker run [OPTIONS] IMAGE[:TAG] [COMMAND] [ARG...]

Run a command in a new container

-a=map[]: 附加标准输入、输出或者错误输出

-c=0: 共享CPU格式(相对重要)

-cidfile="": 将容器的ID标识写入文件

-d=false: 分离模式,在后台运行容器,并且打印出容器ID

-e=[]:设置环境变量

-h="": 容器的主机名称

-i=false: 保持输入流开放即使没有附加输入流

-privileged=false: 给容器扩展的权限

-m="": 内存限制 (格式:<number><optional unit>, unit单位 = b, k, m or g)

-n=true: 允许镜像使用网络

-p=[]: 匹配镜像内的网络端口号

-rm=false:当容器退出时自动删除容器 (不能跟 -d一起使用)

-t=false: 分配一个伪造的终端输入

-u="": 用户名或者ID

-dns=[]: 自定义容器的DNS服务器

-v=[]: 创建一个挂载绑定:[host-dir]:[container-dir]:[rw|ro].如果容器目录丢失,docker会创建一个新的卷

-volumes-from="": 挂载容器所有的卷

-entrypoint="": 覆盖镜像设置默认的入口点

-w="": 工作目录内的容器

-lxc-conf=[]: 添加自定义-lxc-conf="lxc.cgroup.cpuset.cpus = 0,1"

-sig-proxy=true: 代理接收所有进程信号(even in non-tty mode)

-expose=[]: 让你主机没有开放的端口

-link="": 连接到另一个容器(name:alias)

-name="": 分配容器的名称,如果没有指定就会随机生成一个

-P=false: Publish all exposed ports to thehost interfaces 公布所有显示的端口主机接口

8、docker常用命令总结

docker pull  <镜像名:tag>  #从官网拉取镜像

docker search <镜像名>  #搜索在线可用镜像名

8.1查询容器、镜像、日志

docker top <container> #显示容器内运行的进程

docker images  #查询所有的镜像,默认是最近创建的排在最上。

docker ps #查看正在运行的容器

docker ps -l #查看最后退出的容器的ID

docker ps -a #查看所有的容器,包括退出的。

docker logs  {容器ID|容器名称}  #查询某个容器的所有操作记录。

docker logs -f  {容器ID|容器名称}  #实时查看容易的操作记录。

8.2删除容器与镜像

docker rm$(docker ps -a -q)  #删除所有容器

docker rm <容器名or ID>    #删除单个容器

docker rmi  <ID>  #删除单个镜像

docker rmi$(docker images | grep none | awk ‘{print $3}‘ | sort -r) #删除所有镜像

8.3启动停止容器

docker stop  <容器名or ID>   #停止某个容器

docker start  <容器名or ID>  #启动某个容器

docker kill    <容器名or ID>  #杀掉某个容器

8.4容器迁器

docker export <CONTAINER ID> > /home/export.tar  #导出

cat /home/export.tar | sudo docker import  -  busybox-1-export:latest  # 导入export.tar文件

docker save debian> /home/save.tar   #将debian容器打包

docker load< /home/save.tar    #在另一台服务器上加载打包文件

save和export的对比参考地址:

http://www.fanli7.net/a/bianchengyuyan/C__/20140423/452256.html

8.5运行一个新容器

#运行一个新容器,同时为它命名、端口映射。以debian02镜像为例

docker run -h="redis-test"  --name redis-test -d -p 51000:22 -p51001:3306 -p 51003:6379 -p 51004:6381 -p 51005:80 -p 51006:8000 -p 51007:8888  debian02 /etc/rc.local

#从container中拷贝文件,当container已经关闭后,在里面的文件还可以拷贝出来。

sudo docker cp 7bb0e258aefe:/etc/debian_version .    #把容器中的/etc/debian_version拷贝到当前目录下。

8.6 docker Dockfile镜像制作

[email protected]:/data# cat Dockerfile

FROM ubuntu/testa     #这是基础镜像

CMD ["/root/start.sh"]  #这是启动命令

[email protected]:/data# docker build -t <新镜像名> ./    #生成新的镜像

Dockfile更多参数参考:

http://www.tuicool.com/articles/FRvAbe

http://www.colorscode.net/2014/01/04/howto-build-image-with-automatic-startup-ssh-service-from-dockerfile/

<完>

如有疑问,欢迎留言讨论。qq:10286460

时间: 2024-08-24 06:13:03

运维人员的解放----Docker快速部署的相关文章

【IT运维监控】集团宕机引发对运维人员的思考 

前不久某大型集团官网和APP突然无法正常使用引发热议,不少人幸灾乐祸,也引发出了各种的谣言和段子,根本难以体会集团内部所受的压力,特别是作为一个大集团内部的运维人员所承受的各种压力和不安. 后 来,原支付宝运维团队负责人针对此事发表了一篇文章,让不少的运维人员深有感触,作为肩负运维监控使命的运维监控工具--PIGOSS BSM 也同样感同身受.面对层出不穷的运维安全隐患,当下运维人员急需一套高效的7*24小时都能担负监控任务的工具,为自身的运维工作减负,告别之前加班熬夜 但没有工作成绩的"怪现像

一切从“简”,解放IT运维人员

运维人的神技 运维既是个技术活儿也是个苦差事,而运维人员被期望有着无限的技能:主机.存储.网络.操作系统样样精通,而且还要会写SQL.shell.开发语言java..net.python等等,对业务更是门清,对各个用户的脾气喜好也要了如指掌. 除了广阔的知识面,强大的技术能力,沟通协调的能力,还需要拥有超强的耐心.谨慎的态度以及强健的体魄. 运维人的痛 人手有限,往往身兼数职(网管.项目管理.协调厂商.DBA.应用.写报告),既有很多协调性的管理工作,又有一些专业技术工作,尤其是数据库,短时间是

快速提高运维人员薪水及逼格的免费公开课活动!

主题:快速提高运维人员薪水及逼格的免费公开课活动! 时间:2015-12-19(周六 下午14:00) 地点:北京市昌平线沙河地铁站A1口西行200米(详见下文) 主题一:新手如何快速学好Linux运维? 如果你有如下问题,可以参加: 1.你是否学习Linux没有任何方向,懵懵懂懂,效率低下. 2.你是否在学习过程中面临各种选择系统.软件版本,知识点深浅,无从下手. 3.你是否学了很久(3个月以上)发现还是没入门,痛苦不堪,精神濒临崩溃. 4.勉强找到工作还是打杂的.实习的,工资不过10K,不被

评 -- 运维人员将失业,你嗅到危机了吗?

Reboot运维开发千人群(365534424)即将爆满,欢迎加入 我一直在强调一个事实,就是随着大规模集群和云计算的普及,运维人员一定是最先被挑战的.最先被技术的发展,特别是运维自动化技术的发展所逼迫要选择的.选择很简单,要么淘汰,要么转型和升级.这个话我其实在我参加的很多技术交流.公开的大会上,都在讲.正好看到一个文章.先转后评. 云计算技术,IAAS和PAAS,正好是现在主流运维在做的事情.IAAS和PAAS的普及,将会带来运维工作的集中化.云公司把这些事情都做了.而云公司,则出现大规模集

开发者的黄金时代=运维人员的恶梦?

英文原文:Golden Age of Developers is a Nightmare for Ops 一款软件产品的发布离不开两类人的支持,即开发和运维.人们常常会把他们提到一起,如今 DevOps 开发模式的盛行也正是对他们的重新定义.目前软件环境的变化可以说是开发者的黄金时代,而对于运维来说,这些变化正给他们带来新的挑战和期望. 过去的十年给软件开发环境带来了翻天覆地的变化,其中最大的变化是通过开源和云来生产基础设施.就产品的灵活性和生产力而言,这绝对是对开发者利好的消息,但也给 Ops

【IT运维监控】讨论哪种运维监控工具才是IT运维人员的最爱?

选择运维工具的几大要素:一是看我哪些指标需要监控,二是看我监控到什么 三是看这种运维监控工具能监控到什么程度 有可能,这几个问题IT运维人员自己都没有弄的很明白,那么我们先看一下整个运维行业目前的现状: 目前来说,传统企业的IT运维大部分还是用户在使用过程中发现故障,然后通知运维人员,再邮运维人员确定是什么问题,采用哪种方式可以解决.大部分的运维人员目前还是充当的只是一个救火员的身份,没有起到真正的IT运维监控的作用.运维人员的大部分时间和经历都花在了处理简单而重复的问题上,导致同事及领导的不满

比Ansible更吊的自动化运维工具,自动化统一安装部署_自动化部署unifyDeploy1.0

新增功能: 2015-03-11 除pass(备份与更新)与start(启动服务)外,实现一切自动化. 注:pass与start设为业务类,由于各类业务不同,所以无法实现自动化.同类业务除外,如更新的都是tomcat的war包等... 新增“list”快捷键,快速操作list规则文件. 简化代码冗余,合拼原有exec工具类到tools. 修复上一轮版本配置文件乱码问题. 新增部署成功后系统版本监控功能. 2015-01-28 逻辑与业务分离,完美实现逻辑与业务分离,业务实现统一shell脚本开发

2016年新运维:论《普通运维人员就是秋后的蚂蚱》?

2015年第一天,51CTO博主alex曾发表了<普通的运维人员就是秋后的蚂蚱>的博文,为广大的运维界同仁们敲响了警钟.文章主要从资源集中化和高度自动化两个行业大趋势出发,断言普通的运维人员已经走在了被淘汰的路上,IT自动化必将砸掉大多数不思进取的运维人员的饭碗,寿终正寝只是时间问题. 敏捷运营要求BizDevOps一体化 博文中提到的资源集中化,可以理解为云计算.2008年谷歌率先提出了云的概念,它将传统的IT计算能力形成资源池,进行弹性配置并对外提供按需服务,具体表现为服务化和平台化. 我

智能运维就是由 AI 代替运维人员?

听了有关AI运维之后有很多人感到比较焦虑,我所从事的运维或开发将来会不会被AI给替代掉呢? 现在新技术发展的特别快,各种语言.技术.理念让大家确实感到自顾不暇跟不上趟,但是有一点,在这里我要特别重申一下,AI在目前这个阶段还是一种辅助大家来进行判断和学习.定位处理问题的工具,就像无人驾驶,现在可以做到完全没有人驾驶吗?肯定不行,未来无人驾驶是完全可以替代人的,但它还有很长一段路要走.AI运维就像无人驾驶一样,未来前景很光明,但任重道远. 大部分的智能运维还没有完全落地,我所在的企业也是处在一个探