概述

本文档描述了 Mirantis OpenStack for Cloud Native Apps 与戴尔产品配合

使用的情况。在这一经全面验证的部署中，Mirantis OpenStack 运行于 Dell®

PowerEdge® R630 和 R730xd 服务器之上，并使用 Dell Networking S3048-

ON 和 S4048-ON 交换机连接服务器。

此部署旨在作为一个基于机架的可扩展 OpenStack 开发/测试/生产环境，面

向云原生 Web 应用。

本参考架构详细介绍了 Mirantis OpenStack 为云原生应用 APP 的所有硬件和

软件组件；描述了其物理集成和逻辑互操作方式；同时深入讨论了性能、高可

用性、数据丢失防护和扩展方面的关键设计事项。

用例概述

此参考架构（RA）专为云原生应用而设计。它预装了 Murano 目录，支

持部署开发人员工具、数据库、CI/CD 工具链元素（如 Jenkins）、领先

的 PaaS 解决方案（如 Cloud Foundry）、容器和编排程序（如 Docker 和

Kubernetes），以及其他解决方案，包括在线 OpenStack 社区应用目录中提

供的解决方案。Neutron 网络提供了按租户隔离的自助服务网络，同时 Ceph

提供了块和对象存储以支持各种应用类型。

参考架构

面向戴尔硬件的 Mirantis OpenStack 参考架构

参考架构 2

Mirantis OpenStackMirantis 是 OpenStack 排名第一的贡献

者。Fuel（Mirantis OpenStack 发行版

的核心组件）已为 Big Tent 所接管。

Mirantis 推荐使用以下 Mirantis

OpenStack 配置：

• 基于OpenStackKilo的Mirantis

OpenStack7.0版。

• Ubuntu14.04用作主机操作系统。

• 部署以下OpenStack服务：Keystone、

Nova、Glance、Cinder、Neutron、

Horizon、Heat、Murano和

Ceilometer。

• 采用高可用性配置的三个OpenStack

控制器节点，使用HAProxy、

Corosync/Pacemaker、MySQL

Galera、RabbitMQ和MongoDB。

• Ceph集群为Glance、Cinder、Nova

Ephemeral和Swift-API提供了冗余

后端。

– 配置 Ephemeral 卷，使用 Ceph 后

端提供大型卷并支持实时迁移

– 使用 3 个副本来保护数据

• 使用TLSv1.2保障公共OpenStack

API端点和Horizon的安全。

• 安装Zabbix或LMA工具链监控服务。

• Sahara（可选）。

硬件选件

考虑到硬件选件、性能和可扩展性方

面的优势，本参考架构选择了 Dell

PowerEdge R630 和 R730xd 服务器。

这两款平台均采用了英特尔® 至强® 处理

器 E5-2600 v3 产品家族，能够配备最高

24 根 DDR4 RAM DIMM，并支持 12 Gb

PowerEdge RAID 控制器（PERC9）。

这些特性与高性能的节能设计相结合，能

够有效运行您的云基础设施需要支持的各

种工作负载。

推荐的服务器配置经过了 Mirantis

OpenStack for Cloud Native Apps 参考

设计的全面测试和验证，为您奠定一个坚

实的基础，帮助您保护基础设施投资，同

时轻松扩展不断增长的云。

网络

网络层构建于装载 OpenvSwitch 和 VLAN

的 Neutron 之上，支持隔离租户流量，

同时消除了 SDN 解决方案的成本。

10 GbE 网络基础设施和 Neutron DVR

特性支持高性能东-西流量。

面向存储复制流量的专用 NIC 减少了来

自租户流量的压力。多个交换机间针对上

行链路和下行链路的 NIC 绑定与多机箱

链路聚合组（LAG）技术，为整个网络基

础设施提供了高性能物理冗余。

主要优势

• 轻松在DellPowerEdge服务器上部署

来自Mirantis的集成解决方案。

• 出色的灵活性，支持广泛的用例。

• 构建于可满足企业广泛需求的一

流MirantisOpenStack和Dell

PowerEdge服务器之上。

目录概述 ........................................................ 1

用例概述 ................................................ 1

Mirantis OpenStack .......................... 2

网络 ................................................... 2

MirantisOpenStack架构 ................. 3

节点类型 ................................................ 3

