虚拟网卡性能压测

最新推荐文章于 2024-07-25 11:32:18 发布
转载 最新推荐文章于 2024-07-25 11:32:18 发布 · 862 阅读 · 4 ·
CC 4.0 BY-SA版权
原文链接：http://www.cnblogs.com/gaozhengwei/p/7101269.html

    本文主要介绍多种场景下，虚拟机网卡的压测及性能对比，根据openstack实际的部署方式，虚拟机网卡压测场景包括 SRIOV(passthrough)、SRIOV+Macvtap(passthrough)、Vlan+Linux bridge、OVS+Linux Bridge，分别从协议类型（TCP/UDP）、Message Size方向压测虚拟机网卡的时延、发包率、吞吐量。

压测环境

host1：  服务器型号：IBM x3550m2

              CPU型号：Intel(R) Xeon(R) CPU*8，每个CPU有4核，共32核

              内存大小：32GB

              硬盘大小：SAS 500G*2

              网卡：Intel 82576 Gigabit (Driver：igb)

 

host2：  服务器型号：IBM x3550m2

              CPU型号：Intel(R) Xeon(R) CPU*8，每个CPU有4核，共32核

              内存大小：32GB

              硬盘大小：SAS 500G*2

              网卡：Intel 82576 Gigabit (Drvier：igb)

 

vm1：   vcpu：1

             内存大小：1GB

             硬盘大小：sda : 40GB

             IP：  192.168.20.101/24 (Driver：igbvf/virtio_net)

虚拟机网卡压测

在开发环境下压测虚拟机网卡，连接宿主机的端口设置成Trunk，仅允许指定Vlan的数据通过，以至无法直接压测宿主机的物理网卡。为了保证压测正常进行，进出宿主机物理网卡的数据都打上tag（SRIOV指定VF的vlan，Linux bridge连接vlan子接口，OVS设置port的tag）。本次使用netperf工具压测，宿主机host1内创建虚拟机vm1，宿主机host2与vm1互发送数据进行压测，运行python脚本使虚拟机vm1的CPU状态接近饱满， 同时关闭host1、host2、vm1的iptables。

延时

虚机CPU处于非饱满状态下压测网卡延时，host1使用netperf 向 vm1发送数据(TCP/UDP)，netperf 命令行：netperf -H 192.168.20.101 -t omni -- -d rr -T UDP -O "THROUGHPUT, THROUGHPUT_UNITS, MIN_LATENCY, MAX_LATENCY, MEAN_LATENCY"  ，如下图所示

压测结果发现同场景下虚拟网卡对不同Message Size的延时差别并不大（可能是因为宿主机直接连到同一台switch）， 汇总多次延时的压测结果如下：

发包率

虚机CPU处于非饱满状态下压测网卡延时，host1启动150个netserver， vm1同时启动150个netperf进程向host1发数据，直达vm1的CPU饱满状态。运行netperf命令行：netperf -t TCP_RR  -H 192.168.20.101 -l 60 -p 12856 -- -r 64 64 (请求/应答报文为64Bytes)， 汇总多次延时的压测结果如下：

 

吞吐量

原计划用工具netio压测吞吐量，netio压测吞吐量时vm1的CPU处于非饱满状态，最后选择netperf以多线程脚本向vm1打数据(发包率基础上计算对应Message size的吞吐量)。

 

注：

1.压测的虚机网卡driver是 virtio_net，与openstack创建的虚机保持一致，virtio_net的性能远高于配默认的8139cp。

2.pktgen工具不能压测SRIOV（ptkgen发包时不能绑定到VF，因为pktgen是从内核直接发包，会造成dst_mac的最后一个字节与VF生成的网卡关联，如VF对应eth5则dst_mac则会变为xx:xx:xx:xx:xx:e5）。

3.引起延时的因素比较多：本地主机与服务器路由跳数，网络带宽，处理带宽。netperf测延时的结果明显比ping的延时低。

 

 
后记

从上面的压测数据得出：

1.SRIOV性能高于其它场景

2.SRIOV+Macvtap性能高于Vlan+Linux bridge、OVS+Linux bridge

3.Vlan+Linux bridge性能高于OVS+Linux bridge

但是SRIOV也有局限性如特定型号网卡支持、千兆网卡只支持7个VF、不支持迁移。SRIOV+Macvtap可解决热迁移的问题，相对于Vlan+Linux bridge和OVS+Linux bridge有性能有提升，openstack用SRIOV+Macvtap解决SRIOV热迁移的BP还没有实现，Vlan+Linux bridge性能稍高于OVS+Linux bridge。对虚拟机网卡的性能要求特别高同时不考虑迁移，用SRIOV比较合适。对网络管理要求比较高(gre，vxlan)，只能用OVS+Linux bridge。

