OVN是OVS 5倍的性能--性能测试报告

最新推荐文章于 2024-06-21 08:47:35 发布
最新推荐文章于 2024-06-21 08:47:35 发布
阅读量6.7k 收藏 4
点赞数 1
分类专栏： SDN和NFV OpenvSwitch OVN——为OpenStack而生的SDN控制器 文章标签： openstack Neutron SDN OpenvSwitch OVN

我们已经对OVN做了许多次的性能测试，但是缺少一个OVN和（ML2+OVS）的性能对比测试。我和许多人一起对比了这2种后端。本文是第一部分：控制平面的性能对比。 后面会另外发文公布数据平面的性能对比结果。

 

控制平面的不同之处

ML2+OVS 控制平面是基于Openstack 的。首先有大量由Python编写的agents 。 Neutron server与这些agents交互式使用基于AMQP的RPC机制（本文的案例用到了最广泛使用的RabbitMQ）。

OVN 的控制平面使用了分布式数据库驱动的方式. 配置和状态由这2个数据库管理: OVN northbound 和 southbound databases。这2个数据库都基于OVSDB。与通过RPC接收更新的方式不同, OVN中的组件监控数据库中相关表项的变化并将最新的表项应用于本地。这些组件的详细信息可以阅读the first release of OVN 和 ovn-architecture document 。

OVN 没有使用任何的Neutron agents。相反，所有功能都由ovn-controller 和 OVS 流实现。比如security groups, DHCP, L3 routing和 NAT功能等。

 

测试环境使用的硬件和软件

本次测试使用了实验室的13台机器，并分配下面的这几种角色:

  • 1 个OpenStack TripleO Undercloud for provisioning
  • 3 个Controllers (OpenStack and OVN control plane services)
  • 9 个Compute Nodes (Hypervisors)

硬件规格如下:

  • 2x E5-2620 v2 (12 total cores, 24 total threads)
  • 64GB RAM
  • 4 x 1TB SATA
  • 1 x Intel X520 Dual Port 10G

软件:

  • CentOS 7.2
  • OpenStack, OVS, and OVN from their master branches (early December, 2016)
  • Neutron configuration notes
    • (OVN) 6 API workers, 1 RPC worker (since rpc is not used and neutron requires at least 1) for neutron-server on each controller (x3)
    • (ML2+OVS) 6 API workers, 6 RPC workers for neutron-server on each controller (x3)
    • (ML2+OVS) DVR was enabled

       

配置和测试

性能测试工具为 OpenStack Rally 。 我们使用 Browbeat 进行快速的安装、配置、运行测试、存储分析和结果对比。

 Browbeat 中的Rally参数为:

rerun: 3
...
rally:
  enabled: true
  sleep_before: 5
  sleep_after: 5
  venv: /home/stack/rally-venv/bin/activate
  plugins:
    - netcreate-boot: rally/rally-plugins/netcreate-boot
    - subnet-router-create: rally/rally-plugins/subnet-router-create
    - neutron-securitygroup-port: rally/rally-plugins/neutron-securitygroup-port
  benchmarks:
    - name: neutron
      enabled: true
      concurrency:
        - 8
        - 16
        - 32 
      times: 500
      scenarios:
        - name: create-list-network
          enabled: true
          file: rally/neutron/neutron-create-list-network-cc.yml
        - name: create-list-port
          enabled: true
          file: rally/neutron/neutron-create-list-port-cc.yml
        - name: create-list-router
          enabled: true
          file: rally/neutron/neutron-create-list-router-cc.yml
        - name: create-list-security-group
          enabled: true
          file: rally/neutron/neutron-create-list-security-group-cc.yml
        - name: create-list-subnet
          enabled: true
          file: rally/neutron/neutron-create-list-subnet-cc.yml
    - name: plugins
      enabled: true
      concurrency:
        - 8
        - 16
        - 32 
      times: 500
      scenarios:
        - name: netcreate-boot
          enabled: true
          image_name: cirros
          flavor_name: m1.xtiny
          file: rally/rally-plugins/netcreate-boot/netcreate_boot.yml
        - name: subnet-router-create
          enabled: true
          num_networks:  10
          file: rally/rally-plugins/subnet-router-create/subnet-router-create.yml
        - name: neutron-securitygroup-port
          enabled: true
          file: rally/rally-plugins/neutron-securitygroup-port/neutron-securitygroup-port.yml


