1.3. 什么是 Red Hat OpenStack Platform director 及其设计？

Red Hat OpenStack Platform director 引进了可组合服务和自定义角色的概念。可组合服务形成隔离的资源，可在需要时为每个角色包含和启用。自定义角色允许用户独立于默认 Controller 和 Compute 角色来创建自己的角色。用户现在有选择选择它们要部署的 OpenStack 服务，哪些节点将托管它们。

添加了两个服务以将 OpenDaylight 与 director 集成：

默认情况下，OpenDaylightApi 服务在 Controller 角色上运行，而 OpenDaylightOvs 服务在 Controller 和 Compute 角色上运行。OpenDaylight 通过扩展 OpenDaylightApi 服务实例的数量来提供高可用性(HA)。默认情况下，将控制器的数量扩展到三个或更多个自动启用 HA。有关 OpenDaylight HA 架构的更多信息，请参阅 OpenDaylight 的高可用性和集群。

图 1.2. OpenDaylight 和 OpenStackFeature-ganeshabase 架构

View larger image

Red Hat OpenStack Platform director 可将个别服务配置为特定的预定义网络类型。这些网络流量类型包括：

在典型的 Red Hat OpenStack Platform 安装中，网络类型的数量通常会超过物理网络链路的数量。为了将所有网络都连接到正确的主机，overcloud 可以使用 802.1q VLAN 标记来为每个接口提供多个网络。大多数网络都是隔离的子网，但有些网络需要 第 3 层 网关来为互联网访问或基础架构网络连接提供路由。

对于 OpenDaylight，相关网络包含 内部 API 和 租户 服务，它们映射到 ServiceNetMap 内的各个网络。默认情况下，ServiceNetMap 将 OpenDaylightApi 网络映射到 Internal API 网络。此配置意味着到 neutron 的北向流量以及 OVS 的南向流量被隔离到 内部 API 网络。

由于 OpenDaylight 使用分布式路由架构，每个计算节点应当连接到 浮动 IP 网络。默认情况下，Red Hat OpenStack Platform director 假定 外部网络 将在物理 neutron 网络 datacentre 上运行，后者映射到 OVS 网桥 br-ex。因此，您必须在 Compute 节点 NIC 模板的默认配置中包含 br-ex 网桥。

图 1.3. OpenDaylight 和 OpenStack将Network 隔离示例

View larger image

在一些部署中，如限制性防火墙时，您可能需要手动配置防火墙，以启用 OpenStack 和 OpenDaylight 服务流量。

默认情况下，OpenDaylight Northbound 使用 8080 端口。为了不与 swift 服务冲突，这也使用 8080 端口，在使用 Red Hat OpenStack Platform director 安装时，OpenDaylight 端口被设置为 8081。Red Hat OpenDaylight 解决方案中的南向量配置为侦听端口 6640 和 6653，OVS 实例通常会连接到其中。

在 OpenStack 中，每个服务通常具有自己的虚拟 IP 地址(VIP)和 OpenDaylight 的行为方式。HAProxy 配置为打开 8081 端口到公共端口，并控制 OpenStack 中已存在的 VIP。VIP 和端口显示到 ML2 插件，neutron 会发送所有通信。OVS 实例直接连接到运行 OpenDaylight 为南向运行的节点的物理 IP。

表 1：网络和防火墙配置