高可用性 ........................................... 4

可选组件 ........................................... 4

网络架构 ................................................ 5

机架物理布线方案 ................................ 7

服务器接口配置 ............................... 8

逻辑网络方案 ........................................ 9

机架硬件规格 ......................................10

磁盘配置 ..............................................11

经验证的配置 .................................12

扩展 .................................................12

建议的机架配置 ..................................13

测试 .................................................13

参考资料 ..............................................14

术语表 ..................................................14

商标 ......................................................15

参考架构 3

MirantisOpenStack架构

MirantisOpenStack概述Mirantis OpenStack 7.0 是一个基于 Kilo 的 OpenStack 发行版，运行于 Ubuntu 14.04 之上。

节点类型本参考架构中使用的服务器用作以下节

点类型之一：基础设施、控制器、计算或

存储。

基础设施节点

基础设施节点是一个基于 Ubuntu 14.04

的节点，承载着两种虚拟设备：

• Fuel主节点：一种OpenStack部署

工具。

• 云验证节点：一套OpenStack部署后

验证工具，包括Tempest和Rally。

控制器节点

控制器节点是云的一个控制平面组件，包

含所有核心 OpenStack 基础设施服务，

如 MySQL、RabbitMQ、HAProxy、

OpenStack API、Horizon 和 MongoDB

等。这一节点不用于运行虚拟机。

计算节点

计算节点是云的管理程序组件，用于运行

虚拟实例。

存储节点

存储节点是 OpenStack 环境的组件，负责

保留和复制存储在云中的所有用户数据，包

括对象和块存储。Ceph 用作存储后端。

Mirantis OpenStack

Mirantis OpenStack 包含以下

“核心” OpenStack 服务：

• Keystone

• Nova

• Neutron

• Cinder

• Glance

Swift 被 Ceph 所取代，后者使用

RadosGW 提供了相同的 Swift API。

Mirantis OpenStack 中安装了以下

“可选” OpenStack 服务：

• Horizon

• Heat

• Murano

• Ceilometer

除 Ceilometer 之外，所有服务均使

用本地 MySQL 作为数据库后端。

Ceilometer 使用 MongoDB。所

有服务均使用 RabbitMQ 作为消息

队列服务。Ceph 通过 RadosGW

提供了 Swift API，同时被用作

Cinder 和 Glance 的后端。

Nova Ephemeral 存储可以使用本

地磁盘或 Ceph。本地磁盘为您带

来更好的性能，但是 Ceph 为使用

Ephemeral 存储的实例提供实时迁

移。将 Ephemeral 存储置于本地磁

盘之上将是未来的技术发展趋势。

如欲了解更多信息，请参阅以下网

址提供的 Mirantis OpenStack 架

构描述：https://docs.mirantis.

com/openstack/fuel/fuel-7.0/

reference-architecture.html

参考架构 4

高可用性

Mirantis OpenStack（MOS）中采用的

高可用性模型在此处的官方文档中进行了

详细说明：https://docs.mirantis.com/

openstack/fuel/fuel-7.0/reference-

architecture.html#multi-node-with-

ha-deployment

下面对其进行简要说明。

为保护核心 OpenStack 服务免受控制器

节点故障的影响，控制平面组件会在多

个控制器节点上进行复制。可以部署 3、

5、7 或更多个奇数数量的控制器节点，

并在初次部署后添加更多节点（但需要

保持奇数总数），以分担负载和提高冗

余水平。Pacemaker/Corosync 用于在

发生故障时管理关键基础设施组件。鉴

于 Corosync 中使用的 quorum 多数投

票算法，包含 “N” 个控制器节点的集群在

“N/2-1” 个节点出现故障时将仍能够继续

运行。对于三个节点，允许一个节点出现

故障；对于五个节点，允许两个节点出现

故障，以此类推。

几乎所有服务均采用主动/主动模式，由

在虚拟 IP 地址上进行侦听的 HAProxy

提供负载均衡支持。OpenStack 组件

原生支持主动/主动模式，RabbitMQ 和

MongoDB 亦是如此。Galera 集群用于

保护 MySQL。

从网络角度而言，高可用性由到两个 ToR

交换机的冗余绑定连接提供支持。这意味

着如果一条线缆被切断或整个交换机宕机，

