【Docker江湖】之docker部署与理解

转载请注明出处：http://blog.csdn.net/gamer_gyt
博主微博：http://weibo.com/234654758
Github：https://github.com/thinkgamer

Docker江湖

写在前边的话

在之前便想学习Docker技术了，可是一直没有机会，近期在做elk的一个项目，须要在一个不能连接外网的机器上安装各种环境，本来想一步步下载rpm包，进行安装，然而事实证明我太单纯，各种依赖包。搞的我头大，然后便想到了docker。一个能够装载环境和便于移植的小船。

环境介绍

本地 win10
VMware 虚拟机安装的redhat 7.1 server版(模拟server环境)
redhat 7.1(server)上部署docker

在linux部署

安装的方法有非常多种。能够选择rpm包安装。也能够使用二进制包安装，不同的os 在线安装的方式也有所不同，我这是是基于redhat7.1进行安装的，其它的一些安装方式能够參考官网（https://docs.docker.com/）
我这里採用的是安装二进制包的形式：

1、内核版本号要求

查看内核版本号

[redhat@localhost ~]$ uname -r
3.10.0-229.el7.x86_64

官方建议不低于3.10.0

2、下载二进制包并解压

https://get.docker.com/builds/Linux/x86_64/docker-latest.tgz

tar -xvzf docker-latest.tar

3、载入到全局变量

