docker容器端口IP规划及端口动态扩容-低调大师

docker容器端口IP规划及端口动态扩容

2017-10-29 522

docker容器一旦启动，参数就无法改变，生产环境中最常变的就是端口映射，为了解决这个问题，那么首先就要规划好，本文列出了两种端口规划方案，如果后续维护中出现了要增加端口映射的场景，本文也给出了动态端口映射扩容方案。

1、单IP多容器映射规划方案

此种环境适用只有单个IP环境下，如云主机等。

1.1 端口映射规划表格：

规划不同的端口段，映射到容器从而对外提供服务。

主机名称	ssh映射		mysql映射		nginx映射		redis映射
redis-test	51000	22	51001	3306	51004	80	51002	6379
					51005	8000	51003	6381
					51006	8888
scheduler-test	52000	22	52001	3306	52004	80	52002	6379
					52005	8888	52003	6381
					52006	8000
…	…	…	…	…	…	…	…	…

1.2 对应容器启动命令：

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

docker run -h="salt_zabbix_manager02" --name salt_zabbix_manager02 -d -p 52000:22 -p 52001:3306 -p 52003:6379 -p 52004:6381 -p 52005:80 -p 52006:8000 -p 52007:8888 debian02 /etc/rc.local

1.3 上述启动参数解释：

-h 是指启动后容器中的主机名。

--name 是宿主机上容器的名称，以后启动停止容器不必用容器ID，用名称即可，如docker stop redis-test。

-d 以后台形式运行。

-p 指定映射端口，如果需要映射UDP端口，则格式是 -p3000:3000/udp。

debian02 是基础镜像名称。

/etc/rc.local 是容器的启动命令，把多个启动脚本放/etc/rc.local中，方便多个程序随容器开机自启动。

#关于docker的安装、初步使用、命令详解、镜像制作、容器迁入迁出等，请参考我另一篇文章：http://yangrong.blog.51cto.com/6945369/1551327

2、多IP多容器映射规划方案

此规划比较适用于内网测试研发环境，所有对外访问IP都需要配置在宿主机上，如以第二IP eth0:1,eth0:2这种形式配置，然后每个IP和容器的端口映射配置就可以一致了。

2.1 端口与IP映射规划表格：

（此处是内网IP，宿主机IP是10.28.103.1）

主机名称	对外访问IP	容器开放端口	操作系统
iframe-test	10.18.103.2	22 3306 80 8000 8888 443 6379 6381	debian7
web-test	10.18.103.3	22 3306 80 8000 8888 443 6379 6381	debian7

2.2 对应容器启动命令：

docker run -h="iframe-test" --name iframe-test -d -p 10.18.103.2:22:22 -p 10.18.103.2:3306:3306 -p 10.18.103.2:6379:6379 -p 10.18.103.2:6381:6381 -p 10.18.103.2:80:80 -p 10.18.103.2:8000:8000 -p 10.18.103.2:8888:8888 -p 10.18.103.2:443:443 debian-iframe-test /etc/rc.local

docker run -h="web-test" --name web-test -d -p 10.18.103.3:22:22 -p 10.18.103.3:3306:3306 -p 10.18.103.3:6379:6379 -p 10.18.103.3:6381:6381 -p 10.18.103.3:80:80 -p 10.18.103.3:8000:8000 -p 10.18.103.3:8888:8888 -p 10.18.103.3:443:443 debian-iframe-test /etc/rc.local

3、端口映射动态扩容方案

在工作当中，一般增加新的服务时，就需新增一个端口映射，由于无法动态调整，通常都需要commit到新的镜像，然后在基于新的镜像来起容器，确实是一件很麻烦的事。

但映射的本质，是通过iptables来完成的。所以我们可以动态的用iptables增加端口映射即可,如下：

3.1 用iptables查看容器映射情况：

root@qssec-iframe:~# iptables -t nat -nvL

…

Chain DOCKER (2 references)

pktsbytes target prot opt in out source destination

0 0 DNAT tcp -- !docker0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:8000 to:172.17.0.3:8000

0 0 DNAT tcp -- !docker0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:443 to:172.17.0.3:443

0 0 DNAT tcp -- !docker0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:3306 to:172.17.0.3:3306

0 0 DNAT tcp -- !docker0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:6379 to:172.17.0.3:6379