云将能够继续无缝运行，并提供相当于正

常情况一半的网络带宽。

另一个提供冗余能力的低级硬件特性是

适用于基础设施和存储节点上的磁盘

RAID1，能够在磁盘出现故障时确保操作

系统继续运行。此外，强烈建议为每个硬

件组件使用两个独立的热插拔电源。这将

可以使组件避免受到电源故障的影响。

Ceph 为存储的数据提供了冗余服务。推

荐的副本数量是 3，这意味着在特定时间

相同的数据在 Ceph 节点上有 3 个副本。

可选组件

使用 MongoDB 和 Ceilometer 有两

种方法：在本地或外部安装数据库。

Mirantis OpenStack 同时提供了两种方

法。在本地安装 MongoDB 时，我们推

荐使用至少三台独立的服务器来组成一个

MongoDB 集群。将 MongoDB 放在控制

器节点上可能导致 MySQL 或 RabbitMQ

等主要服务出现资源不足现象，进而使

整个云发生严重问题。最佳方法是为

MongoDB 使用专用节点，包括外部节点

或作为 MOS 一部分部署的节点。

出于验证目的，我们将 MongoDB 置于

控制器上，但在每个节点上为其提供了单

独的物理磁盘。每个控制器节点包含两块

固态盘：第一块用于运行操作系统和其他

服务，第二块仅用于 MongoDB。

Sahara 是一项用于在 OpenStack 上部

署大数据（即 Hadoop）集群的服务，

可以按需安装。我们在验证期间并未使用

Sahara。

默认情况下，Mirantis OpenStack 可使用

自签名或用户提供的证书，使用 TLSv1.2

保护 OpenStack API 和 Horizon，但也可

以根据需要禁用此特性。出于验证目的，

我们使用了自签名证书。

Mirantis OpenStack 可以使用 Fuel 插

件进行扩展，提供两个经验证的选项来

监控您的云：Zabbix 或 LMA 工具链

（Elasticsearch/Kibana、InfluxDB/

Grafana 和 Nagios）。两种工具链在本

次验证期间均未使用。

参考架构 5

网络架构底层网络包含 OpenStack 控制平面、

数据平面和 BMC 管理网络。每个机架

中包含一对 ToR S4048-ON 交换机，

构成一个虚拟链路中继（VLT）组，为

OpenStack 提供了控制与数据平面流量

和上行链路。VLT 允许服务器的绑定 NIC

和机架上行链路连接到两台交换机（与传

统 LACP 相反），因此每个连接在遭遇物

理链路故障或整个交换机故障时均能够安

然无恙。

S3048-ON 用作 BMC 管理网络 1 Gbps

连接，包括 Dell iDRAC、交换机管理流

量和 OpenStack Provisioning 流量。

Ceph IO 和监控流量通过 OpenStack 管

理网络传输，并由 LACP 提供保护。

推荐单独传输 Ceph 复制流量，并使用

LACP 和 OpenStack 管理网络提供保护。

我们在验证期间使用了此方法。

根据预期的负载，您可以选择在 LACP 上

运行或不运行 OpenStack 专用网络。或者，

您可以选择为部分计算节点启用 LACP，

同时不为其他节点启用，从而为这些负载

提供不同的服务级别协议 （SLA）。我们

在验证期间在 LACP 上运行了专用网络。

网络设计—Mirantis OpenStack 的网络模型要求建立以下网络：

网络 有效的ID1

BMC管理网络

Mirantis OpenStack 管理 /PXE（OpenStack Provisioning）网络 120

带外 IPMI 网络 100

OpenStack控制平面网络：

OpenStack 管理和 Ceph 公共网络 140

OpenStack 公共网络 160

OpenStack Ceph 复制网络 180

带外 IPMI 网络 100

OpenStack数据平面网络：

OpenStack 专用网络 200–1,000

1 这些 VLAN 编号仅用作参考。

如欲了解有关 Mirantis OpenStack 的

网络模型的更多信息，请访问 https://

docs.mirantis.com/openstack/fuel/

fuel-7.0/reference-architecture.

html#network-architecture

我们推荐部署启用了 Neutron DVR 的

Mirantis OpenStack。它在每个计算节

点上运行一个单独的路由器。它负责为本

地实例路由浮动 IP 的东西和南北流量，

