3.5. 性能

OpenStack 部署的性能取决于与基础架构和控制器服务相关的多个因素。用户要求可分为一般网络性能、计算资源性能和存储系统性能。

确保保留系统的历史性能基准，即使这些系统在没有慢速的情况下一致执行。当您遇到性能问题并需要数据进行比较时，可用的基准信息是有用的参考。

除了第 1.5.2 节 “OpenStack Telemetry (ceilometer)” 外，外部软件也可用于跟踪性能。Red Hat OpenStack Platform 的 Operational Tools 存储库包括以下工具：

网络要求有助于确定性能功能。例如，较小的部署可能会使用 1 千兆位以太网(GbE)网络，并为多个部门或许多用户提供服务的大型安装应使用 10 GbE 网络。

运行实例的性能可能会受这些网络速度的限制。您可以设计运行多种网络功能的 OpenStack 环境。通过利用不同的接口速度，OpenStack 环境的用户可以选择符合其目的的网络。

例如，web 应用程序实例可以在带有 OpenStack 网络 1GbE 功能的公共网络中运行，后端数据库可以使用具有 10 GbE 功能的 OpenStack 网络来复制其数据。在某些情况下，设计可以纳入链路聚合来提高吞吐量。

通过实施向云 API 提供前端服务的硬件负载均衡器，可以提升网络性能。如果需要，硬件负载均衡器也可以执行 SSL 终止。在实现 SSL 卸载时，验证所选设备的 SSL 卸载功能非常重要。

计算节点中使用的硬件规格（包括 CPU、内存和磁盘类型）直接影响实例的性能。OpenStack 服务中的可调参数也可以直接影响性能。

例如，OpenStack Compute 的默认 over-commit 比率为 16:1，CPU 和 1.5 内存。这些高比例可能会导致"无法"活动增加。您必须仔细调整 Compute 环境的大小，以避免这种情况，并确保在使用量增加时监控您的环境。

块存储可以使用 NetApp 或 EMC 等企业后端系统，如 Ceph，或者利用块存储节点中直接附加存储的功能。

可以部署块存储，使流量遍历主机网络，这可能会受到前端 API 流量性能的影响。因此，请考虑使用带有控制器和计算主机上专用接口的专用数据存储网络。

用户通常通过代理服务访问对象存储，该服务在硬件负载均衡器后面运行。默认情况下，高弹性存储系统复制存储的数据，这可能会影响整体系统性能。在这种情况下，建议在存储网络构架中推荐 10 GbE 或更高的网络容量。

控制器节点为最终用户提供管理服务，并在内部为云操作提供服务。务必要仔细设计用于运行控制器基础架构的硬件。

控制器在服务间为系统消息传递运行消息排队服务。消息传递中的性能问题可能会导致操作功能（如启动和删除实例、置备新存储卷和管理网络资源）的延迟。这些延迟还可能会影响应用程序对某些条件做出反应的能力，特别是在使用自动扩展功能时。

您还需要确保控制器节点可以处理多个并发用户的工作负载。确保 API 和 Horizon 服务已加载，以提升您客户的服务可靠性。

务必要考虑 OpenStack Identity Service (keystone)，它在 OpenStack 和最终用户内部为所有服务提供身份验证和授权。如果该服务没有适当大小，则这个服务可能会导致整体性能降低。

监控非常重要的指标包括：