小测一下HCL中VSR的转发性能

c1d49cd6e97ce9cb8d29431f8f040a82.gif

正文共:555 字 10 图,预估阅读时间:1 分钟

上次我们在HCL中导入了NFV的自定义镜像如何在最新版的HCL 5.10.0中导入NFV镜像?,但是当时没有测试转发性能,最近HCL又更新了V5.10.1版本,里面着重提到更新了自定义设备的性能优化,使得我想测试一下性能到底怎么样。

小测一下HCL中VSR的转发性能_第1张图片

结合HCL中的openwrt客户端,也就是设备Server2,也是做了性能优化,可以结合之前的操作试一下HCL中竟然新增了Openwrt服务器,你知道怎么用吗?

我们先搭一个简单的测试拓扑。

小测一下HCL中VSR的转发性能_第2张图片

记得先调整2台openwrt的lan接口的IP地址,避免冲突。

小测一下HCL中VSR的转发性能_第3张图片

然后,调整一下openwrt设备的处理器配置,将运行峰值由80%调整到100%。

小测一下HCL中VSR的转发性能_第4张图片

现在的测试环境配置如下:

主机:处理器Intel Core [email protected](4核心8线程),16 GB内存

HCL:版本V5.10.1

VSR:Version 7.1.064, Release 1362P12,2核CPU,2 GB内存

openwrt:22.03,4核CPU,2 GB内存

首先以openwrt2为服务端,以openwrt3为客户端,使用系统自带的iperf 2.1.3进行测试。

小测一下HCL中VSR的转发性能_第5张图片

但是很不幸,即使我们已经拉高了openwrt的配置,但是在打流时,还是把服务端给打死了。测试过程中出现的最高带宽为395 Mbps,整体超过300 Mbps时还算稳定。

如果我们查看VSR的负载,发现始终处于比较低的水平,所以瓶颈应该是在openwrt上。

小测一下HCL中VSR的转发性能_第6张图片

接下来,我们对调一下服务端和客户端,再次测试一下。

小测一下HCL中VSR的转发性能_第7张图片

结果还是比较差,一上来服务端的网卡就崩了。

然后我发现,其实是宿主机的性能比较低,打流的时候CPU利用率直接冲到98%了。

小测一下HCL中VSR的转发性能_第8张图片

既然笔记本电脑的性能不行,那就换服务器试一下。虚拟机的处理器为Intel Xeon [email protected](16核心16线程),32 GB内存。

小测一下HCL中VSR的转发性能_第9张图片

结果还是不行,这次CPU的利用率只有40%,但网卡还是崩了。而且,应该是嵌套虚拟化的原因,性能一直比较低,最高都没有超过80 Mbps。

小测一下HCL中VSR的转发性能_第10张图片

看来还是要借颜总的高端电脑试一下,等我好消息。

990226a3aeef46adecf84f363a81847e.gif

长按二维码
关注我们吧

小测一下HCL中VSR的转发性能_第11张图片

6753fd9596ae20ba83ba0c9264c01c6b.png

如何在最新版的HCL 5.10.0中导入NFV镜像?

HCL中虚拟设备的转发性能怎么样?今天我们来测一下

VMWare ESXi中,不同的虚拟网卡性能竟然能相差三倍!

添加E1000网卡进行测试,只有VMXNET3性能的四分之一

79.55 Gbps!已经初步测得VMWare ESXi 6.7的vSwitch转发性能

CentOS 7配置Bonding网卡绑定

终于成功了!用EVE-NG导入的设备可以做PBR了!

TensorFlow识别GPU难道就这么难吗?还是我的GPU有问题?

网络之路26:STP生成树协议

网络之路27:IRF设备堆叠

macOS unlocker 4.0.5 for VMware ESXi 7.0

如何手工获取并更新ESXi中macOS的VMware Tools版本

PVE8.0-2安装使用快速指导

你可能感兴趣的:(小测一下HCL中VSR的转发性能)