可显著降低控制器节点负载。在本例中，

它仅用于支持南北 NAT 流量。

如欲了解有关 DVR 的更多信息，请

访问 https://docs.mirantis.com/

openstack/fuel/fuel-7.0/reference-

architecture.html#neutron-with-dvr

我们在验证期间部署了 DVR。

参考架构 6

网络 子网详细信息

Mirantis OpenStack PXE 网络 172.16.1.0/24*

OpenStack 管理和 Ceph 公共网络 172.17.0.0/24*

OpenStack 公共网络 视要求而定。推荐至少使用 /26 网络。要计算所需的公共网络规模，请访问 https://docs.mirantis.com/openstack/fuel/fuel-7.0/reference-architecture.html#public-and-floating-ip-address-requirements

OpenStack 专用网络 出于验证目的，在部署期间将使用网络地址 192.168.122.0/24* 创建一个租户网络。验证完成后可以删除网络。

OpenStack Ceph 复制网络 172.18.0.0/24*

带外 IPMI 和交换机管理网络 无特定要求

Mirantis OpenStack

Mirantis OpenStack 默认使用以下子网。

* 此网络可以完全隔离在云中，不需要路由至客户网络。

参考架构 7

机架物理布线方案

参考架构 8

服务器接口配置

控制器节点

接口 第一个 1G 第一个和第二个 10G bond0 IMPI

VLAN 120 （未标记）

主动 / 主动 LACP 140、160、180、200–1,000（标记）

100（未标记）

计算节点

接口 第一个 1G 第一个和第二个 10G bond0 IMPI

VLAN 120（未标记） 主动 / 主动 LACP 140、160、180、200–1,000（标记）

100（未标记）

存储节点

接口 第一个 1G 第一个和第二个 10G bond0 第二个和第四个 10G bond12

IMPI

VLAN 120（未标记） 主动 / 主动 LACP 140、160、200–1,000

主动 / 主动 LACP 180（标记）

100（未标记）

2 注意：存储节点具有两块网卡，每块网卡有两个端口。 每个绑定的接口包含来自不同物理网卡的两个端口， 针对网卡故障提供了保护。

参考架构 9

逻辑网络方案

参考架构 10

机架硬件规格

本参考架构采用了 Dell PowerEdge

R630 和 R730xd 服务器配置，但也可以

使用其他服务器配置。请联系您的戴尔销

售代表了解可用的选项。

PowerEdgeR630

PowerEdge R630 双路机架式服务器提

供了无与伦比的密度与效率。作为第十三

代 PowerEdge 服务器的一员，R630 是

虚拟化的理想选择。处理器和最多 24 根

DDR4 RAM DIMM 的内存密度提供了更

大的内存带宽。

PowerEdgeR730xd

PowerEdge R730 服务器具备出色的通

用性，在 2U 的机架空间内提供了卓越

的功能。凭借英特尔® 至强® 处理器 E5-

2600 v3 产品家族和最高 24 根 DDR4

RAM DIMM，R730 具备卓越的处理周期

和线程处理能力，能够为虚拟机提供容量

更大、性能更高的存储。最高支持 16 块

12 Gb SAS 硬盘的高度可扩展存储和高

性能 12 Gb PowerEdge RAID 控制器

（PERC9），可显著加快虚拟化环境的

数据访问速度。

推荐的服务器配置

控制器节点 计算节点 存储节点 基础设施节点

服务器型号 R630 R630 R730xd R630

插槽 2 2 2 2

每路处理器的内核数 8 8 6 8

内存配置 256 GB 256 GB 256 GB 256 GB

存储配置 两块 400 GB 固态盘 两块 400 GB SATA 硬盘

4 块 200 GB SATA 英特尔® DCS3710 20 块 1.2 TB SAS 两块 1.2 TB SASFlexBay

两块 400 GB 固态盘

网络配置 两个 1 G 和两个 10 G 两个 1 G 和两个 10 G 两个 1 G 和四个 10 G（两块网卡，每块网卡有两个端口）

两个 1 G 和两个 10 G

交换机

交换机型号 数量

Dell Networking S3048-ON 1

Dell Networking S4048-ON 2

其他机架设备

您可以订购更多设备，如以太网管理 PDU 和线缆管理面板等。有关详细信

息，请联系您的戴尔销售代表。

