Зачем кому-то добавлять контроллер OpenDaylight в облако OpenStack?

Во-первых, позвольте мне пояснить, что Neutron — это только уровень API, и ему всегда требуется серверная служба (настроенная как подключаемый модуль Neutron) для реализации реальной сети для облака OpenStack. Во многих случаях подключаемый модуль Open vSwitch (OVS) настраивается «из коробки», и люди смешивают Neutron и реальную реализацию Neutron на основе OVS.

Чтобы ответить на ваш вопрос: OpenStack и Neutron — это выбор. Если решение OVS для Neutron вас устраивает, отлично, вам не нужны SDN или OpenDaylight. Но некоторые находят это решение недостаточно хорошим для себя, как правило, из-за отсутствия таких функций, как управление виртуальной и физической сетью из одного места, создание моста между оверлейными сетями Neutron (обычно VNI VXLAN) и существующими сетями в центре обработки данных (VLAN, IP/ MPLS и т. д.), подключение проектов OpenStack к другой (не OpenStack) инфраструктуре (например, VMware, публичному облаку) и т. д. Именно здесь решение OVS заменяется другим «SDN».

Во временном интервале Icehouse была введена концепция модульного уровня 2 (ML2). Многие решения SDN подключаются к Neutron через этот интерфейс ML2 и драйвер механизма.

Следует отметить, что ML2 ориентирован на ресурсы L2 Neutron. Для реализации ресурсов L3 (таких как маршрутизация, NAT) необходим плагин службы L3. Точно так же существуют отдельные интерфейсы драйверов для ресурсов L4-L7, таких как LBaaS, VPNaaS, FWaaS, BGP/VPN и так далее. Таким образом, в зависимости от решения SDN и его возможностей вы можете увидеть комбинацию драйвера механизма, подключаемого модуля службы L3 и драйверов L4-L7. Например, подключаемый модуль OpenDaylight для Neutron (также известный как networking-odl) включает в себя драйвер механизма ML2, а также ряд других драйверов для служб L3-L7, см. https://github.com/openstack/networking-odl.