0 0 DNAT tcp -- !docker0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:6381 to:172.17.0.3:6381

3470 190K DNAT tcp -- !docker0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:80 to:172.17.0.3:80

0 0 DNAT tcp -- !docker0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:8888 to:172.17.0.3:8888

41 2336 DNAT tcp -- !docker0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:50000 to:172.17.0.3:22

#从这里可以找到docker容器里使用的IP，然后在用iptables增加映射即可。

3.2 举例新增zabbix端口的映射：

3.2.1 单IP单容器端口扩容：

iptables -t nat -A PREROUTING -p tcp -m tcp --dport 10050 -j DNAT --to-destination 172.17.0.3:10050

iptables -t nat -A PREROUTING -p tcp -m tcp --dport 10051 -j DNAT --to-destination 172.17.0.3:10051

3.2.2 单IP多容器端口扩容：

iptables -t nat -A PREROUTING -p tcp -m tcp --dport 50010 -j DNAT --to-destination 172.17.0.3:10050

iptables -t nat -A PREROUTING -p tcp -m tcp --dport 50011 -j DNAT --to-destination 172.17.0.3:10051

#另一个容器则可以规划为60010,60011，这样在zabbix监控的时候，就需要指定客户容器的端口连接了。

3.2.3 多IP多容器端口扩容：

iptables -t nat -A PREROUTING -d 10.18.103.2 -p tcp -m tcp --dport 10050 -j DNAT --to-destination 172.17.0.3:10050

iptables -t nat -A PREROUTING -d 10.18.103.2 -p tcp -m tcp --dport 10051 -j DNAT --to-destination 172.17.0.3:10051

#iptables -t nat -A PREROUTING -d 10.18.103.3 -p tcp -m tcp --dport 10050 -j DNAT --to-destination 172.17.0.4:10050

#iptables -t nat -A PREROUTING -d 10.18.103.3 -p tcp -m tcp --dport 10051 -j DNAT --to-destination 172.17.0.4:10051

#这样zabbix连接10.18.103.2，3的正常zabbix端口就可以了。

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

微信关注我们

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

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

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

阿里云双11访谈之云存储

摘要：阿里云对象存储OSS和文件储存NAS可以说是阿里云存储的当家花旦，在阿里云双11访谈云存储专场中，阿里云对象存储OSS产品经理周皓、阿里云文件存储NAS产品经理王登宇共同为大家介绍了以对象存储OSS和文件存储NAS为代表的阿里云存储系列产品的优势以及各个产品的适用场景。双11第一波，红包领不停，点击看详情：https://promotion.aliyun.com/ntms/act/pre20171111.html 以下内容根据访谈视频整理而成。阿里云对象存储OSS简介阿里云对象存储OSS是海量、安全、低成本、高可靠、经济的面向互联网的对象存储服务。提到对象存储这个名词，大家可能有些陌生，其实大家在生活中经常接触到的各种各样的音视频文件、文档、日志等都可以看成对象。对象存储OSS的特点面向互联网，OSS首先的一个特点就是面向互

2017-10-30

592

如何生产化是一个非常宽泛的话题。公有和私有就是一个区别非常大的场景，完全docker化以及部分docker化也是一个非常有意思的话题，实践过程中除了会遇到docker的问题之外，自然会遇到docker化思维转变所导致的种种障碍。那么睿云智合（Wise2C）是如何助力docker技术的进一步成熟与完善呢？随着Docker的日趋成熟，容器技术在全球范围内的应用越来越广泛，国内的企业IT对于容器技术也从过去的试用调研转向现在的真正落地。睿云智合(Wise2C)将密切追踪这一领域的技术发展趋势，凭借业界领先的产品以及丰富的落地经验为国内企业提供专业的技术服务。在企业落地实践过程中睿云智合(Wise2C)积累了大量的容器技术落地实践经验并解决了诸多落地实施时面临的技术障碍。如今睿云智合(Wise2C)除了继续通过持续迭代的产品以及专业技术服务帮助企业实现容器技术落地之外，也参与到积极为docker社区贡献力量的活动中去。了解容器技术必须知道睿云智合(Wise2C)的实力。

2017-10-30

427

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

腾讯云软件源

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

Spring

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

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。