参考架构 11

磁盘配置

节点 RAID类型 磁盘数量 磁盘类型 目的

控制器 无 1 固态盘 操作系统

无 1 固态盘 MongoDB

计算 无 1 固态盘 操作系统

存储 RAID1 2 10k SAS（前端） 操作系统

JBOD 20 10k SAS（前端） CEPH OSD

JBOD 4 固态盘 CEPH 日志

基础设施 RAID1 2 固态盘 操作系统

计算节点

每个计算节点要求至少一块达到平均速度

要求的磁盘，以用于部署操作系统。我们

推荐使用至少 400 GB 的磁盘来满足此要

求。RAID1 为可选配置。

Ephemeral 存储类型是云配置选项，为

Nova Ephemeral 卷选择了后端类型。如

果选择了本地磁盘上的 Ephemeral 存储，

最好将该存储置于单独的磁盘上，可以

是 SAS 或固态盘，具体取决于云应用的

SLA 要求。这些磁盘可以使用 RAID0 或

RAID1 配置，以利用 RAID 控制器的高速

缓存，并获得更高性能。此外，也可以在

不同的计算节点组中使用不同的磁盘类型，

从而提高灵活性。

即使使用本地 Ephemeral 存储，仍然可

以实时迁移未连接 Ephemeral 存储的实

例。我们在验证期间使用了一块 400 GB

固态盘来安装操作系统。Ephemeral 存

储使用了 Ceph。

控制器节点

控制器节点要求至少一块具备良好速度的

磁盘，用于部署操作系统和 OpenStack

服务。推荐使用 400 GB 固态盘来满

足这些要求。RAID1 为可选配置，但

推荐使用它。如果控制器节点上运行有

MongoDB，我们推荐为数据库使用第二

块磁盘。我们建议为具有 30 个计算节点

的云使用至少 200 GB 大小的固态盘。实

际的 MongoDB 负载取决于 Ceilometer

配置。如欲了解详细信息，请联系您的

Mirantis 代表。

出于验证目的，我们使用了两块 400 GB

固态盘：一块用于操作系统和 OpenStack

服务，另一块用于 MongoDB。对于 RAID1

配置，需至少使用三块磁盘：RAID1

使用两块固态盘，用于部署操作系统；

第三块固态盘不采用 RAID 配置，用于

MongoDB。

存储节点

存储节点要求至少一块达到平均速度的

磁盘，以用于部署操作系统。我们推荐

使用至少 200GB 的磁盘来满足此要求。

RAID1 为可选配置，但如果您配置了少量

存储节点，则推荐使用。为加速 Ceph，我

们推荐在固态盘上保存 Ceph 日志。所需

的固态盘数量和容量计算方式如下：每块

1-1.2 TB SAS 磁盘需要 40 GB 固态盘，

一块固态盘可用于支持最高 5 块 SAS 磁

盘。依照上述公式，10 块 1.2 TB SAS 磁

盘需要两块 200 GB 固态盘，以此类推。

综合考虑上述全部要求，Dell R730xd 的

配置将是：两块位于 FlexBay 中的 SAS

磁盘被设置为 RAID1。4 块 SATA 200

GB 英特尔 DC S3710 固态盘和 20 块

1.2 TB SAS 磁盘。我们在验证期间使用

了这一相同的配置。

基础设施节点

基础设施节点要求至少一块达到平均速度

的磁盘，用于部署操作系统。我们推荐使

用至少 400 GB 的磁盘来满足此要求。

RAID1 为可选配置，但推荐使用它。否

则，Fuel 主节点必须进行备份。

我们在验证期间使用了两块 400 GB 固态

盘组成 RAID1 配置。

参考架构 12

经验证的配置

下文总结了经验证的配置。

• 硬件配置

– 基础设施、控制器和计算节点使用了

Dell PowerEdge R630

– 存储节点使用了 Dell PowerEdge

R730xd

– 1 个基础设施节点

• 2块400GB英特尔®固态盘组成

RAID1

• 1块1GB英特尔®NIC，承载

BMC网络

• 1块1GB英特尔®NIC，承载公共

网络

– 3 个控制器节点

• 两块400GB英特尔®固态盘，一

块用于安装操作系统，另一块用于

安装MongoDB

• 绑定至LACP的双端口10GB