上述配置定义了几种运行场景。在3个不同的并行级别下，分别运行500次。最后，开头的"rerun: 3"意味着我们要将整个配置再运行3遍。是不是被绕晕啦, 那我们拿个例子看一下 ：

"netcreate-boot" 场景是创建一个网络，并在这个网络上启动一个虚拟机。这个场景会按下面这样多次执行:

  • Run 1
    • Create 500 VMs, each on their own network, 8 at a time, and then clean up
    • Create 500 VMs, each on their own network, 16 at a time, and then clean up
    • Create 500 VMs, each on their own network, 32 at a time, and then clean up
  • Run 2
    • Create 500 VMs, each on their own network, 8 at a time, and then clean up
    • Create 500 VMs, each on their own network, 16 at a time, and then clean up
    • Create 500 VMs, each on their own network, 32 at a time, and then clean up
  • Run 3
    • Create 500 VMs, each on their own network, 8 at a time, and then clean up
    • Create 500 VMs, each on their own network, 16 at a time, and then clean up
    • Create 500 VMs, each on their own network, 32 at a time, and then clean up

总共会创建4500 个虚拟机。

 

测试结果

Browbeat 能够存储 rally 生成的测试结果。这些测试结果可以用elastic 进行查询，用Kibana显示在网页上。

接下来的几个表格分别展示 average times, 95th percentile, Maximum, 和 minimum times 下的 API执行性能

译者注：百分比响应时间是比平均响应时间更好的性能指标。

因为在数理统计学上，早就有数学家用理论证明平均值是一个非常不可信的数据。

比如稍微几个远离置信区间的数值就可以严重影响到平均值

 

译者注：average是指并行度为8、16、32的场景下完成测试所需时间的平均值

API 

ML2+OVS Average 

OVN Average 

% improvement 

nova.boot_server 

80.672 

23.45 

70.93%

neutron.list_ports 

6.296 

6.478 

-2.89% 

neutron.list_subnets 

5.129 

3.826 

25.40% 

neutron.add_interface_router 

4.156 

3.509 

15.57% 

neutron.list_routers 

4.292

3.089 

28.03% 

neutron.list_networks 

2.596 

2.628 

-1.23% 

neutron.list_security_groups 

2.518 

2.518 

0.00% 

neutron.remove_interface_router 

3.679 

2.353 

36.04% 

neutron.create_port 

2.096 

2.136 

-1.91% 

neutron.create_subnet 

1.775 

1.543 

13.07% 

neutron.delete_port

1.592 

1.517 

4.71% 

neutron.create_security_group 

1.287 

1.372 

-6.60% 

neutron.create_network 

1.352 

1.285 

4.96% 

neutron.create_router 

1.181 

0.845 

28.45% 

neutron.delete_security_group 

0.763 

0.793 

-3.93% 

  

译者注：95%指4500个测试结果按从小到大排列，选择第4275个的数据（4500*0.95=4275）

API 

ML2+OVS 95% 

OVN 95% 

% improvement 

nova.boot_server

163.2 

35.336 

78.35%

neutron.list_ports 

11.038 

11.401 

-3.29% 

neutron.list_subnets 

10.064 

6.886 

31.58% 

neutron.add_interface_router 

7.908 

6.367 

19.49% 

neutron.list_routers 

8.374 

5.321 

36.46% 

neutron.list_networks 

5.343 

5.171 

3.22% 

neutron.list_security_groups

5.648 

5.556 

1.63% 

neutron.remove_interface_router 

6.917 

4.078 

41.04% 

neutron.create_port 

5.521 

4.968 

10.02% 

neutron.create_subnet 

4.041 

3.091 

23.51% 

neutron.delete_port 

2.865 

2.598 

9.32% 

neutron.create_security_group 

