你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn

将 Oracle 工作负荷迁移到 Azure 虚拟机的容量规划

本文基于 Azure 云采用框架指南,提供有关 Microsoft Azure 上 Oracle 工作负载的基础结构容量规划的注意事项。 本文包括帮助你完成此规划过程的建议和工具。

在 Azure 上运行 Oracle 数据库工作负荷时,容量规划对于高效性能和成本管理至关重要。 本文介绍用于准确分配资源、平衡性能需求和优化成本的指南、方法和工具。 特定的容量要求取决于数据库工作负荷的性能特征。 这些特征是事务性、分析性或混合特征。 Oracle 数据库工作负荷的约束因素通常是处理能力、内存和吞吐量。

容量规划可帮助你为 Azure 上的 Oracle 体系结构选择适当的基础结构。 必须了解数据库存储容量才能有效地实现此过程。

容量规划注意事项

Azure 基础结构即服务(IaaS)上 Oracle 工作负荷的容量规划是一个过程,需要深入了解工作负荷要求和可用的 Azure 资源。

总体性能注意事项

  • 现有环境可能无法作为 Azure 上 Oracle 数据库工作负荷要求的准确大小度量值。 使用 Oracle 自动工作负荷存储库 (AWR) 报告了解用于迁移的工作负荷或工作负荷的性能特征。 AWR 报表包含 Oracle 数据库工作负荷的性能统计信息。

  • 如果没有可用的 AWR 性能统计信息,则可以将当前的环境用作应用服务器的规模测度。 应从应用程序服务器收集性能指标,以确保适当调整应用程序服务器和任何平台即服务(PaaS)解决方案的大小。

    注释

    若要收集 AWR 报告,需要为数据库工作负荷购买 Oracle 诊断包许可证。 可以使用 Statspack 报表作为 AWR 报表的替代方法。 Statspack 报表是 AWR 报表的子集,不需要诊断包许可证。

  • 收集数据库工作负荷的 AWR 报表:

    • 当工作负荷遇到峰值负载时。 如果不知道峰值加载时间,请使用 busiest_awr 脚本 来确定最繁忙的 AWR。

    • 适用于代表峰值负载的时段。 例如,如果峰值负载发生在月末过程期间,则在月末过程中生成 AWR 报告。 该时间段应仅包括峰值负载时间,并排除长时间的低负载。 如果在 AWR 报告中包括低负载的时间段,则性能统计信息表示平均值,而不是实际工作负荷性能要求。

    • 对于在数据库上构成大量负载的活动,例如批处理或其他活动。

  • 在高峰负载和类似情况下收集 AWR 报告。 若要确定适当的虚拟机(VM)SKU 和存储配置,请参阅 基于 Oracle AWR 报表调整 Azure 资源的大小。 如果管理多个 Oracle 数据库工作负荷并考虑在同一 VM 上合并多个工作负荷,请使用 Oracle 迁移助手工具(OMAT)。 OMAT 是一种自动化大小评估工具,它基于 AWR 报告生成基础结构评估,并为可能的 VM 和存储配置提供建议。

计算注意事项

确定数据库工作负荷的基本性能要求后,请考虑以下 VM 规划建议:

  • 使用受约束的核心来优化 Oracle 许可成本。 受约束的核心提供较大 VM SKU 的内存和吞吐量容量,同时将 vCPU 容量限制为较小的 VM SKU。 此配置可降低 Oracle 许可成本,因为许可基于处理器核心。 有关详细信息,请参阅 云计算环境中的授权 Oracle 软件受约束的核心大小

  • 为 Oracle 工作负荷选择内存优化 VM。 与常规用途 VM 相比,内存优化 VM 的内存与 vCPU 比率更高,因此非常适合内存密集型 Oracle 工作负荷。 有关详细信息,请参阅 M 系列 VM

  • 使用最新的 VM SKU 来提高性能和兼容性。** 最新的 VM SKU(如 Mdsv3Edsv6)提供可靠的内存优化选项。 根据大小评估在中等内存和高内存变体之间进行选择。

  • 包括用于高可用性和灾难恢复的其他虚拟机。 确保您的架构适用于高可用性、灾难恢复和非生产环境所需的虚拟机,以维持操作弹性。

存储注意事项

Oracle 数据库工作负荷的性能和可靠性在很大程度上依赖于底层存储基础结构的设计和配置。 请考虑以下存储规划指南:

  • 根据工作负荷要求选择适当的托管磁盘类型。 将 Azure 高级 SSD 用于与作系统相关的活动,以确保可靠的性能。 对于数据磁盘,我们建议使用 Azure 高级 SSD v2 增强性能功能。 Azure 超级磁盘存储适用于需要非常高的吞吐量和低延迟的工作负荷。 避免将 Azure 标准 SSD 或 Azure 标准 HDD 用于生产 Oracle 工作负载。 有关更多详细信息,请参阅 Azure 托管磁盘。 其他存储选项包括 Azure Netapp 文件和ESAN

  • 磁盘延迟可能是一个考虑因素,具体取决于工作负荷的特征。 有关磁盘延迟的详细信息,请参阅 Azure 托管磁盘类型

  • 如果与 OS 相关的活动需要超过 4 TB,请使用多个高级 SSD,并将其配置为 RAID-0。 大于 4,095 GB 的磁盘不支持主机磁盘缓存。

  • 了解高级 SSD v1 和高级 SSD v2 之间的差异。 高级 SSD v1 使用 Azure 的原始体系结构,该体系结构与其他 VM 流量共享带宽,并可能会影响性能。 高级 SSD v2 利用直接驱动器体系结构来提高性能和降低延迟。 有关更多详细信息,请参阅 高级 SSD 与高级 SSD v2 之间的差异

  • 使用托管磁盘时,请考虑累积磁盘吞吐量。 附加到 VM 的所有磁盘的累积吞吐量受 VM SKU 的约束。 有关详细信息,请参阅 虚拟机和磁盘性能

  • 如果吞吐量要求超过单个 VM 的最大吞吐量,请考虑使用网络存储,例如 Azure NetApp Files,因为对于此类配置,限制在于 VM 的网络吞吐量或出口,而不是磁盘吞吐量。

  • 如果经常使用 Oracle 临时文件,请考虑选择具有临时磁盘的 VM SKU,并将临时文件放在临时磁盘上。 此配置可减少数据磁盘上的输入/输出(I/O)负载。

后续步骤