英特尔®NIC，承载控制和数据平

面网络

• 1块1GB英特尔®NIC，承载

BMC网络

– 3 个存储节点

• FlexBay中的两块SAS组成

RAID1，用于安装操作系统

• 4块SATA200GB英特尔®DC

S3710固态盘，用于保存Ceph

日志

• 20块1.2TBSAS磁盘用于部署

CephOSD

• 绑定至两个LACP的两块双端口

英特尔®10GBNIC，分别承载控

制平面和Ceph复制流量

• 1块1GB英特尔®NIC，承载

BMC网络

– 3 个计算节点

• 400GB固态盘用于部署操作系统

• 绑定至LACP的双端口10GBNIC，

承载控制和数据平面网络

• 1块1GBNIC，承载BMC网络

– 使用了 Dell Networking S3048-ON

和 Dell Networking S4048-ON。

– 布线和逻辑网络配置如相关章节所述。

– 租户流量隔离通过 VLAN 完成，DVR

被用于加速东西通信。

• 软件配置

– Ceilometer 与本地 MongoDB 一起

安装在控制器节点上。

– 副本因子为 3 的 Ceph 被用于

Cinder、Glance、Swift 和 Nova

Ephemeral 存储。

– 为公共 OpenStack API 和 Horizon

启用了具有自签名证书的 TLSv1.2。

– 未安装 Sahara、Zabbix 或 LMA 工

具链。

扩展

我们的初步测试表明，三个裸机控制器节

点能够在大多数用例中支持最高 100 个

计算节点。推荐的计算和存储节点比例是

4:1，但也可以根据特定的用例进行调整。

下方提供了一种计算需要多少个节点来托

管给定数量的虚拟机的方法。可以将多个

机架连接至云，但在这种情况下，除用于

控制器节点的机架外，第二个和其他机架

需采用相同的配置。三个控制器可以全部

放入一个机架中，也可以分散到多个机架

中，以提供更好的弹性。

多个机架可以通过多种方法相互连接和连

接到上行链路。

– 一种是使用诸如 Dell S6000-ON 等

专用的聚合交换机。这是性能最高，

但也是最昂贵的方法。

– 另一种方法是将第一个机架连接到上

行链路，后面的机架均连接到前一个

机架，从而形成一个机架链。此方法

价格适中，但性能和冗余能力欠佳。

请联系您的 Mirantis 或戴尔销售代表以

讨论各种方法。

参考架构 13

单机架配置

微型 微型 + 小型 小型 + 中型 中型 +

控制器节点 3 3 3 3 3 3

计算节点 6 8 12 16 20 24

存储节点 3 3 3 4 5 6

预计的最大虚拟机数量* 192 256 384 512 640 768

功耗** 5 kW 6 kW 7 kW 8.5 kW 10.5 kW 12 kW

建议的机架配置

*预估每个配置可以支持的虚拟机数量时使用了以下参数。计算未采用 RAM 过度订阅，采用了 4:1 的 vCPU 和超线程 CPU 过度订

阅比。

• 4 个虚拟 CPU

• 8 GB 内存

• 60 GB 存储

**使用 Dell ESSA（Dell Energy Smart Solution Advisor）规划您的硬件并计算其功耗，网址为 http://www.dell.com/learn/us/

en/04/campaigns/config_calculator

测试部署后云验证以半自动方式进行，使用了 Tempest、Rally 和 Shaker 等工具。

参考架构 14

参考资料• Mirantis OpenStack 7.0 文档

https://docs.mirantis.com/openstack/fuel/fuel-7.0/

• 功耗计算器：

http://www.dell.com/learn/us/en/04/campaigns/config_calculator

http://www.dell.com/content/topics/topic.aspx/global/products/pedge/topics/en/config_

calculator?c=us&l=en&s=corp

术语表术语 描述

BMC 底板管理控制器

绑定 包含聚合物理链路的虚拟网络接口

Ceph 一种分布式块存储、对象存储和文件系统

DVR 分布式虚拟路由器，一种在每一个计算节点上配置和运行 Neutron L3 代理的方法，以移动控制器节点上的负载。每一个计

算节点负责为本地实例提供东西路由和南北浮动 IP 转换支持，而控制器节点仅负责为没有分配浮动 IP 的实例提供南北流量

