正文共：999 字 12 图，预估阅读时间：1 分钟
还记得我之前发了一篇关于设备的性能和设备配置的文章（HCL设备性能这么差，能提升吗？怎么提升？）。我们的初步结论是“和报文数量相关的、和计算相关的，就和CPU性能相关性大一些，CPU主频越高、核数越多，新建会话速率也就越高，能同时处理的报文数量就越多；每个包大小不一样，转发是占用运行内存的，运行内存越大，并发会话数量也就越大，对应的，设备吞吐量也越大、转发容量也越大”。
那这个结论对VPP是否适用呢？我们来简单测试一下。
首先简单配置一下VPP，使得网络可以互通。
vppctl setint state eth1 upvppctl setint ip address eth1 11.1.1.1/24vppctl setint state eth2 upvppctl set int ip address eth2 22.1.1.1/24
测试主机连通性。
现在VPP主机的规格为4核[email protected] GHz（Intel(R) Xeon(R) CPU E5-2678 v3）、4 GB内存（DIMM DDR4@2133 MHz），主机网络适配器类型为VMXNET3。
先用PCA作为服务器，使用iperf3进行打流测试。
测得带宽为4.13 Gbps。然后分别测试128字节和1400字节的报文长度的转发速率。
测得128字节报文长度的转发速率为1.30 Gbps，1400字节报文长度的转发速率为5.45 Gbps。
然后用PCB作为服务器，再次进行测试。
测得128字节报文长度的转发速率为1.35 Gbps，1400字节报文长度的转发速率为6.01 Gbps。
接下来，我将按照此格式依次测试常见实例规格的性能情况。
在调整配置时我们发现，最低的启动配置为1C4G，当内存低于4 GB时，会出现启动失败的情况。
不过，通过重新部署VPP主机，我们测得了1C1G配置下的转发性能，如上图所示。通过不断调整实例规格，最高配置为16C64G，我们发现随着配置的增长，转发性能并没有线性增长，就连增长这一趋势也不是很明显。
查看PCB作为服务器时，仅有4种实例规格转发性能有所提升，并在16C64G时128字节的转发速率达到最大的1.39 Gbps，而1400字节的转发速率则在规格为4C8G时达到最大的6.84 Gbps，但是提升幅度也仅有2.8 %。
查看PCA作为服务器时，虽然实例规格提升伴随着比较普遍的转发性能提升，但是128字节的转发速率在规格为8C16G时达到最大的1.34 Gbps，提升幅度为16.5 %；而1400字节的转发速率则在规格为8C8G时达到最大的6.97 Gbps，提升幅度达到33.8 %。但是相比于1C1G的实例规格，相当于配置提升了64倍，投入产出比严重失调。
此外，我们还发现，随着主机实例规格的提升，主机启动速度也有所提升。当然，启动失败的情况除外。因为一旦启动出现异常，就会先做一个大概一分半的自检。
如果不通过，就会进入到无限时间模式。
异常报错主要是和分区相关，但是我也不理解为什么调整实例规格会影响分区。
还有各种服务启动异常的问题，偶尔进入系统，但是无法操作。
甚至出现了主机无法关机、无法重启等问题。
通过一步步的定位，问题是出现在安装VPP之后，估计是修改某些系统配置，导致自检异常。这部分只能改天在看了！
长按二维码关注我们吧
原文始发于微信公众号（铁军哥）：奇葩的性能测试：VPP转发性能和主机配置的关系
- 左青龙
- 微信扫一扫
-
- 右白虎
- 微信扫一扫
-
评论