3.245 

3.547 

-9.31%

neutron.create_network 

3.089 

2.917 

5.57% 

neutron.create_router 

2.893 

1.92 

33.63% 

neutron.delete_security_group 

1.776 

1.72 

3.15% 

  

译者注：Maximum是指并行度为32的场景下完成测试所需时间

API 

ML2+OVS Maximum 

OVN Maximum 

% improvement 

nova.boot_server 

221.877 

47.827 

78.44%

neutron.list_ports 

29.233 

32.279

-10.42% 

neutron.list_subnets 

35.996 

17.54 

51.27% 

neutron.add_interface_router 

29.591 

22.951 

22.44% 

neutron.list_routers 

19.332 

13.975 

27.71% 

neutron.list_networks 

12.516 

13.765 

-9.98% 

neutron.list_security_groups 

14.577 

13.092 

10.19% 

neutron.remove_interface_router

35.546 

9.391 

73.58% 

neutron.create_port 

53.663 

40.059 

25.35% 

neutron.create_subnet 

46.058 

26.472 

42.52% 

neutron.delete_port 

5.121 

5.149 

-0.55% 

neutron.create_security_group 

14.243 

13.206 

7.28% 

neutron.create_network 

32.804 

32.566 

0.73%

neutron.create_router 

14.594 

6.452 

55.79% 

neutron.delete_security_group 

4.249 

3.746 

11.84% 

  

译者注：Minimum是指并行度为8的场景下完成测试所需时间

API 

ML2+OVS Minimum 

OVN Minimum 

% improvement 

nova.boot_server 

18.665 

3.761 

79.85%

neutron.list_ports 

0.195 

0.22 

-12.82% 

neutron.list_subnets 

0.252 

0.187 

25.79% 

neutron.add_interface_router 

1.698 

1.556 

8.36% 

neutron.list_routers 

0.185 

0.147 

20.54% 

neutron.list_networks 

0.21 

0.174 

17.14% 

neutron.list_security_groups 

0.132 

0.184 

-39.39% 

neutron.remove_interface_router 

1.557 

1.057 

32.11% 

neutron.create_port

0.58 

0.614 

-5.86% 

neutron.create_subnet 

0.42 

0.416 

0.95% 

neutron.delete_port 

0.464 

0.46 

0.86% 

neutron.create_security_group 

0.081 

0.094 

-16.05% 

neutron.create_network 

0.113 

0.179 

-58.41% 

neutron.create_router 

0.077 

0.053 

31.17% 

neutron.delete_security_group

0.092 

0.104 

-13.04% 

分析

从上述表格中可以看到OVN对性能提升最猛的就是"nova.boot_server"。这是测试不只是衡量从Neutron加载配置所花时间，同时也衡量了提供网络功能所花的时间。（译者注：这个"server"其实就是虚拟机）

当Nova 启动一个虚拟机时,得先等待Neutron发出的端口可用事件。收到这个事件后，虚拟机才会被启动，启动完成时变为ACTIVE状态。ML2+OVS 和OVN 都使用这个机制。我们的测试场景测量了虚拟机变为ACTIVE状态所花时间。

在未来的测试中，我们将把这个Nova和Neutron间的同步机制关闭，再来比较ML2+OVS 和OVN的测试结果。这将确认等待Neutron报告端口可用的过程中花费了额外的时间。

我要说明一点，你不应该关闭这个同步机制。关闭这个机制的唯一原因为：不是所有的Neutron后端都支持该同步机制（ML2+OVS and OVN都支持这个同步机制 ）。实施同步机制后，就能避免出现竞争状态。同时也保证在启动虚拟机之前，网络就是可用的。这个问题就是花费多长时间能让Neutron提供可用的网络。 未来将分析Neutron (ML2+OVS)在提供网络功能的过程中，到底在哪里花费了大部分的时间。 

 

 

英文原文链接：https://blog.russellbryant.net/2016/12/19/comparing-openstack-neutron-ml2ovs-and-ovn-control-plane/

因文人能力有限，翻译过程中难免出现疏漏。如果您有疑问请及时知会博主。欢迎交流