传输服务。

东西流量 云中的流量，即虚拟机到虚拟机的流量或租户到租户的流量。

Ephemeral 存储 虚拟机使用的非永久性磁盘或卷

浮动 IP 可以即时从一个虚拟机移动到另一个虚拟机的 IP 地址。浮动 IP 地址支持与虚拟机实例相关的动态 IP 地址。

Fuel 一个用于部署 OpenStack 的开源项目，是 OpenStack Big Tent 的一部分。

Fuel 插件 一个用于扩展 Fuel 功能的特殊软件包。如欲了解更多信息，请访问 https://wiki.openstack.org/wiki/Fuel/Plugins

IPMI 智能平台管理接口

LACP 链路聚合控制协议，一种国际网络接口绑定标准，得到了几乎所有厂商和操作系统的支持。当前的规范是 IEEE 802.1AX-

2008。

LMA 记录、监控和警告的首字母缩写词。

LMA 工具链 一套用于收集和分析日志、监控 OpenStack 组件运行情况和状态、以及按需发出警告的工具，其中包含 Elasticsearch-

Kibana、InfluxDB-Grafana 和 Nagios。

MOS Mirantis OpenStack

多机箱链路聚合 一种特定的网络交换机配置，从 LACP 的角度来看，其中两台或更多台独立交换机作为一台交换机发挥功能。

NAT 网络地址转换，一种特殊机制，用于在一个网络的主机与另一个主机之间建立联系，而无需建立正确的路由。

南北流量 云虚拟机和网络其余部分（云以外的任意组件）之间的流量。

OS 操作系统

RA 参考架构

Rally 一种开源工具，用于执行云验证、基准测试和性能分析。

Shaker 一种适用于常用网络性能测试工具的打包软件，用于衡量云的网络性能。

Tempest 一套集成测试，用于测试实时 OpenStack 云。

TLS 传输层安全协议，用于确保网络连接的安全。

参考架构 15

商标

本文所提供之信息均与英特尔® 产品相关。本文件不构成对任何知识产权的授权，包括明示的、暗示的，也无论是基于禁止反言的原则或其他。除相

关产品的英特尔销售条款与条件中列明之担保条件以外，英特尔公司不对销售和/或使用英特尔产品做出其它任何明确或隐含的担保，包括对适用于

特定用途、适销性，或不侵犯任何专利、版权或其它知识产权的担保。除非经过英特尔的书面同意认可，英特尔的产品无意被设计用于或被用于以下

应用：即在这样的应用中可因英特尔产品的故障而导致人身伤亡。

本文中使用的商标：Dell™、DELL 标识和 PowerEdge™ 是戴尔公司的商标。英特尔、英特尔标识、Xeon® 和至强® 是英特尔在美国和/或其他国家的商标。

免责条款：OpenStack® 字标和 OpenStack 标识是 OpenStack Foundation 在美国和其他国家（地区）的注册商标/服务标志或商标/服务标志，在 OpenStack

Foundation 的许可下使用。我们与 OpenStack 基金会或 OpenStack 社区并无隶属关系、并未得到其支持或赞助。本出版物中使用的其它商标和商业名称是指拥有这些

商标和名称的实体或者是指其产品。Mirantis, Inc. 对非其所有的商标和商业名称无任何产权利益。

英特尔有权随时更改产品的规格和描述而毋需发出通知。设计者不应信赖任何英特产品所不具有的特性，设计者亦不应信赖任何标有 “保留权利” 或 “未定义” 说明或特性描

述。对此，英特尔保留将来对其进行定义的权利，同时，英特尔不应为因其日后更改该等说明或特性描述而产生的冲突和不相容承担任何责任。此处提供的信息可随时改

变而毋需通知。请勿根据本文件提供的信息完成一项产品设计。

本文件所描述的产品可能包含使其与宣称的规格不符的设计缺陷或失误。这些缺陷或失误已收录于勘误表中，可索取获得。在发出订单之前，请联系当地的英特尔营业部

或分销商以获取最新的产品规格。索取本文或英特尔文献中提及的带订单号的文件副本，可拨打 1-800-548-4725，或访问英特尔网站 www.intel.cn

* 其他的名称和品牌可能是其他所有者的资产。

© 2017 英特尔公司版权所有。