hosting&docker host net & docker nat net apache服务器性能测试

最新推荐文章于 2022-05-31 08:56:35 发布
最新推荐文章于 2022-05-31 08:56:35 发布
阅读量1k 收藏
点赞数
分类专栏： docker 文章标签： apache centos docker 性能 网络
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/asd05txffh/article/details/51059673
版权

测试目的
对比hosting，docker host和docker nat三种模式下apache服务器的性能差异。补充测试采用linux bridge 和 ovs bridige桥接时的性能，桥接工具使用的是pipework （https://github.com/jpetazzo/ pipeworkovs）。 三种部署模式下，httpd的性能均没有做优化，配置为安装完成的默认配置。

测试环境
paralles部署vm
centos7，4 cpu,4g 内存
httpd的docker镜像
测试软件：
apache benchmaker工具ab
docker 1.9

httpd镜像使用的dockefile

From centos:latest
RUN yum makecache fast && \
    yum -y update && \
    yum -y install httpd
COPY ./start.sh /start.sh
RUN chmod +x /start.sh
CMD "/start.sh"

测试数据
hosting

fangfenghuadeMacBook-Pro:bin fangfenghua$ ab -c 100 -n 1000000 -k http://192.168.2.67:80/
This is ApacheBench, Version 2.3 <$Revision: 1663405 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking 192.168.2.67 (be patient)
Completed 100000 requests
Completed 200000 requests
Completed 300000 requests
Completed 400000 requests
Completed 500000 requests
Completed 600000 requests
Completed 700000 requests
Completed 800000 requests
Completed 900000 requests
Completed 1000000 requests
Finished 1000000 requests


Server Software:        Apache/2.4.6
Server Hostname:        192.168.2.67
Server Port:            80

Document Path:          /
Document Length:        4897 bytes

