为什么有人要在OpenStack云中添加OpenDaylight控制器？

我见过很多人说OpenDaylight是OpenStack最好的SDN控制器。虽然我了解软件定义的网络的好处，但我看不出ODL在OpenStack云中如何比Neuton更好

在这两种情况下，OpenVSwitch都是自动配置的（通过中子或ODL），最终用户只需使用常规OpenStack在线界面或命令行即可创建网络和虚拟机

那么，为什么人们要在类似云的OpenStack中添加SDN控制器，尤其是OpenDaylight

---

提前感谢。

首先，让我澄清一下，中子只是一个API层，始终需要一个后端（配置为中子插件）服务，以实现OpenStack云的实际联网。在许多情况下，OpenVSwitch（OVS）插件是开箱即用的配置，人们正在混合中子和实际的基于OVS的中子实现

回答你的问题：OpenStack和中子都是关于选择的。如果OVS的中子解决方案对你来说足够好，那就太好了——你不需要“SDN”也不需要开放日光。但有些人发现这种解决方案对他们来说不够好，通常是因为缺少功能，比如从一个地方控制虚拟和物理网络，在中子覆盖网络（通常是VXLAN VNIs）和数据中心现有网络（VLAN、IP/MPLS等）之间架桥，将OpenStack项目与其他项目连接起来（非OpenStack）基础架构（如VMware、公共云）等。这就是OVS解决方案被另一个“SDN”取代的地方

在冰室时间范围内，引入了模块化第2层（ML2）的概念。许多SDN解决方案通过ML2接口和机制驱动程序插入中子

---

应该注意的是，ML2关注L2中子资源。为了实现L3资源（如路由、NAT）需要L3服务插件。类似地，L4-L7资源（如LBaaS、VPNaaS、FWaaS、BGP/VPN等）也有单独的驱动程序接口。因此，根据SDN解决方案及其功能，您可能会看到机制驱动程序、L3服务插件和L4-L7驱动程序的组合。例如，Ne的OpenDaylight插件utron（又名networking odl）包括一个ML2机制驱动程序，但也包括一系列用于L3-L7服务的其他驱动程序，请参阅。

当您说Neutron需要后端时，您是指机制驱动程序吗？在原始答案中添加了更多信息。