Docker 是一个开源的应用容器引擎,让开发者可以打包他们的应用以及依赖包到一个可移植的容器中,然后发布到任何流行的Linux或Windows操作系统的机器上,也可以实现虚拟化,容器是完全使用沙箱机制,相互之间不会有任何影响。
一个完整的Docker有以下几个部分组成:
DockerClient客户端
Docker Daemon守护进程:Docker Client通过命令行与Docker Damon通信,完成Docker相关操作
docker仓库(Registry):用来保存各种打包好的软件镜像;仓库分为公有仓库和私有仓库。
Docker 镜像(Images) : 软件打包好的镜像;放在docker仓库中;
Docker容器(Container) :镜像启动后的实例称为一个容器;容器是独立运行的一个或一组应用
Docker 是 PaaS 提供商 dotCloud 开源的一个基于 LXC 的高级容器引擎,源代码托管在 Github 上, 基于go语言并遵从Apache2.0协议开源。
Docker自2013年以来非常火热,无论是从 github 上的代码活跃度,还是Redhat在RHEL6.5中集成对Docker的支持, 就连 Google 的 Compute Engine 也支持 docker 在其之上运行。
一款开源软件能否在商业上成功,很大程度上依赖三件事 - 成功的 user case(用例), 活跃的社区和一个好故事。 dotCloud 之家的 PaaS 产品建立在docker之上,长期维护且有大量的用户,社区也十分活跃,接下来我们看看docker的故事。
环境管理复杂 - 从各种OS到各种中间件到各种app, 一款产品能够成功作为开发者需要关心的东西太多,且难于管理,这个问题几乎在所有现代IT相关行业都需要面对。
云计算时代的到来 - AWS的成功, 引导开发者将应用转移到 cloud 上, 解决了硬件管理的问题,然而中间件相关的问题依然存在 (所以openstack HEAT和 AWS cloudformation 都着力解决这个问题)。开发者思路变化提供了可能性。
虚拟化手段的变化 - cloud 时代采用标配硬件来降低成本,采用虚拟化手段来满足用户按需使用的需求以及保证可用性和隔离性。然而无论是KVM还是Xen在 docker 看来,都在浪费资源,因为用户需要的是高效运行环境而非OS, GuestOS既浪费资源又难于管理, 更加轻量级的LXC更加灵活和快速
LXC的移动性 - LXC在 linux 2.6 的 kernel 里就已经存在了,但是其设计之初并非为云计算考虑的,缺少标准化的描述手段和容器的可迁移性,决定其构建出的环境难于迁移和标准化管理(相对于KVM之类image和snapshot的概念)。docker 就在这个问题上做出实质性的革新。这是docker最独特的地方。
VM技术和容器技术对比
面对上述几个问题,docker设想是交付运行环境如同海运,OS如同一个货轮,每一个在OS基础上的软件都如同一个集装箱,用户可以通过标准化手段自由组装运行环境,同时集装箱的内容可以由用户自定义,也可以由专业人员制造。这样,交付一个软件,就是一系列标准化组件的集合的交付,如同乐高积木,用户只需要选择合适的积木组合,并且在最顶端署上自己的名字(最后一个标准化组件是用户的app)。这也就是基于docker的PaaS产品的原型。
1、镜像是构建Docker的基石。
**用户基于镜像来运行自己的容器。镜像也是Docker生命周期中的“构建”部分。**镜像是基于联合文件系统的一种层式结构,由一系列指令一步一步构建出来。例如:
添加一个文件;
执行一个命令;
打开一个窗口。
2、Docker容器就是:
一个镜像格式;
一系列标准操作;
一个执行环境。
Docker借鉴了标准集装箱的概念。标准集装箱将货物运往世界各地,Docker将这个模型运用到自己的设计中,唯一不同的是:集装箱运输货物,而Docker运输软件。
yum search docker
yum install docker
1、启动docker:
systemctl start docker
2、停止docker:
systemctl stop docker
3、重启docker:
systemctl restart docker
4、查看docker状态:
systemctl status docker
5、docker设置随服务启动而自启动:
systemctl enable docker
6、查看docker概要信息
docker info
7、查看docker帮助文档
docker --help
友情提示:别忘记关闭虚拟机,做好快照备份。方便以后随时恢复docker安装完毕状态。
docker pull mysql #mysql镜像
docker pull mysql:8 #mysql镜像带版本号
docker images #查看镜像
REPOSITORY:镜像名称
TAG:镜像标签
IMAGE ID:镜像ID
CREATED:镜像的创建日期(不是获取该镜像的日期)
SIZE:镜像大小
这些镜像都是存储在Docker宿主机的/var/lib/docker目录下
如果你需要从网络中查找需要的镜像,可以通过以下命令搜索
docker search 镜像名称
docker search --filter=STARS=9000 mysql
#搜索 STARS >9000的 mysql 镜像
NAME:仓库名称
DESCRIPTION:镜像描述
STARS:用户评价,反应一个镜像的受欢迎程度
OFFICIAL:是否官方
AUTOMATED:自动构建,表示该镜像由Docker Hub自动构建流程创建的
docker inspect mysql #查看镜像的详细信息
docker inspect -f {{".Size"}} mysql #获取镜像的大小
------当前镜像没有被任何容器使用才可以删除
1、删除一个
docker rmi -f 镜像名/镜像ID
2、删除多个 其镜像ID或镜像用用空格隔开即可
docker rmi -f 镜像名/镜像ID 镜像名/镜像ID 镜像名/镜像ID
3、删除全部镜像 -a 意思为显示全部, -q 意思为只显示ID
docker rmi -f $(docker images -aq)
4、删除镜像
docker image rm 镜像名称/镜像ID
docker run -it --name mysql01 -p 3306:3306 -e MYSQL_ROOT_PASSWORD=123456 mysql
#如果上面命令执行报错 就执行下面的
docker run --privileged=true --name mysql02 -it -p 3306:3306 -e MYSQL_ROOT_PASSWORD=12345 mysql
-e 代表添加环境变量 MYSQL_ROOT_PASSWORD是root用户的登陆密码
-p 端口映射 主机端口:镜像端口 mysql镜像默认3306 主机端口根据自己的情况而定
–name mysql 给运行的容器去一个名字
报错图示:
报错 ls: cannot access ‘/docker-entrypoint-initdb.d/’: Operation not permitted
权限问题
删除原来的容器 docker rm 容器ID
重新启动 增加 --privileged=true 参数
图示:
修改数据加密方式:
进入docker的mysql中:
docker exec -t -i mysql02 /bin/bash --- 进入mysql容器
mysql -uroot -p12345
show databases;
use mysql
show tables;
修改加密方式:
alter user 'root'@'%' IDENTIFIED WITH mysql_native_password by '12345';
查看是否成功:
select host,user,plugin from mysql.user;
docker run --name nginx01 -p 8089:80 nginx
运行测试:192.168.14.180:8089
搜索jdk:
docker search jdk
拉取镜像:
docker pull kdvolder/jdk8
运行jdk8:
docker run -it --name=jdk1.8 kdvolder/jdk8 -- 交互启动
#需要删除jdk1.8,再运行第二个
docker rm jdk1.8
docker run -di --name jdk1.8 kdvolder/jdk8 --后台运行容器 (守护式运行)
需要删除在运行第二个
将我们的镜像 保存为tar 压缩文件 这样方便镜像转移和保存 ,然后 可以在任何一台安装了docker的服务器上 加载这个镜像
命令:
docker save 镜像名/镜像ID -o 镜像保存在哪个位置与名字
docker save mysql -o /root/by/mmysql.tar
首先我们先删除掉mysql,然后执行此命令进行恢复
docker rmi mysql
#查看状态
docker ps
docker ps -a
docker images
#进入所在文件夹
cd /root/by/
#恢复
docker load -i myng.tar
-i 输入的文件
执行后再次查看镜像,可以看到镜像已经恢复
打标签就是给容器起别名的:
docker tag 容器ID 名字:版本
docker tag f9c1 nginx01:v2