Concurrency Level:      100
Time taken for tests:   53.555 seconds
Complete requests:      1000000
Failed requests:        0
Non-2xx responses:      1000000
Keep-Alive requests:    990156
Total transferred:      5203566861 bytes
HTML transferred:       4897000000 bytes
Requests per second:    18672.41 [#/sec] (mean)
Time per request:       5.355 [ms] (mean)
Time per request:       0.054 [ms] (mean, across all concurrent requests)
Transfer rate:          94885.88 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   0.3      0     128
Processing:     0    5  29.7      1    1601
Waiting:        0    5  29.7      0    1601
Total:          0    5  29.7      1    1601

Percentage of the requests served within a certain time (ms)
  50%      1
  66%      1
  75%      1
  80%      2
  90%      4
  95%     15
  98%     63
  99%    125
 100%   1601 (longest request)

Docker网络模式，hosts

fangfenghuadeMacBook-Pro:bin fangfenghua$ ab -c 100 -n 1000000 -k http://192.168.2.67:80/
This is ApacheBench, Version 2.3 <$Revision: 1663405 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking 192.168.2.67 (be patient)
Completed 100000 requests
Completed 200000 requests
Completed 300000 requests
Completed 400000 requests
Completed 500000 requests
Completed 600000 requests
Completed 700000 requests
Completed 800000 requests
Completed 900000 requests
Completed 1000000 requests
Finished 1000000 requests


Server Software:        Apache/2.4.6
Server Hostname:        192.168.2.67
Server Port:            80

Document Path:          /
Document Length:        4897 bytes

Concurrency Level:      100
Time taken for tests:   56.680 seconds
Complete requests:      1000000
Failed requests:        0
Non-2xx responses:      1000000
Keep-Alive requests:    990155
Total transferred:      5203566903 bytes
HTML transferred:       4897000000 bytes
Requests per second:    17642.98 [#/sec] (mean)
Time per request:       5.668 [ms] (mean)
Time per request:       0.057 [ms] (mean, across all concurrent requests)
Transfer rate:          89654.70 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   0.3      0     138
Processing:     0    6  30.9      1    1961
Waiting:        0    6  30.8      1    1961
Total:          0    6  30.9      1    1961

Percentage of the requests served within a certain time (ms)
  50%      1
  66%      1
  75%      1
  80%      2
  90%      4
  95%     17
  98%     69
  99%    126
 100%   1961 (longest request)

Docker网络模式，nat

fangfenghuadeMacBook-Pro:bin fangfenghua$ ab -c 100 -n 1000000 -k http://192.168.2.67:90/
This is ApacheBench, Version 2.3 <$Revision: 1663405 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking 192.168.2.67 (be patient)
Completed 100000 requests
Completed 200000 requests
Completed 300000 requests
Completed 400000 requests
Completed 500000 requests
Completed 600000 requests
Completed 700000 requests
Completed 800000 requests
Completed 900000 requests
Completed 1000000 requests
Finished 1000000 requests


Server Software:        Apache/2.4.6
Server Hostname:        192.168.2.67
Server Port:            90

Document Path:          /
Document Length:        4897 bytes

Concurrency Level:      100
Time taken for tests:   65.848 seconds
Complete requests:      1000000
Failed requests:        0
Non-2xx responses:      1000000
Keep-Alive requests:    990156
Total transferred:      5203566907 bytes
HTML transferred:       4897000000 bytes
Requests per second:    15186.59 [#/sec] (mean)
Time per request:       6.585 [ms] (mean)
Time per request:       0.066 [ms] (mean, across all concurrent requests)
Transfer rate:          77172.31 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   0.2      0     105
Processing:     0    7  39.1      1    2593
Waiting:        0    7  39.1      1    2593
Total:          0    7  39.1      1    2593

Percentage of the requests served within a certain time (ms)
  50%      1
  66%      2
  75%      3
  80%      3
  90%      7
  95%     18
  98%     58
  99%    122
 100%   2593 (longest request)

下面利用pipework工具，为容器指定网络。分别测试采用linux bridge和ovs bridge两种桥接方式的性能。
linux bridge

fangfenghuadeMacBook-Pro:bin fangfenghua$ ab -c 100 -n 1000000 -k http://192.168.2.67:80/
This is ApacheBench, Version 2.3 <$Revision: 1663405 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking 192.168.2.67 (be patient)
Completed 100000 requests
Completed 200000 requests
Completed 300000 requests
Completed 400000 requests
Completed 500000 requests
Completed 600000 requests
Completed 700000 requests
Completed 800000 requests
Completed 900000 requests
Completed 1000000 requests
Finished 1000000 requests


Server Software:        Apache/2.4.6
Server Hostname:        192.168.2.67
Server Port:            80

Document Path:          /
Document Length:        4897 bytes

Concurrency Level:      100
Time taken for tests:   71.656 seconds
Complete requests:      1000000
Failed requests:        0
Non-2xx responses:      1000000
Keep-Alive requests:    990155
Total transferred:      5203566881 bytes
HTML transferred:       4897000000 bytes
Requests per second:    13955.59 [#/sec] (mean)
Time per request:       7.166 [ms] (mean)
Time per request:       0.072 [ms] (mean, across all concurrent requests)
Transfer rate:          70916.85 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   0.0      0       5
Processing:     0    7  37.7      1    2200
Waiting:        0    7  37.7      1    2200
Total:          0    7  37.7      1    2200

Percentage of the requests served within a certain time (ms)
  50%      1
  66%      2
  75%      3
  80%      4
  90%      7
  95%     23
  98%     74
  99%    136
 100%   2200 (longest request)

ovs bridge

fangfenghuadeMacBook-Pro:bin fangfenghua$ ab -c 100 -n 1000000 -k http://192.168.2.67:80/
This is ApacheBench, Version 2.3 <$Revision: 1663405 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking 192.168.2.67 (be patient)
Completed 100000 requests
Completed 200000 requests
Completed 300000 requests
Completed 400000 requests
Completed 500000 requests
Completed 600000 requests
Completed 700000 requests
Completed 800000 requests
Completed 900000 requests
Completed 1000000 requests
Finished 1000000 requests


Server Software:        Apache/2.4.6
Server Hostname:        192.168.2.67
Server Port:            80

Document Path:          /
Document Length:        4897 bytes

Concurrency Level:      100
Time taken for tests:   66.925 seconds
Complete requests:      1000000
Failed requests:        0
Non-2xx responses:      1000000
Keep-Alive requests:    990152
Total transferred:      5203566750 bytes
HTML transferred:       4897000000 bytes
Requests per second:    14942.03 [#/sec] (mean)
Time per request:       6.693 [ms] (mean)
Time per request:       0.067 [ms] (mean, across all concurrent requests)
Transfer rate:          75929.52 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   0.5      0     117
Processing:     0    7  44.5      1    3577
Waiting:        0    7  44.4      1    2173
Total:          0    7  44.6      1    3577

Percentage of the requests served within a certain time (ms)
  50%      1
  66%      1
  75%      1
  80%      2
  90%      4
  95%     13
  98%     64
  99%    205
 100%   3577 (longest request)

汇总分析
这里写图片描述
这里写图片描述
上图中，横轴从左到右依此是hosting、docker net host、docker host nat、pipenetowork linux－br、pipenetwork ovs－br。
从汇总的数据来看，hosting和docker host模式的网络性能差异较小，基本可以忽略性能行书。但是nat模式下，rps，tps，tr均损失了17％左右。性能损失较大。从上述测试数据看，当前的nat模式的网络模式较为不可取。尤其对网络性能敏感的场景。
与docker原生支持的两种方式比较，linux bridge的性能损失最大。比docker默认的nat模式的性能损失还要大。ovs－brdige的性能几乎与docker的nat网络模式性能相当。

ARunningPig
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Docker网络模型：Nat，bridge，叠加网络；Docker中的bridge，host，none网络
二十四桥明月夜
10-16 3584
目录 Docker：网络模型 Network：隔离设备，网络栈，端口等 Bridge：桥网络 一、S1、S2交换机之间用软件模拟虚拟网卡，进行通信 二、S1、S2交换机通过路由转发，实现不同的网段的通信 Nat:网络地址转换协议 Overlay Network：叠加网络 Docker 中网络 Docker 中 Bridge 网络 IPtables 规则 Docker 中 host 网络 引入 Container A要被外部主机B访问，还有什么方法（除了桥接）？ ...
docker网络
BWL1998的博客
06-27 1390
Docker使用Linux桥接，在宿主机虚拟一个Docker容器网桥（docker0），docker启动一个容器时会根据Docker网桥的网段分配给容器一个IP地址，称为container-IP，同时Docker网桥是每个容器的默认网关。因为在同一宿主机内的容器都接入同一个网桥，这样容器之间就能够通过容器的Container-IP直接通信。Docker网桥是宿主机虚拟出来的，并不是真实存在的网络设备，外部网络是无法寻址到的，这也意味着外部网络无法直接通过Container-IP访问到容器，如果容器不希望外部
docker vs host性能差异
09-03
docker vs host性能差异
Docker配置使用说明书（httpd、nginx、java程序）
cuiyaoqiang的博客
03-13 1636
1.Docker介绍 Docker 是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的 Linux 机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口。 2.docker安装 1)更新yum yum update 2)安装docker yum install docker 3)安装完成后...
zx-hive:Docker编排魔术
03-15
COGSMITH HIVE :high_voltage: Docker编排魔术 :high_voltage:容器抽象层：服务器和工作负载 :spouting_whale: 在任何本地服务器或云服务上轻松部署和托管多个混合工作负载工作负载类型：泊坞窗映像，容器堆栈，静态...
nancy-demo-hosting-docker:NancyFX托管在Docker容器中
05-26
在Docker容器中托管Nancy和Mono的演示项目跑步 $ docker build -t github.com/benhall/nancy-demo-hosting-docker . $ docker run -d --name nancy-demo -p 8080:8080 github.com/benhall/nancy-demo-hosting-docker...
docker-gitlab：Dockerized GitLab
02-04
sameersbn / gitlab：13.8.2 介绍 Dockerfile，用于为开源容器平台构建映像。 GitLab CE是使用官方GitLab文档中记录的方法在...Docker是一个相对较新的项目，并由兴旺的开发人员和测试人员社区积极开发和测试，并且每
Docker Cookbook
01-01
This book will also help you understand Docker use cases, orchestration, security, ecosystems, and hosting platforms to make your applications easy to deploy, build, and collaborate on.
dotnet-hosting-5.0.17-win.exe
最新发布
04-13
dotnet-hosting-5.0.17-win.exe NET5 运行时配套运行环境可以作者主页下载
docker --net详解_Docker网络通信
热门推荐
weixin_34608222的博客
01-19 2万+
Docker：网络模式详解 - Gringer - 博客园​www.cnblogs.com安装Docker时，它会自动创建三个网络，bridge（创建容器默认连接到此网络）、 none 、hostdocker run创建Docker容器时，可以用 --net 选项指定容器的网络模式 ：host模式：使用 --net=host 指定。 none模式：使用 --net=none 指定。 bridge模...
测试Docker的网络处理性能
chijiu4353的博客
07-19 1501
测试结论 性能对比： 物理机 : MacVlan : Iptables = 100 : 90 : 60 mcrouter 性能不理想或待调优（本章配角、不讨论）。 物理机 采用Docker镜像里相同配置 /etc/memcached.conf: -d logfile /var/log/...
42 | 案例篇：如何优化 NAT 性能？（下）
元贞
11-23 371
上一节，我们学习了 NAT 的原理，明白了如何在 Linux 中管理 NAT 规则。先来简单复习一下。 NAT 技术能够重写 IP 数据包的源 IP 或目的 IP，所以普遍用来解决公网 IP 地址短缺的问题。它可以让网络中的多台主机，通过共享同一个公网 IP 地址，来访问外网资源。同时，由于 NAT 屏蔽了内网网络，也为局域网中机器起到安全隔离的作用。 Linux 中的 NAT ，基于内核的连接...
docker容器网络模式
weixin_44052482的博客
11-02 578
docker网络模式 1.Nat ( network address translation) 桥接模式 docker容器的默认模式 网络资源隔离 无需手动配置 可以访问外网 外界无法直接访问容器ip 低性能 端口管理麻烦 （需要端口映射） 容器访问外界使用的是iptables的SNAT规则 外界访问容器使用的是DNAT规则 ifconfig 其中docker0地址是docker容器的网关 查...
Docker 网络详解
03-15
Docker 是 PaaS 供应商 DotCloud 开源的一个基于 LXC 的高级容器引擎，基于 Go 语言开发并遵从Apache 2.0  协议，通过内核虚拟化技术（namespaces及cgroups等，这里的内核技术指的是Linux内核）来提供容器的资源隔离与安全保证等。由于docker通过操作系统层的虚拟化实现隔离，所以在运行时，不需要额外的虚拟化管理程序（VMM(Virtual Machine Monitor)，以及Hyperisor）支持，它属于内核级虚拟化，可以实现更高的性能，同时对资源的额需求更低。它和KVM 虚拟化的区别在于：docker是通过隔离来进行创建容器，而KVM虚拟化通过模拟方式创建虚拟机。而本套课程主要讲解docker容器网络的各种构建方式，比如单台主机内的容器通信，及多台主机间的容器通信的主流实现方式。主要讲解Docker 网络以下几个方面：  1.  Linux的虚拟桥和虚拟网卡、网络名称空间等。  2.  Docker网络的基础知识。  3.  用户自定义的网络  4.  Docker和openvswitch虚拟交换机的集成。  5.  容器dns相关配置  6.  容器网络通信的相关安全  7.  容器和flannel网络集成  8.  容器网络的相关排错注意：本课程学习需要具有一定的Linux基础、网络基础，至少需要您了解网络七层协议，路由等基础知识，并掌握Docker相关知识点。
NAT定义及模式和docker模式
weixin_56936781的博客
05-31 1070
NAT 介绍 文章目录NAT 介绍NAT 模式及定义NAT的三种模式NAT的定义docker包含的模式 NAT 模式及定义 NAT的三种模式 NAT(网络地址转换技术)　NAT的实现方式有三种，即静态转换Static Nat、动态转换Dynamic Nat 和 端口多路复用OverLoad。 　　静态转换是指将内部网络的私有IP地址转换为公有IP地址，IP地址对是一对一的，是一成不变的，某个私有IP地址只转换为某个公有IP地址。借助于静态转换，可以实现外部网络对内部网络中某些特定设备(如服务器)的访
Docker NAT iptables实现 及网络配置 （网络二）
weixin_34418883的博客
08-13 1892
Docker NAT iptables实现默认情况下，容器可以主动访问到外部网络的连接，但是外部网络无法访问到容器容器访问外部实现容器所有到外部网络的连接，源地址都会被 NAT 成本地系统的 IP 地址（即docker0地址）。这是使用 iptables 的源地址伪装操作实现的查看主机的 NAT 规则[root@localhostsshd_dockerfile]#ipt...
关于Docker中网络性能疑惑
weixin_33796177的博客
10-09 1005
关于容器技术里面的网络模型的疑问：这两天看了一下容器网络模型，包括CNM和CNI，包括bridge模型，这两种模式貌似差不多，都是通过bridge做网关+NAT技术，如果一个bridge连接的容器较多，性能和安全性可想而知，尤其是网络IO较大的情况下，几乎不可用。CNM的其他几个模式用途也比较有限，CNI的MACVLAN和IPVLAN模式貌似比较简单，而且...
,net 5.0 使用Kestrel创建tcp服务器
06-10
可以使用Kestrel和System.Net.Sockets命名空间来创建TCP服务器。下面是一个简单的示例： ```csharp using System; using System.Net; using System.Net.Sockets; using System.Threading.Tasks; using Microsoft....

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值