2.11. OpenDaylight(技术预览)

本节概述了 OpenDaylight 服务的主要新功能。
改进了 Red Hat OpenStack Platform director 集成功能
Red Hat OpenStack Platform director 用于安装和管理整个 OpenStack 环境。在 Red Hat OpenStack Platform 12 中,director 可部署并配置 OpenStack 与 OpenDaylight 一起使用。OpenDaylight 可与 OpenStack overcloud controller 角色一起运行,或在不同节点上的独立定制角色中运行。
在 Red Hat Openstack Platform 12 中,OpenDaylight 在容器中安装并运行,使维护和使用更加灵活。
IPv6
Red Hat OpenStack Platform 12 中的 OpenDaylight 在 IPv6 用例下,带来了一些与 OpenStack neutron ML2/OVS 实现同等的功能。这些用例包括:
  • IPv6 寻址支持(包括 SLAAC)
  • 无状态和有状态 DHCPv6
  • 具有允许地址对的 IPv6 安全组
  • 同一网络中虚拟机之间的 IPv6 通信
  • IPv6 东西路由支持
可感知 VLAN 的虚拟机
可感知 VLAN 的虚拟机(或支持主干的虚拟机)允许实例通过一个虚拟 NIC (vNIC) 连接到一个或多个网络。只要将实例连接到一个端口,多个网络就可以呈现给该实例。网络主干允许用户创建一个端口,将其与主干相关联,然后在该端口上启动实例。之后,其他网络可以动态地与该实例建立连接或断开连接,而不会中断该实例的运行。
SNAT
Red Hat OpenStack Platform 12 引入了基于 conntrack 的 SNAT,其中使用 OVS netfilter 来维持转换。每个路由器会选择一个交换机作为 NAPT 交换机来执行集中转换。所有其他交换机都向集中交换机发送数据包以执行 SNAT。如果一个 NAPT 交换机停止工作,会选出替代交换机来执行转换,现有转换信息将在故障转移期间丢失。
SR-IOV 集成
Red Hat OpenStack Platform 12 中的 OpenDaylight 可以与支持 SR-IOV 的 compute 节点一起部署。也可以在一个 OpenDaylight 的安装中,建立同时包括 OVS 和 SR-IOV 节点的混合环境。SR-IOV 部署需要有 neutron SR-IOV 代理以便配置虚拟功能 (VF),这些虚拟功能会直接传递给已部署为网络端口的 compute 实例。
Controller 集群
Red Hat OpenStack Platform 12 中的 OpenDaylight Controller 支持基于集群的高可用性模型。OpenDaylight Controller 的几个实例构成一个 Controller Cluster。这些实例一起作为一个逻辑控制器。只要大多数控制器实例都正常工作并能互相通信,控制器(可视为逻辑单元)就能继续提供服务。
Red Hat OpenDaylight Clustering 模型同时提供了高可用性和横向扩展能力:如有必要,可加入更多节点来承受更大负载。
OVS-DPDK
通过 director,Red Hat Openstack Platform 12 中的 OpenDaylight 可与 Open vSwitch Data Plane Development Kit (DPDK) 加速软件一起部署。这种部署可带来更高的数据平面性能,因为数据包的处理在用户空间而不是内核中进行。
L2GW/HW-VTEP
Red Hat OpenStack Platform 12 支持 L2GW 将传统裸机服务集成到 neutron 覆盖网络中。这一点特别有用,便于将外部物理工作负载桥接到 neutron 租户网络中,便于 Bare Metal 服务 (ironic) 将裸机服务器(由 OpenStack 管理)引入到租户网络中,以及将 SR-IOV 数据流桥接到 VXLAN 覆盖网络中。这一点的实现借助于 SR-IOV 的线速传输以及覆盖网络互连 SR-IOV 虚拟机的能力。
networking-odl 软件包
Red Hat OpenStack Platform 12 提供了新版本的 networking-odl 软件包,带来了一些重要变化。其中引入了 port status update support 命令,可精确显示端口状态以及端口何时可供虚拟机使用。默认的端口绑定方式由基于网络拓扑变为基于伪代理。本发行版本未提供网络拓扑绑定支持功能。使用基于网络拓扑的端口绑定方式的客户应该迁移到基于伪代理的端口绑定方式 (pseudo-agentdb-binding)。

为了尽快向用户提供最新的信息,本文档可能会包括由机器自动从英文原文翻译的内容。如需更多信息,请参阅此说明。