docker数据卷备份恢复以及配置桥接网络-低调大师

docker数据卷备份恢复以及配置桥接网络

2017-11-27 574

25.9 数据卷备份恢复

备份：

如果数据卷容器的共享目录已经挂载到了本地宿主机的磁盘上，那么就无需进行数据卷备份。没有进行挂载到本地，而是作为共享目录的数据卷容器，就得定期将数据卷进行一个备份，不然如果数据卷被删除的话，数据也会丢失。

假设数据卷容器共享的目录是data，由于是作为一个共享目录的数据卷容器，那么就会与普通容器进行目录的关联。这样我们可以在本地磁盘上创建一个backup目录，在新建容器的时候，把容器的backup目录映射到本地宿主机的backup目录上，之后需要备份data目录的数据时，只需要把data目录打包到backup目录下即可，这样就会写入到本地磁盘的backup中。

示意图：

实现如下：

1.在本地磁盘上创建一个backup目录：

mkdir /data/backup

2.新建容器，把容器的backup目录映射到本地宿主机的backup目录上，并将data目录打包到backup目录下：

docker run --volumes-from testvol -v  /data/backup/:/backup centos tar cvf  /backup/data.tar /data/

说明：首先我们需要使用testvol数据卷新开一个容器，同时我们还需要把本地的/backup/目录挂载到该容器的/backup下，这样在容器中/backup目录里面新建的文件，我们就可以直接在/data/backup/目录中看到了。然后再把/data/目录下面的文件打包到成data.tar文件放到/backup目录下面，这样就实现了一个简单的备份。

恢复：

恢复则是反其道而行之，先新建一个数据卷容器，再新建一个新的容器并挂载该数据卷容器，然后再把打包的tar包解包。

1.新建数据卷容器：

docker run -itd -v /data/ --name testvol2 centos bash

2.挂载数据卷新建容器，并解包：

docker run --volumes-from testvol2  -v /data/backup/:/backup centos tar xf /backup/data.tar

25.10 docker网络模式

我们平时使用的VMware、VirtualBox等虚拟机软件，都有不同的网络模式，例如：NAT模式、桥接模式、仅主机模式等。而docker也是一种虚拟技术，所以自然也有不同的网络模式，docker有四种网络模式。

host模式，使用docker run时使用 --net=host 指定。docker使用的网络实际上和宿主机一样，在容器内看到的网卡ip是宿主机ip。

container模式，使用 --net=container:container_id/container_name 来指定。多个容器使用共同的网络，看到的ip是一样的。例如容器A和容器B使用共同的网络，那么它们两个看到的ip就是一样的。

none模式，使用 --net=none 指定，这种模式下，不会配置任何网络。

bridge模式，使用 --net=bridge 指定默认模式，不用指定默认就是这种网络模式。这种模式会为每个容器分配一个独立的Network Namespace。类似于vmware的nat网络模式。同一个宿主机上的所有容器会在同一个网段下，相互之间是可以通信的。

外部访问容器：

以上简单介绍了几种docker的网络模式，我们也知道docker模式使用的是bridge模式，可以与宿主机以及该宿主机上的其他容器进行通信。但是，如果想要在宿主机外部访问该容器，则是无法访问的。

解决这个问题的方法，就是我们可以将容器端口映射到宿主机上，那么访问宿主机的端口即可，下面我们来用一个小例子进行一个简单的演示：

1.进入到一个运行中的容器，或者从现有的镜像新建一个容器，进入容器后安装nginx，安装完后退出容器：

[root@server ~]# docker exec -it f7774d bash
[root@f7774d6447ca /]# yum -y install epel-release
[root@f7774d6447ca /]# yum -y install nginx
[root@f7774d6447ca /]# exit

2.然后把该容器导成一个新的镜像，接着再使用新镜像创建容器，并指定端口映射：