mv docker/* /usr/bin/

4、关闭防火墙

避免一些不必要的麻烦

systemctl status firewalld （redhat查看防火墙状态）
systemctl stop firewalld （redhat临时关闭防火墙）
systemctl disable firewalld （redhat永久关闭防火墙）
systemctl enable firewalld （redhat打开防火墙）

5、启动服务

sudo dockerd &

6、測试

sudo docker run hello-world

会弹出来一系列看似正常的东东，然后就ok了

闲谈Docker

1、Docker是什么

Docker是一个诞生于2013年的开源项目，基于Go语言实现，遵从apache2.0协议。目标是实现轻量级的操作系统虚拟化解决方式，其基础是Linux容器（LXC）等技术。
在LXC的基础上Docker进行了进一步的封装。让用户不须要去关心容器的管理，使得操作更为简便。用户操作Docker的容器就像操作一个高速轻量级的虚拟机一样简单。
以下的图片比較了Docker和传统虚拟化方式的不同之处，可见容器是在操作系统层面上实现虚拟化。直接复用本地主机的操作系统。而传统方式则是在硬件层面实现。

推荐一篇docker架构的文章，个人感觉不错：
http://www.infoq.com/cn/articles/docker-source-code-analysis-part1/

2、为什么要使用Docker

1）、启动在秒级实现

Docker容器的启动能够在秒级实现，占用的资源也较少。其次对系统的资源利用率高，传统虚拟机方式执行10个不同的应用就要起10个虚拟机，而Docker仅仅要启动10个隔离的应用就可以。这些都决定的Docker容器的启动速度

2）、更高速的交付和部署

开发人员能够使用一个标准的镜像来构建一套开发容器，开发完毕之后。运维人员能够直接使用这个容器来部署代码。Docker能够高速创建容器，高速迭代应用程序。并让整个过程全程可见，使团队中的其它成员更easy理解应用程序是怎样创建和工作的。

Docker容器非常轻非常快！

容器的启动时间是秒级的，大量地节约开发、測试、部署的时间。

3）、更高效的虚拟化

Docker 容器的执行不须要额外的hypervisor支持，它是内核级的虚拟化。因此能够实现更高的性能和效率。

4）、更轻松的迁移和扩展

Docker 容器差点儿能够在随意的平台上执行，包含物理机、虚拟机、公有云、私有云、个人电脑、server等。这种兼容性能够让用户把一个应用程序从一个平台直接迁移到另外一个。

5）、更简单的管理

使用Docker，仅仅须要小小的改动，就能够替代以往大量的更新工作。全部的改动都以增量的方式被分发和更新，从而实现自己主动化而且高效的管理。

6）、对照传统虚拟机总结

特性容器虚拟机启动秒级分钟级硬盘使用一般为MB一般为GB 性能接近原生弱于系统支持量单机支持上千个容器一般几十个

3、Docker的三个基本概念

镜像（Image）

Docker 镜像（Image）就是一个仅仅读的模板。
比如：一个镜像能够包含一个完整的 ubuntu 操作系统环境，里面仅安装了 Apache 或用户须要的其它应用程序。
镜像能够用来创建 Docker 容器。
Docker 提供了一个非常easy的机制来创建镜像或者更新现有的镜像。用户甚至能够直接从其它人那里下载一个已经做好的镜像来直接使用。
容器（Container）

Docker 利用容器（Container）来执行应用。
容器是从镜像创建的执行实例。它能够被启动、開始、停止、删除。每一个容器都是相互隔离的、保证安全的平台。
能够把容器看做是一个简易版的 Linux 环境（包含root用户权限、进程空间、用户空间和网络空间等）和执行在当中的应用程序。
*注：镜像是仅仅读的，容器在启动的时候创建一层可写层作为最上层。
仓库（Repository）

仓库（Repository）是集中存放镜像文件的场所。有时候会把仓库和仓库注冊服务器（Registry）混为一谈，并不严格区分。实际上，仓库注冊server上往往存放着多个仓库，每一个仓库中又包含了多个镜像。每一个镜像有不同的标签（tag）。
仓库分为公开仓库（Public）和私有仓库（Private）两种形式。
最大的公开仓库是 Docker Hub，存放了数量庞大的镜像供用户下载。
国内的公开仓库包含时速云、网易云等。能够提供大陆用户更稳定高速的訪问。
当然，用户也能够在本地网络内创建一个私有仓库（參考本文”私有仓库”部分）。
当用户创建了自己的镜像之后就能够使用 push 命令将它上传到公有或者私有仓库，这样下次在另外一台机器上使用这个镜像时候，仅仅须要从仓库上 pull 下来就能够了。
*注：Docker 仓库的概念跟 Git 相似，注冊server能够理解为 GitHub 这种托管服务。

docker的基本操作

执行sudo docker –help（-h）能够看到docker所支持的命令，同一时候有其相应的解释

attach&#xFF1A;       &#x8FDB;&#x5165;&#x5230;&#x6B63;&#x5728;&#x6267;&#x884C;&#x7684;&#x5BB9;&#x5668;
build&#xFF1A;        &#x4ECE;Dockerfile&#x6784;&#x5EFA;&#x955C;&#x50CF;
commit&#xFF1A;       &#x5BB9;&#x5668;&#x66F4;&#x6539;&#x4E4B;&#x540E;&#x521B;&#x5EFA;&#x65B0;&#x955C;&#x50CF;
cp&#xFF1A;           &#x5728;&#x5BB9;&#x5668;&#x548C;&#x672C;&#x5730;&#x4E4B;&#x95F4;&#x590D;&#x5236;&#x6587;&#x4EF6;&#x548C;&#x6587;&#x4EF6;&#x5939;
<span class="hljs-built_in">create</span>&#xFF1A;       &#x521B;&#x5EFA;&#x4E00;&#x4E2A;&#x65B0;&#x7684;&#x5BB9;&#x5668;
diff&#xFF1A;         &#x68C0;&#x67E5;&#x5BB9;&#x5668;&#x6587;&#x4EF6;&#x7CFB;&#x7EDF;&#x4E0A;&#x7684;&#x66F4;&#x6539;
events&#xFF1A;       &#x4ECE;server&#x4E0A;&#x83B7;&#x53D6;&#x5B9E;&#x65F6;&#x4E8B;&#x4EF6;
exec&#xFF1A;         &#x5728;&#x6B63;&#x5728;&#x6267;&#x884C;&#x7684;&#x5BB9;&#x5668;&#x4E2D;&#x6267;&#x884C;&#x547D;&#x4EE4;
export&#xFF1A;       &#x5C06;&#x5BB9;&#x5668;&#x7684;&#x6587;&#x4EF6;&#x7CFB;&#x7EDF;&#x5BFC;&#x51FA;&#x4E3A;tar&#x5B58;&#x6863;
history&#xFF1A;      &#x663E;&#x793A;&#x955C;&#x50CF;&#x7684;&#x5386;&#x53F2;&#x8BB0;&#x5F55;
images&#xFF1A;       &#x5217;&#x51FA;&#x955C;&#x50CF;
import&#xFF1A;       &#x4ECE;tar&#x5305;&#x5BFC;&#x5165;&#x521B;&#x5EFA;&#x65B0;&#x7684;&#x6587;&#x4EF6;&#x7CFB;&#x7EDF;&#x955C;&#x50CF;
info&#xFF1A;         &#x663E;&#x793A;&#x7CFB;&#x7EDF;&#x8303;&#x56F4;&#x7684;&#x4FE1;&#x606F;
inspect&#xFF1A;      &#x8FD4;&#x56DE;&#x5BB9;&#x5668;&#xFF0C;&#x6620;&#x50CF;&#x6216;&#x4EFB;&#x52A1;&#x7684;&#x4F4E;&#x7EA7;&#x4FE1;&#x606F;
<span class="hljs-built_in">kill</span>&#xFF1A;         &#x6740;&#x6B7B;&#x4E00;&#x4E2A;&#x6216;&#x8005;&#x591A;&#x4E2A;&#x6B63;&#x5728;&#x6267;&#x884C;&#x7684;&#x5BB9;&#x5668;
<span class="hljs-built_in">load</span>&#xFF1A;         &#x8F7D;&#x5165;&#x4E00;&#x4E2A;&#x6253;&#x5305;&#x597D;&#x7684;&#x955C;&#x50CF;
login&#xFF1A;        &#x767B;&#x5F55;&#x5230;docker&#x7684;&#x670D;&#x52A1;
logout&#xFF1A;       &#x9000;&#x51FA;docker&#x670D;&#x52A1;
logs&#xFF1A;         &#x83B7;&#x53D6;&#x5BB9;&#x5668;&#x7684;&#x65E5;&#x5FD7;
network&#xFF1A;      &#x7BA1;&#x7406;docker&#x7684;&#x7F51;&#x7EDC;
node&#xFF1A;         &#x7BA1;&#x7406;docker swarm&#x8282;&#x70B9;
pause&#xFF1A;        &#x6682;&#x505C;&#x4E00;&#x4E2A;&#x6216;&#x591A;&#x4E2A;&#x5BB9;&#x5668;&#x4E2D;&#x7684;&#x8FDB;&#x7A0B;
port&#xFF1A;         &#x5217;&#x51FA;&#x7AEF;&#x53E3;&#x6620;&#x5C04;&#x6216;&#x8005;&#x5BB9;&#x5668;&#x7684;&#x7279;&#x5B9A;&#x6620;&#x5C04;
ps&#xFF1A;           &#x5217;&#x51FA;&#x6B63;&#x5728;&#x6267;&#x884C;&#x7684;&#x5BB9;&#x5668;&#xFF08;ps -<span class="hljs-operator">a</span> &#x5217;&#x51FA;&#x6B63;&#x5728;&#x6267;&#x884C;&#x548C;&#x5DF2;&#x7ECF;&#x505C;&#x6B62;&#x7684;&#x5BB9;&#x5668;&#xFF09;
pull&#xFF1A;         &#x4ECE;&#x6CE8;&#x518A;&#x8868;&#x4E2D;&#x8F7D;&#x5165;&#x4E00;&#x4E2A;&#x955C;&#x50CF;
push&#xFF1A;         &#x5C06;&#x955C;&#x50CF;&#x63D0;&#x4EA4;&#x5230;&#x6CE8;&#x518A;&#x8868;&#x4E2D;
<span class="hljs-built_in">rename</span>&#xFF1A;       &#x91CD;&#x547D;&#x540D;&#x5BB9;&#x5668;
restart&#xFF1A;      &#x53C8;&#x4E00;&#x6B21;&#x542F;&#x52A8;&#x5BB9;&#x5668;
rm&#xFF1A;           &#x5220;&#x9664;&#x4E00;&#x4E2A;&#x6216;&#x8005;&#x591A;&#x4E2A;&#x5BB9;&#x5668;
rmi&#xFF1A;          &#x5220;&#x9664;&#x4E00;&#x4E2A;&#x6216;&#x8005;&#x591A;&#x4E2A;&#x5BB9;&#x5668;
run&#xFF1A;          &#x5728;&#x5BB9;&#x5668;&#x4E2D;&#x6267;&#x884C;&#x547D;&#x4EE4;
save&#xFF1A;         &#x5C06;&#x955C;&#x50CF;&#x4FDD;&#x5B58;&#x6210;tar&#x6587;&#x4EF6;
search&#xFF1A;       &#x5728;docker &#x4ED3;&#x5E93;&#x4E2D;&#x641C;&#x7D22;&#x955C;&#x50CF;
service&#xFF1A;      &#x7BA1;&#x7406;&#x955C;&#x50CF;&#x670D;&#x52A1;
start&#xFF1A;        &#x542F;&#x52A8;&#x4E00;&#x4E2A;&#x6216;&#x8005;&#x591A;&#x4E2A;&#x5DF2;&#x7ECF;&#x505C;&#x6B62;&#x7684;&#x5BB9;&#x5668;
stats&#xFF1A;        &#x663E;&#x793A;&#x5BB9;&#x5668;&#x8D44;&#x6E90;&#x4F7F;&#x7528;&#x7684;&#x5B9E;&#x65F6;&#x4FE1;&#x606F;&#x6D41;
stop&#xFF1A;         &#x505C;&#x6B62;&#x4E00;&#x4E2A;&#x6216;&#x8005;&#x591A;&#x4E2A;&#x6B63;&#x5728;&#x6267;&#x884C;&#x7684;&#x5BB9;&#x5668;
swarm&#xFF1A;        &#x7BA1;&#x7406;docker swarm
tag&#xFF1A;          &#x5C06;&#x955C;&#x50CF;&#x4FDD;&#x5B58;&#x5728;&#x4ED3;&#x5E93;&#x4E2D;&#x3002;&#x4E5F;&#x80FD;&#x591F;&#x4F5C;&#x4E3A;&#x91CD;&#x547D;&#x540D;&#x4F7F;&#x7528;
top&#xFF1A;          &#x663E;&#x793A;&#x5BB9;&#x5668;&#x7684;&#x6267;&#x884C;&#x8FDB;&#x7A0B;
unpause&#xFF1A;      &#x53D6;&#x6D88;&#x6682;&#x505C;&#x4E00;&#x4E2A;&#x6216;&#x591A;&#x4E2A;&#x5BB9;&#x5668;&#x4E2D;&#x7684;&#x5168;&#x90E8;&#x8FDB;&#x7A0B;
update&#xFF1A;       &#x66F4;&#x65B0;&#x4E00;&#x4E2A;&#x6216;&#x8005;&#x591A;&#x4E2A;&#x5BB9;&#x5668;&#x7684;&#x914D;&#x7F6E;
<span class="hljs-built_in">version</span>&#xFF1A;      &#x663E;&#x793A;docker&#x7248;&#x672C;&#x53F7;&#x4FE1;&#x606F;
volume&#xFF1A;       &#x7BA1;&#x7406;docker&#x5377;
<span class="hljs-built_in">wait</span>&#xFF1A;         &#x5835;&#x585E;&#x77E5;&#x9053;&#x5BB9;&#x5668;&#x505C;&#x6B62;&#xFF0C;&#x7136;&#x540E;&#x6253;&#x5370;&#x63A8;&#x51FA;&#x4EE3;&#x7801;

这里我们要注意几点问题：
1：start 和run的差别
run是依据现存的镜像启动一个新的容器。而start是開始一个停止的容器。即退出时是使用exit或者stop的
2：commit和save
这个意思就是每次对容器做一些改动之后。我们须要先提交到本地库。然后save成tar包以供其它使用，若不进行commit直接save的话，正在对容器所做的改变则不能save下来
3：export和save的差别
两者都是导出镜像为tar形式。可是export导出的文件要比save保存的小，原因是export导出的会丢失一些log信息和镜像的层信息，详细可參考：
http://www.server110.com/docker/201411/11213.html

Docker应用实例

1：docker部署ELK

需求分析：

将ELK封装在Docker中便于封装成成型的产品进行出售和转移

PS：因为Docker容器登录之后，进入的是root用户，而ELK不同意在root用户执行，所以这里我们新建了elk用户作为ELK的执行用户
1)：执行一个ubuntu的容器

sudo docker pull ubuntu
sudo docker run -i -t ubuntu

以下是在docker容器中执行

2)：创建elk用户的文件夹（root用户下进行）

mkdir /home/elk

3)：新建elk用户和elk用户组

groupadd elk
useradd elk -g elk

4)：给elk用户赋予password

passwd elk

5)：安装ELK stack

參考：http://blog.csdn.net/gamer_gyt/article/details/52654263

2：docker部署rails服务环境

需求分析：

在一台联网的机器上安装docker,并在当中部署好rails服务环境，保存成tar，并load进另外一台没有网络的环境

PS：docker容器内执行一个操作系统，好多依赖的包都会缺少，这一点要注意
1)：接着1中进行

2)：安装git

apt-get install git

3)：安装rbenv，并增加到环境变量

git clone https://github.com/rbenv/rbenv.git ~/.rbenv
echo ‘export PATH=”H O M E /.r b e n v /b i n :PATH”‘ >> ~/.bashrc

再把 eval “$(rbenv init -)” 写入.bashrc
使环境变量生效：

Source .bashrc

初始化

~/.rbenv/bin/rbenv init
type rbenv

4)：安装ruby-build

git clone https://github.com/rbenv/ruby-build.git ~/.rbenv/plugins/ruby-build

測试是否成功

rbenv install

5)：安wget

apt-get install wget

6)：安装其它一些依赖

apt-get install -y build-essential nodejs
apt-get install bzip2 libssl-dev libreadline-dev zlib1g-dev

7)：安装ruby

rbenv install -l (查看支持安装的版本号)
rbenv install 2.3.0(以2.3.0为例)

此时应该是没有问题的，假设还有问题的话具详细情况定

8)：安装rails

gem install rails

9)：打包
提交到本地库

sudo docker commit containerID new_image_name

保存成tar包

sudo dockek save -o *.tar new_image_name

10)：在断网的server执行
拷贝tar包到该server

sudo scp ubuntu_rails **.tar ip:/home/master

载入镜像

sudo docker load –input *.tar

3、ELK在Docker中的端口映射

需求分析：

elk部署之后，端口的訪问仅限于执行ELK的Docker容器，所以要建立端口映射将端口暴露给外部以供訪问

1)：启动docker 指定端口，注意不能使部署docker的server和docker内所映射的端口一致

Es：9201-9200 kibana：5600-5601

sudo docker run -t -i -d -p 9201:9200 -p 5600:5601 ubuntu/rails:elk_ok（ubuntu/rails:elk_ok镜像）

然后进入容器启动镜像

2)：因为我的是在虚拟机中部署的docker和elk服务，在本地window上并不能直接訪问web端口。可是这里我们能够加一个映射

netsh interface portproxy add v4tov4 listenport=9200 connectaddress=192.168.197.128 connectport=9201
netsh interface portproxy add v4tov4 listenport=5601 connectaddress=192.168.197.128 connectport=5600

这里之所以是9201和5600是因为我在linuxserver和docker容器的端口映射时将9200映射为9201。将5601映射为5600

3)：本地indows就能够了

4)：截图为证

END

Original: https://www.cnblogs.com/yxysuanfa/p/7401404.html
Author: yxysuanfa
Title: 【Docker江湖】之docker部署与理解

原创文章受到原创版权保护。转载请注明出处：https://www.johngo689.com/534268/

转载文章受原作者版权保护。转载请注明原作者出处！

2024 年 4 月
一	二	三	四	五	六	日
1	2	3	4	5	6	7
8	9	10	11	12	13	14
15	16	17	18	19	20	21
22	23	24	25	26	27	28
29	30

【Docker江湖】之docker部署与理解

1、内核版本号要求

2、下载二进制包并解压

3、载入到全局变量

4、关闭防火墙

5、启动服务

6、測试

1、Docker是什么

2、为什么要使用Docker

1）、启动在秒级实现

2）、更高速的交付和部署

3）、更高效的虚拟化

4）、更轻松的迁移和扩展

5）、更简单的管理

6）、对照传统虚拟机总结

3、Docker的三个基本概念

1：docker部署ELK

2：docker部署rails服务环境

3、ELK在Docker中的端口映射

1)：启动docker 指定端口，注意不能使部署docker的server和docker内所映射的端口一致

2)：因为我的是在虚拟机中部署的docker和elk服务，在本地window上并不能直接訪问web端口。可是这里我们能够加一个映射

3)：本地indows就能够了

4)：截图为证

大家都在看