筋斗云计算
关注
  • 1
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
如何借助 OVN 来提高 OVS 在云计算环境中的性能
weixin_30892037的博客
12-19 567
众所周知，OpenvSwitch 以其丰富的功能和不错的性能，已经成为 Openstack 部署中最受欢迎的虚拟交换机。由于 Openstack Neutron 的架构引入了一些性能问题，比如 neutron-server 要与非常多的 agent 通信，RPC 就是一个性能瓶颈，还有 neutron 里面用到非常多的 namespace，namespace 资源有限而且系统开销比较大，这也是一个...
OVN入门
dhc8242的博客
09-06 986
参考链接 如何借助 OVN 来提高 OVS 在云计算环境中的性能 OVN简介 Open vSwitch Documentation OVSDB介绍及在OpenDaylight中的调用 OpenDaylight即将迈入“七年之痒”？ 一、为什么OVN会出现？ 众所周知，OpenvSwitch 以其丰富的功能和不错的性能，已经成为 Openstack 部署中最受欢迎的虚拟交换机。由于 O...
深入理解Open vSwitch（OVS）：原理、架构与操作
最新发布
CloudJourney的博客
06-21 2012
随着云计算和虚拟化技术的不断发展，OVS将继续发挥其独特的优势，为现代网络架构提供强大的支持。它利用Linux内核的网络栈，通过虚拟化技术，为每个虚拟机提供一个独立的网络接口，从而实现在同一物理主机上的多个虚拟机之间的网络隔离和通信。：在数据中心网络中，OVS可以实现网络的动态管理和优化。通过与OpenFlow控制器的配合，可以实现对网络流量的精细控制、故障恢复和安全防护等功能，提高数据中心网络的可靠性和性能。它利用Linux内核中的网络功能，以及用户空间的应用程序，构建了一个高效、灵活的虚拟交换机。
HCIP-OpenStack组件之网络服务Neutron(ovs、ovn)
ma1782072的博客
08-24 2400
openvswitch.ko模块在处理网络包时，会先匹配内核中能不能匹配到策略（内核流表）来处理，如果匹配到了策略，则直接在内核态根据该策略做网络包转发，这个过程全程在内核中完成，处理速度非常快，也称之为fast path（快速通道）；Neutron最为核心的工作是对二层物理网络的抽象与管理，物理服务器虚拟化后，虚拟机的网络功能由虚拟网卡（vNIC）和虚拟交换机（vSwitch）提供，各个vNIC连接在vSwitch的端口上，最后这些vSwitch通过物理服务器的物理网卡访问外部的物理网络。
虚拟化：知识点搜集(二)ovs/ovn/dpdk/netlink/gluster...
shunzi2016的博客
04-19 924
虚拟化：知识点搜集(二)ovs/ovn/dpdk/netlink/gluster... ovn的l3和neutron 的l3实现neutron L3 利用namespace技术namespace技术原理：参考：https://zhuanlan.zhihu.com/p/443605569无论容器，还是虚拟化技术（不论何种抽象层面的虚拟化技术）都能做到资源层面的隔离和限制对于容器而言：资源层面的隔离依赖于linux内核所提供的cgroup和namespace技术cgroup：管理资源的分配和限制。
OVN+OVS+KVM实现虚拟机组网
Eivene的博客
05-23 1015
本文目标：基于OVN+OVS+KVM，实现两台宿主机之间的虚拟机组网。
OVS和OVN 2.8新功能
虾米的博客
12-07 3405
OVS和OVN 2.8新功能 本文翻译自ovs官方文档 本文档主要是关于2017年8月底发布的Open vSwitch 2.8中添加的内容，重点介绍OVN中的新功能。同时也涵盖了即将在2018年2月发布的Open vSwitch和OVN 2.9中的一些内容。OVN具有许多特性，本文档不包括每个新增或增强的功能。本文档假定您已熟悉Open vSwitch，OVN及其相关工具。有关更多信息，请参阅O
ovn&ovs编译（申威64）
06-29
- **验证和测试**：在申威64环境下运行测试用例，确保OVS和OVN的功能正常，没有性能问题。 在实际应用中，用户可以通过安装这些DEB包，快速在申威64系统上搭建和管理SDN网络，利用OVS和OVN的强大功能，如创建虚拟...
kube-ovn项目详细介绍，物超所值
11-07
1. 上游 OVN/OVS 组件：包括 ovn-central、ovn-nb、ovn-sb 和 ovn-northd 等组件。 2. 核心控制器和 Agent：包括 kube-ovn-controller 等组件，作为 OVN 和 Kubernetes 之间的一个桥梁，将两个系统打通并将网络概念...
iovisor-ovn：IOVisor OVN集成
02-05
新的数据平面利用eBPF虚拟机（也称为IOVisor），将来可以与eXpress数据路径（XDP）技术集成以提高性能。 为什么？ 复杂而高效的虚拟化网络服务变得越来越重要，并且不能使用当前虚拟交换机所实现的匹配/动作范例...
k8s cni 网络组件kube-ovn脚本
09-25
是kube-ovn1.4稳定版本一个能成功安装完成的脚本，release1.4分支上的脚本目前不能安装成功。
ovn-nbctl手册.pdf
03-22
针对ovn v2.12.0版本，根据man ovn-nbctl整理的ovn-nbctl中文使用手册，详细介绍了各命令的使用方法及限制条件。
ovn原理与实践
NUCEMLS的博客
08-03 3757
ovn原理和简单实践
SDN控制器之OVN实验二：使用OVN配置路由器
筋斗云计算
05-11 4654
OVN是由开发出OVS的那群出色的程序员们的另一个优秀的作品，旨在提高基于OVS的OpenStack网络方案的扩展性和易用性。这个网络虚拟化项目从2015初宣告启动，到不久前才发布第一个正式版本OVN 2.6 。 在这篇文章中，我会演示一个简单实验：引入OVN逻辑路由器来构建一个基本的三层网络。
OVN:ovn20.03.1/ovs2.13.0编译rpm过程
shunzi2016的博客
02-28 711
并打包成openvswitch-2.13.0.tar.gz 然后放到/root/ovn_src/ovs-2.13.0。这个打出来的rpm，这里我们在环境中使用红框几个包即可满足基本的应用。在ovn目录下执行make rpm-fedora 提示需要依赖。执行编译：make rhel/ovn-fedora.spec。如果在没有配置ovs的环境时安装ovn则会报如下错误。至此完成ovn- ovs 编译-安装-应用的大致流程。测试安装ovn 和 ovs的rpm包。ovn源码目录下生成了rpm目录。
《深入浅出DPDK》——OVS中的DPDK性能加速
qq_41976997的博客
11-29 2403
Open vSwitch(OVS)中的DPDK性能加速 在NFV基础设施（NFVI）中有一个重要的组成部分，叫虚拟交换机。 什么是虚拟交换机 虚拟交换机是运行在通用平台上的一个软件层，可以连接虚拟机的网络端口、提供一套纯软件的路由交换协议栈的一个机制，帮助平台上运行的虚拟机实例（虚拟机之间、虚拟机与外部网络之间）。 虚拟机的虚拟网卡对应虚拟交换机的一个虚拟端口，通用平台上的物理网卡作为虚拟交换机的上行链路端口。 虽然是虚拟交换机，但是他的工作原理和物理交换机类似。虚拟交换机的主要好处体现在扩展灵活
ovs和ovn安装
sun的博客
02-18 1027
host1:192.168.10.102 central节点host2:192.168.10.101 host节点host3:192.168.10.103 host节点。
OVN&OVS代码下载、编译安装以及运行步骤
vinson2080的博客
07-07 2243
1、代码下载 新建代码目录 /home/code 下载ovs代码：git clone -b branch-2.15https://github.com/openvswitch/ovs.git 下载ovn代码：git clone -b branch-21.03https://github.com/ovn-org/ovn.git 2、代码编译 2.1 ovs代码编译 安装依赖包： apt-getinstall-y apt-utils libelf-dev build-essential l...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值