[root@server ~]# docker commit -m "install nginx" -a "author" f7774d centos_with_nginx  # 导出为镜像
sha256:1c56209c7a2775755af07e6b8f6005aed2936e7922f381ee648582e696196901
[root@server ~]# docker images
REPOSITORY                    TAG                 IMAGE ID            CREATED             SIZE
centos_with_nginx             latest              1c56209c7a27        18 seconds ago      389MB
[root@server ~]# docker run -itd -p 8088:80 centos_with_nginx bash  # 创建容器时指定端口映射
6289ec878420dcd27218334fb7933216e8a04c2eff839ae699ae75e7c7625957
[root@server ~]#

-p 可以指定端口映射，本例中将容器的80端口映射为本地的8088端口。

25.11 opration not permitted错误

以上我们已经完成了nginx的安装以及导出镜像，并且也创建好了容器。但是新建的容器，如果启动nginx或者httpd这类服务的时候会报如下错误：

Failed to get D-Bus connection: Operation not permitted

例如，我进入到刚刚创建的容器下启动nginx服务：

[root@server ~]# docker exec -it 6289ec8 bash
[root@6289ec878420 /]# systemctl start nginx
Failed to get D-Bus connection: Operation not permitted
[root@6289ec878420 /]# exit

如上，可以看到报错了。

这是因为dbus-daemon没有启动，解决该问题的方法如下：

启动容器时，要加上--privileged -e "container=docker" ，并且最后面的命令改为/usr/sbin/init

例如，我们删除之前的容器，重新创建：

[root@server ~]# docker rm -f 6289ec8  # 删除之前的容器
6289ec8
[root@server ~]# docker run -itd --privileged -e "container=docker" -p 8088:80 centos_with_nginx /usr/sbin/init
5814019a5395d165cbf77e1921936698b78a6d62abd94e7b4aa6d718ebecebee
[root@server ~]# 
[root@server ~]# docker exec -it 5814019 bash
[root@dea214b5c1c5 /]# systemctl start nginx  # 这时启动nginx就没有报错了
[root@dea214b5c1c5 /]# ps aux |grep nginx
root         93  0.0  0.1 122928  2252 ?        Ss   18:33   0:00 nginx: master process /usr/sbin/nginx
nginx        94  0.0  0.1 123392  3136 ?        S    18:33   0:00 nginx: worker process
nginx        95  0.0  0.1 123392  3136 ?        S    18:33   0:00 nginx: worker process
nginx        96  0.0  0.1 123392  3140 ?        S    18:33   0:00 nginx: worker process
nginx        97  0.0  0.1 123392  3140 ?        S    18:33   0:00 nginx: worker process
root         99  0.0  0.0   9048   664 pts/1    S+   18:33   0:00 grep --color=auto nginx
[root@dea214b5c1c5 /]# netstat -lntp |grep nginx
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      93/nginx: master pr 
tcp6       0      0 :::80                   :::*                    LISTEN      93/nginx: master pr 
[root@dea214b5c1c5 /]# curl localhost

如上，可以看到，容器里的nginx已经启动了，并且也映射了本地宿主机的8088端口，那么我们来从浏览器上访问宿主机的8088端口，看看是否能访问到这个nginx服务：

没问题，从浏览器上访问成功。以上我们就解决了外部网络访问容器服务以及在容器内启动nginx服务报opration not permitted错误的问题。

25.12 配置桥接网络

为了使本地网络中的机器和Docker容器更方便的通信，我们经常会有将Docker容器配置到和主机同一网段的需求。这个需求其实很容易实现，我们只要将Docker容器和宿主机的网卡桥接起来，也就是需要配置一个桥接网络，然后再给Docker容器配上IP就可以了，实现步骤如下：

1.首先在宿主机上进入到网卡配置文件的目录下，并拷贝网卡配置文件：

[root@server ~]# cd /etc/sysconfig/network-scripts/
[root@server /etc/sysconfig/network-scripts]# cp ifcfg-eno16777728 ifcfg-br0

