1.2. 网络拓扑


路由自叶型裸机环境具有一个或多个第 3 层交换机,交换机在单独的第 2 层广播域中路由隔离 VLAN 之间的流量。

这种设计的目的是根据功能隔离流量。例如,如果控制器节点在内部 API 网络中托管 API,当计算节点访问 API 时,它应使用自己的内部 API 网络版本。要使此路由正常工作,您需要强制为内部 API 网络流量使用所需接口的路由。这可使用 supernet 路由进行配置。例如,如果您使用 172.18.0.0/24 作为控制器节点 的内部 API 网络,您可以将 172.18.1.0/24 用于第二个 内部 API 网络,对第三个内部 API 网络使用 172.1 8.2.0/24,以此类推。因此,您可以有一个指向更大 172.18.0.0/16 supernet 的路由,每个第 2 层域中的每个角色都使用本地 内部 API 网络上的网关 IP。

这种情境使用以下网络:

Expand
表 1.1. leaf 0 Networks
Network附加角色InterfaceBridge子网

置备/Control Plane

All

nic1

br-ctlplane (undercloud)

192.168.10.0/24

存储

Controller

nic2

 

172.16.0.0/24

Storage Mgmt

Controller

nic3

 

172.17.0.0/24

内部 API

Controller

nic4

 

172.18.0.0/24

租户

Controller

nic5

 

172.19.0.0/24

外部

Controller

nic6

br-ex

10.1.1.0/24

Expand
表 1.2. leaf 1 Networks
Network附加角色InterfaceBridge子网

置备/Control Plane

All

nic1

br-ctlplane (undercloud)

192.168.11.0/24

Storage1

Compute1、Ceph1

nic2

 

172.16.1.0/24

storage Mgmt1

Ceph1

nic3

 

172.17.1.0/24

内部 API1

Compute1

nic4

 

172.18.1.0/24

Tenant1

Compute1

nic5

 

172.19.1.0/24

Expand
表 1.3. leaf 2 Networks
Network附加角色InterfaceBridge子网

置备/Control Plane

All

nic1

br-ctlplane (undercloud)

192.168.12.0/24

Storage2

Compute2、Ceph2

nic2

 

172.16.2.0/24

Storage Mgmt2

Ceph2

nic3

 

172.17.2.0/24

内部 API2

Compute2

nic4

 

172.18.2.0/24

Tenant2

Compute2

nic5

 

172.19.2.0/24

Expand
表 1.4. Supernet 路由
Network子网

存储

172.16.0.0/16

Storage Mgmt

172.17.0.0/16

内部 API

172.18.0.0/16

租户

172.19.0.0/16

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2025 Red Hat