压测工具

本次压测尝试了多个压测工具netperf、iperf、netio、pktgen，它们对比情况如下表：

 

参考链接：

    http://filwmm1314.blog.163.com/blog/static/2182591920130309833682/

    http://blog.163.com/hlz_2599/blog/static/142378474201341341339314/

    http://blog.youkuaiyun.com/kozazyh/article/details/4939694

    https://www.kernel.org/doc/Documentation/networking/pktgen.txt

    http://mp.weixin.qq.com/s?__biz=MzAxOTAzMDEwMA==&mid=402362721&idx=1&sn=4b729bd3678af519aeb174571bdc2d8e&scene=23&srcid=1202K1QgMANMuRjQLwqvZOoV#rd

 

转载于:https://www.cnblogs.com/gaozhengwei/p/7101269.html

搭建JMeter性能压测可视化监控平台grafana+influxdb+telegraf（linux）
我先测了
11-01 3083
一、准备性能测试可视化监控系统程序安装包 JMeter运行需要jdk环境，版本选择1.8；以下软件选择官网下载： [jmeter](https://archive.apache.org/dist/jmeter/binaries/) [InfluxDB_linux版本](https://dl.influxdata.com/influxdb/releases/influxdb-1.7.7.x86_64...
Jmeter性能测试之分布式压测
m0_37449634的博客
09-06 2136
我们通常要分析的性能数据，如TPS，在线用户数，事务数，网络带宽，吞吐量，CPU，内存，磁盘IO等，报告里都有。（4）Loadrunner ：付费/破解版本， 压力测试界的泰斗，可以创建虚拟用户，可以模拟用户真实访问流程从而录制成脚本，其测试结果也最为逼真。（5）JMeter： 开源免费， Jmeter 是一款使用Java开发的，开源免费的测试工具， 主要用来做功能测试和性能测试（压力测试/负载测试）.，而且用Jmeter 来测试 Restful API，非常好用。部署简单，静、动态均可测试。
网络压力测试工具-小兵以太网测试仪
08-24
测试设备网络大数据流量压力下工作状态时找到的工具，好用，流量不够时可以多台电脑同时在交换机上使用。可以用wireshark保存的抓包来设置作为发送的数据流
网卡压力测试
weixin_44487337的博客
04-23 1065
根据Windows系统实际情况下载对应的安装包2、将下载的包解压到本地备用3、客户端使用命令进入到iperf3的目录下创建一个bat脚本，下面这个脚本时把当前设备作为client4、服务端使用命令iperf3 -s。
做虚拟化的服务器网卡用什么,VMware ESX两种虚拟网卡性能对比测试
weixin_28721743的博客
08-10 2062
【IT168评测中心】在我们的虚拟化系列测试文章中，我们IT168评测中心面对了虚拟应用中的各种问题。其中有一个问题就是，在建立虚拟机的时候，虚拟网卡应该选择哪一个？它们有什么区别？VMware ESX Server提供了两种虚拟网卡：Enhanced vmxnet和Intel E1000在比较久的年代，VMware Workstation和VMware GSX Server上提供的是古老的AMD...
内存和网卡压力测试
道阻其长，未来可期。笔耕不辍，行则将至!
03-30 6744
本文为RK3568内存和网卡压力测试
网络压力测试
kf的专栏
02-03 1687
import java.io.IOException; import java.io.OutputStream; import java.net.Socket; import java.net.UnknownHostException; public class BaiduReferer {  public static void main(String[] args) throws Unknow
linux tcp压测工具,虚拟网卡性能压测
weixin_33929779的博客
05-04 806
本文主要介绍多种场景下，虚拟机网卡的压测及性能对比，根据openstack实际的部署方式，虚拟机网卡压测场景包括SRIOV(passthrough)、SRIOV+Macvtap(passthrough)、Vlan+Linux bridge、OVS+Linux Bridge，分别从协议类型(TCP/UDP)、Message Size方向压测虚拟机网卡的时延、发包率、吞吐量。压测环境host1： 服...
性能压测服务器监控平台
chenjiazhu的专栏
09-01 1319
性能压测服务器监控平台
压测服务器性能上不去,JAVA性能优化思路探究
weixin_42367454的博客
08-06 1476
1、背景介绍一个系统的上线除了常规的功能性测试外，还需要经过严格的性能测试，满足预期的性能指标(常见的有响应时间，tps等)，才允许上生产环境。广义的性能测试一般还包含负载测试(用于测试系统的容量：即系统在保证一定响应时间的情况下能够允许多少并发用户的访问)，压力测试(用于测试系统的稳定性：即在保证一定压力的情况下，查看测试系统的稳定性)，并发测试(即测试系统多并发能力：即模拟多用户访问同一应用的...
pve+群晖e1000速度慢的解决方法来啦，群晖3617 6.2.3的1.03b引导的驱动包extra已添加virtio虚拟网卡驱动。
07-21
群晖3617的6.2.3引导的驱动包extra已添加virtio虚拟网卡驱动，pve+群晖3617正常使用中，无论从cpu占用和性能上，virtio虚拟网卡比e1000虚拟网卡好的多。应该算是第一人发3617带virtio虚拟网卡驱动引导驱动包的了吧。 注意几点： 6.2.3 群晖3617 PVE+群晖virtio虚拟网卡
IB(InfiniBand网卡性能测试结果)
05-15
InfiniBand网卡的性能测试结果,可以得到当前最快的InfiniBand网卡的性能指标。
Kafka压力测试
qq_54738879的博客
07-25 1418
官方自带kafka-producer-perf-test.shlinux网络带宽监控工具sar。结论：千兆网卡客户端网络流量达上限，Kafka集群生产吞吐,千兆网卡客户端网络流量达上限，Kafka集群消费吞吐为
linux 查看网卡压力,一种Linux系统下自动化测试网卡压力的方法与流程
weixin_30496999的博客
05-07 894
本发明公开一种测试网卡压力的方法，涉及网络压力测试领域，具体的说是一种Linux系统下自动化测试网卡压力的方法。背景技术：随着网络信息技术的发展，信息化服务对网络数据传输的性能要求也越来越高。在网络节点中，网卡设备作为其中重要的一环，其网卡性能稳定性的好坏直接影响到整个网络数据传输的能力。服务器设备硬件产品研发时，需要加强对网卡的性能压力测试。常规的网卡压力测试方法，需要调用测试工具并输入各种参数...
netperf网络性能压测和网卡网口的压力
su4416160的博客
12-05 6990
netperf官方下载地址：http://www.netperf.org/netperf/NetperfPage.html Netperf是一种网络性能的测量工具，主要针对基于TCP或UDP的传输。Netperf根据应用的不同，可以进行不同模式的网络性能测试，即批量数据传输（bulk data transfer）模式和请求/应答（request/reponse）模式。Netperf测试结果所反映...
高可用高性能系统（六）虚拟网
romandion的专栏
08-05 1211
    虚拟网在这个系统中作用是为了能更好控制请求和响应的处理。象DNS等标准的互联网组件来说，我们没有办法控制，但如果我们建立自己的虚拟网，那么就完全可以实现自己的DNS。象很多以DNS来实现负载均衡的系统来说，在这里都是很容易实现，当然这不是主要的考虑因素。    我们假设有一个服务失效了，那么我们的传统做法如何处理呢？如果是通过DNS来实现负载均衡的话，实际只能删除改服务的IP，防止新的
用nc做网络压力测试
小小的生活，大大的世界
06-02 3188
需要对两台服务器间数据的收发做TCP压力测试，一时又没有什么好工具，于是就采用了nc。用NC发送文件，把带宽吃完。以此达到对网络的压力测试。
vmware 虚拟网卡 原理_VMware 虚拟化环境健康性检查报告
weixin_39807541的博客
11-25 298
VMware虚拟化环境的健康程度是虚拟化系统稳定可靠运行的重要保障，依据VMware在配置和性能方面的最佳实践来检查实际VMwarevCenter环境的满足程度，并不断改进和优化，是提高虚拟化环境的运行质量和效率的重要手段。 ITGo虚拟化运维管理软件提供了健康性检查报告的功能，内容清楚直观。根据vmware最佳实践的要求对用户虚拟化环境进行评估，依据满足程度得出具体的评分供客户参考，检查出的问题...
VMWare ESXi中，不同的虚拟网卡性能竟然能相差三倍！
衡水铁头哥的博客
12-11 4232
正文共：1024 字 11 图，预估阅读时间：1 分钟在上个实验中（VPP使用DPDK纳管主机网卡），我们已经初步实现了通过DPDK纳管主机网卡。不知道大家注意到没有，我们在查看主机网卡的主线信息时，后面的描述信息是不一样的，可以理解为是主机的网卡信息，一个是VMXNET3类型，另一个是82574L类型。其实这个是和配置主机时选择的适配器类型相对应的，适配器类型选择VMXNET3，在主机上看到的就...
vm虚拟机使用centos系统安装redis5.0版本，分别以单例模式启动和集群模式启动两种方式，请开始你的表演
最新发布
02-17
<think>好的，我现在需要帮助用户解决在VMware虚拟机中使用CentOS系统安装Redis 5.0版本，并分别以单例模式和集群模式启动的问题。首先，我需要回顾之前的对话历史，看看用户之前的问题是什么，以及之前的解答内容，以便更好地理解当前问题的上下文。 用户之前的问题是关于VMware虚拟机中CentOS系统的网络连接问题，具体是VMnet1和VMnet8显示与主机无连接，且客户机的网络适配器不显示。之前的解答详细分析了可能的原因，并提供了解决方案步骤，包括检查服务、重置网络配置、启用虚拟网卡等。这说明用户在使用VMware和CentOS时遇到了网络配置的问题，现在用户可能已经解决了网络问题，转而进行Redis的安装和配置。 现在用户的问题转向在CentOS上安装Redis 5.0，并分别以单例和集群模式启动。用户可能是在搭建开发或测试环境，需要Redis的不同运行模式。我需要确保提供的步骤准确且适合CentOS环境，特别是考虑到用户可能使用的是较旧的Redis版本（5.0），需要注意依赖和配置的兼容性。 首先，我需要确定Redis 5.0的安装方法。通常，安装Redis可以通过源码编译安装，因为CentOS的默认仓库可能不提供特定版本的Redis。用户可能需要从Redis官网下载源码，进行编译安装。需要确保系统安装了必要的构建工具，如gcc、make等，并且处理可能的依赖问题，比如可能需要的tcl包用于测试。 接下来是单例模式的启动，这相对简单，安装后直接启动服务即可，但需要确保配置文件正确，比如绑定地址、守护进程模式等。然后是集群模式的配置，这需要更多的步骤，比如修改配置文件以启用集群，创建多个实例，以及使用redis-cli工具创建集群。需要注意的是，Redis 5.0的集群创建命令可能与新版本有所不同，需要确认正确的命令格式。 此外，用户是在虚拟机环境中操作，可能需要考虑网络配置是否正确，确保集群节点之间可以互相通信。之前的网络问题是否会影响当前的集群配置？如果用户之前按照步骤解决了网络问题，现在应该没有问题，但可能需要确认防火墙设置，开放相应的端口（如6379和16379）。 另外，用户可能需要了解如何设置开机自启动，以及如何管理服务，这部分可以通过创建systemd服务单元来实现，但需要根据CentOS的版本进行调整，比如CentOS 7及以上使用systemd，而旧版本可能使用init.d脚本。 在提供步骤时，需要详细说明每个命令的作用，避免用户执行时出现困惑。例如，在编译安装时，可能会遇到依赖缺失的问题，需要提示用户安装开发工具组。在配置集群时，需要生成多个配置文件，并启动多个实例，然后使用redis-cli的--cluster create命令，同时指定每个节点的IP和端口。 还需要注意权限问题，比如Redis默认以redis用户运行，需要创建该用户并设置目录权限。此外，SELinux和防火墙可能会阻止节点间的通信，需要指导用户如何临时关闭或配置规则。 最后，验证步骤也很重要，用户需要知道如何检查单例模式是否运行正常，以及集群是否成功建立，比如使用redis-cli连接并执行集群信息命令。 总结一下，我需要分步骤详细说明安装Redis 5.0的源码编译过程，单例模式的配置和启动，然后是如何配置集群模式，包括多实例的设置和集群的创建。同时，需要提示可能遇到的问题和解决方法，如依赖安装、防火墙设置、权限配置等，确保用户能够顺利执行所有步骤。---</think> ### **1. 准备工作** #### **1.1 安装依赖** ```bash # 更新系统并安装编译工具 sudo yum update -y sudo yum install -y gcc make tcl ``` #### **1.2 下载 Redis 5.0 源码** ```bash wget http://download.redis.io/releases/redis-5.0.14.tar.gz tar -zxvf redis-5.0.14.tar.gz cd redis-5.0.14 ``` --- ### **2. 单例模式安装与启动** #### **2.1 编译安装** ```bash # 编译源码（若报错需解决依赖，如升级 gcc） make sudo make install PREFIX=/usr/local/redis ``` #### **2.2 配置单例模式** ```bash # 创建配置目录和数据目录 sudo mkdir -p /etc/redis /var/lib/redis # 复制配置文件 sudo cp redis.conf /etc/redis/redis-single.conf # 修改配置文件 sudo vi /etc/redis/redis-single.conf ``` **关键配置项**： ```ini bind 0.0.0.0 # 允许远程访问 daemonize yes # 后台运行 dir /var/lib/redis # 数据存储目录 logfile "/var/log/redis.log" # 日志文件路径 ``` #### **2.3 启动单例 Redis** ```bash # 启动服务 redis-server /etc/redis/redis-single.conf # 验证是否运行 redis-cli ping # 返回 PONG 表示成功 ``` #### **2.4 设置开机自启（可选）** ```bash # 创建 systemd 服务文件 sudo vi /etc/systemd/system/redis-single.service ``` **内容**： ```ini [Unit] Description=Redis Single Instance After=network.target [Service] Type=forking ExecStart=/usr/local/bin/redis-server /etc/redis/redis-single.conf ExecStop=/usr/local/bin/redis-cli shutdown Restart=always [Install] WantedBy=multi-user.target ``` ```bash # 启用服务 sudo systemctl daemon-reload sudo systemctl start redis-single sudo systemctl enable redis-single ``` --- ### **3. 集群模式安装与启动** #### **3.1 配置多个 Redis 实例** ```bash # 创建 3 主 3 从集群（需至少 6 个节点） for port in 7001 7002 7003 7004 7005 7006; do sudo mkdir -p /etc/redis/${port} sudo cp redis.conf /etc/redis/${port}/redis-${port}.conf done ``` **修改每个节点的配置文件**（以 7001 为例）： ```ini bind 0.0.0.0 port 7001 daemonize yes cluster-enabled yes cluster-config-file nodes-7001.conf cluster-node-timeout 5000 dir /var/lib/redis/7001 logfile "/var/log/redis-7001.log" ``` #### **3.2 启动所有节点** ```bash for port in 7001 7002 7003 7004 7005 7006; do redis-server /etc/redis/${port}/redis-${port}.conf done ``` #### **3.3 创建 Redis 集群** ```bash # 使用 redis-cli 自动分配主从节点 redis-cli --cluster create \ 127.0.0.1:7001 127.0.0.1:7002 127.0.0.1:7003 \ 127.0.0.1:7004 127.0.0.1:7005 127.0.0.1:7006 \ --cluster-replicas 1 ``` - 输入 `yes` 确认节点分配。 #### **3.4 验证集群状态** ```bash # 连接任意节点 redis-cli -c -p 7001 # 查看集群信息 cluster info # 查看节点列表 cluster nodes ``` --- ### **4. 关键区别与注意事项** | **项目** | **单例模式** | **集群模式** | |---------| | **配置文件** | 单份配置文件（如 `redis-single.conf`） | 每个节点独立配置文件（如 `redis-7001.conf`） | | **数据分片** | 无 | 数据分片存储，自动分配槽位（16384 slots） | | **高可用性** | 单点故障 | 主从复制 + 故障自动切换 | | **性能** | 适合小规模场景 | 支持高并发、大数据量 | | **端口占用** | 默认 6379 | 每个节点独立端口（如 7001~7006） | #### **常见问题解决** 1. **集群节点无法通信**： - 检查防火墙是否开放端口（`7001-7006` 和 `17001-17006`）。 ```bash sudo firewall-cmd --permanent --add-port={7001-7006}/tcp sudo firewall-cmd --permanent --add-port={17001-17006}/tcp sudo firewall-cmd --reload ``` 2. **编译时报错**： - 升级 GCC 版本： ```bash sudo yum install -y centos-release-scl sudo yum install -y devtoolset-9-gcc scl enable devtoolset-9 bash ``` 3. **集群节点加入失败**： - 删除旧的集群配置文件和数据目录后重试： ```bash rm -rf /var/lib/redis/*/nodes*.conf ``` --- ### **5. 性能优化建议** 1. **单例模式**： - 启用持久化（`save` 或 `appendonly yes`）。 - 调整 `maxmemory` 限制内存使用。 2. **集群模式**： - 确保主从节点分布在不同的物理机。 - 使用 `redis-benchmark` 压测调整 `cluster-node-timeout`。 --- ### **附：操作流程图** ``` 安装 Redis 5.0 ├─ 单例模式 │ ├─ 编译安装 → 配置 → 启动 → 验证 │ └─ 可选：systemd 管理 └─ 集群模式 ├─ 配置多节点 → 启动 → 创建集群 └─ 验证分片与高可用 ``` 按照以上步骤，即可在 CentOS 虚拟机中部署 Redis 5.0 的单例和集群模式。若需外网访问集群，需确保虚拟机网络设置为 **桥接模式** 或 **NAT 端口转发**。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值