2.然后编辑网卡配置文件：

[root@server /etc/sysconfig/network-scripts]# vim ifcfg-br0
TYPE=Bridge  # 将Ethernet修改为Bridge，并将以下几个字段的值修改为br0
NAME=br0
DEVICE=br0

3.编辑宿主机的网卡配置文件，并重启网卡：

[root@server /etc/sysconfig/network-scripts]# vim ifcfg-eno16777728
# 将 UUID、DNS1、DNS2、IPADDR、PREFIX、GATEWAY 等字段都注释掉
BRIDGE=br0  # 然后在文件末尾加上这一句
[root@server /etc/sysconfig/network-scripts]# systemctl restart network

4.重启网卡成功后，使用ifconfig查看网卡信息如下：

[root@server ~]# ifconfig
br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.77.130  netmask 255.255.255.0  broadcast 192.168.77.255
        inet6 fe80::20c:29ff:fef1:912c  prefixlen 64  scopeid 0x20<link>
        ether 00:0c:29:f1:91:2c  txqueuelen 0  (Ethernet)
        RX packets 661  bytes 111914 (109.2 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 177  bytes 26544 (25.9 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

eno16777728: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether 00:0c:29:f1:91:2c  txqueuelen 1000  (Ethernet)
        RX packets 833  bytes 173138 (169.0 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 179  bytes 29840 (29.1 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 0  (Local Loopback)
        RX packets 5241  bytes 2612196 (2.4 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 5241  bytes 2612196 (2.4 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

[root@server ~]#

如上，可以看到，br0已经被识别了，并且将原本是eno16777728网卡的ip分给了br0网卡，而且正常的情况下eno16777728是没有ip的。

5.安装pipwork工具：

[root@server ~]# git clone https://github.com/jpetazzo/pipework
[root@server ~]# cd pipework/
[root@server ~/pipework]# ls
docker-compose.yml  doctoc  LICENSE  pipework  pipework.spec  README.md
[root@server ~/pipework]# cp pipework /usr/local/bin/

6.开启一个容器，并进入到该容器中：

[root@server ~]# docker run -itd --net=none --name test_bridge_centos centos_with_nginx bash
9724781ac393a3c3caf0b92145aa442aac0009249dbf21619a9a40c4008ff6ab
[root@server ~]# docker exec -it 9724781 bash
[root@9724781ac393 /]# ifconfig  # 可以看到该容器中只有一个本地网卡
lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        loop  txqueuelen 0  (Local Loopback)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

[root@9724781ac393 /]# exit

7.使用pipework工具给这个容器分配ip：

# 192.168.77.125为容器的ip，@后面的ip为虚拟机的网关ip
[root@server ~]# pipework br0 test_bridge_centos 192.168.77.125/24@192.168.77.2
[root@server ~]# docker exec -it 9724781 bash
[root@9724781ac393 /]# ifconfig
eth1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.77.125  netmask 255.255.255.0  broadcast 192.168.77.255
        ether 5a:f0:c6:49:d4:27  txqueuelen 1000  (Ethernet)
        RX packets 36  bytes 7473 (7.2 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 1  bytes 42 (42.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        loop  txqueuelen 0  (Local Loopback)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

[root@9724781ac393 /]# ping www.baidu.com  # 测试能否ping通外网
PING www.a.shifen.com (14.215.177.38) 56(84) bytes of data.
64 bytes from 14.215.177.38 (14.215.177.38): icmp_seq=1 ttl=128 time=13.9 ms
64 bytes from 14.215.177.38 (14.215.177.38): icmp_seq=2 ttl=128 time=10.2 ms
64 bytes from 14.215.177.38 (14.215.177.38): icmp_seq=3 ttl=128 time=10.3 ms
64 bytes from 14.215.177.38 (14.215.177.38): icmp_seq=4 ttl=128 time=10.2 ms
^C
--- www.a.shifen.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 10.267/11.192/13.921/1.580 ms
[root@9724781ac393 /]# exit

如上，可以看到该容器已经被成功分配了我们指定的ip，并且也能正常ping通外网。

接着就是测试在外部能否ping通这个容器的ip，打开windows的cmd，执行以下命令：

C:\Users\zero>ping 192.168.77.125

正在 Ping 192.168.77.125 具有 32 字节的数据:
来自 192.168.77.125 的回复: 字节=32 时间<1ms TTL=64
来自 192.168.77.125 的回复: 字节=32 时间<1ms TTL=64
来自 192.168.77.125 的回复: 字节=32 时间<1ms TTL=64
来自 192.168.77.125 的回复: 字节=32 时间<1ms TTL=64

192.168.77.125 的 Ping 统计信息:
    数据包: 已发送 = 4，已接收 = 4，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
    最短 = 0ms，最长 = 0ms，平均 = 0ms

C:\Users\zero>

输出结果如上，可以正常ping通。

小结：以上我们通过第三方的pipework工具实现了容器网络与宿主机网络的桥接，这种方式配置起来虽然稍微有些麻烦，但是方便于本地网络中的机器和Docker容器的通信。而docker自带的bridge模式，虽然在字面上是桥接，但是实际上更类似于nat模式，或者说就是nat模式，所以我们才需要使用pipework来实现桥接。

本文转自 ZeroOne01 51CTO博客，原文链接：http://blog.51cto.com/zero01/2069594，如需转载请自行联系原作者

微信关注我们

原文链接：https://yq.aliyun.com/articles/484263

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

PaaS 应用引擎

这里主要是梳理一下应用引擎（XXXX App Engine），它一般被归类到PaaS领域。应用引擎即提供了各种编程语言开发的应用所需的一整套运行环境；它开箱即用，你只需部署应用的代码即可，无需前期的环境搭建，也无需后期的运维，其它事情都交给AppEngine。当然，这些运维工作是免不了的，只是交给PaaS服务商去做了，应用开发者无需再投入运维资源。程序员的思维方式和个人所经历的团队环境导致我对PaaS这种免运维的产品形式更感兴趣。如今IaaS服务商的主要产品包含传统的物理主机(Physical Server)、VPS(Virtual Private Server)、容器产品(Container)；而传统的IDC服务还会提供一种极端低廉的共享虚拟主机(Virtual Host)。虚拟主机也有容器化的趋势（阿里云有提供Web弹性托管主机，即号称基于Container技术、独立虚拟主机），而且价格还是比较低廉。容器技术模糊了原有的主机产品界限。如果将传统IDC服务商提供的虚拟主机作为PaaS应用引擎的v0.5版本的话，GAE、Heroku、SAE、BAE、TAE/ACE(已强制下线)...

2017-11-28

519

Docker是一个开放源代码软件项目，自2013年开始，近些年发展迅猛，它让应用程序布署在软件容器下的工作可以自动化进行，借此在Linux操作系统上，提供一个额外的软件抽象层，以及操作系统层虚拟化的自动管理机制。Docker利用Linux核心中的资源分脱机制，例如cgroups，以及Linux核心名字空间（name space），来创建独立的软件容器（containers）。这可以在单一Linux实体下运作，避免引导一个虚拟机造成的额外负担。Linux核心对名字空间的支持完全隔离了工作环境中应用程序的视野，包括进程树、网络、用户ID与挂载文件系统，而核心的cgroup提供资源隔离，包括CPU、内存、block I/O与网络。从0.9版本起，Dockers在使用抽象虚拟是经由libvirt的 LXC与systemd - nspawn提供界面的基础上，开始包括libcontainer库做为以自己的方式开始直接使用由Linux核心提供的虚拟化的设施，依据行业分析公司“451研究”：“Dockers是有能力打包应用程序及其虚拟容器，可以在任何Linux服务器上运行的依赖性工具，这有助于实现灵活...

2017-11-28

647

资源下载

更多资源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。