如何使用环境数据计算存储 I/O 要求

 

上一次修改主题: 2006-07-19

如果已经部署 Exchange,则应使用现有的生产环境来确定 I/O 要求。监视生产环境的好处是,您的数据可以包括所有应用程序(包括第三方应用程序)上发生的所有 I/O。

在计算每个邮箱的 IOPS 时,应使用该服务器上当前的邮箱数。如果服务器中包含许多不使用的邮箱,或者正在运行的其他应用程序在两个小时的高峰时段内不会增加许多负载,则计算结果可能无法代表典型的用户负载。应选择一台具有典型用户邮箱的服务器来进行度量,或者在计算中不考虑那些不使用的邮箱。

请注意,星期几不同,使用负载也会略有不同。因为这种情况变化幅度很大,因此应该在较长的一段时间内监视环境(理想情况下是一个月),以便确定什么时候可能会遇到高峰。

  1. 确定三台供您收集基准性能数据的 Exchange 邮箱服务器。这些服务器应是为大多数经常使用电子邮件的用户提供服务的高端服务器。在此步骤中,这些服务器被称为 ex2003base。通常,不同的站点有不同类型的用户。有时候,这样做很有用:获取每个站点的邮箱配置文件数据,并为每个站点分配一个不同的标准邮箱配置文件。

  2. 在通常会遇到高峰负载的那天(很多公司是星期一)连续 24 小时监视 ex2003base 服务器。在出现高峰负载的那天,于上午 4:00 在每个服务器上启动 Perfmon 日志,并让它连续运行 24 小时。

  3. 以 15 秒为时间间隔记录下列 Perfmon 对象(所有计数器,所有实例):

    • Logical Disk
    • MSExchangeIS
    • Physical Disk
    • Processor
  4. 编译从 ex2003base 服务器得到的以下数据:

    • 确定三个 ex2003base 服务器的平均邮箱大小。为了帮助确定未来的存储性能需求,将使用平均邮箱大小。
    note注意:
    必须有邮箱大小限制,以便足以调整指定用户的存储大小/性能。
    • 确定每台 ex2003base 服务器上有多少邮箱。在该过程随后的步骤中,您需要此数据来准确计算每台服务器上每个邮箱的平均 I/O 值。
    • 确定每种 Exchange 功能(例如,事务日志、数据库和 MTA 队列)使用哪个 ex2003base 服务器卷。
  5. 逐个分析在步骤 3 中收集的三个 Perfmon 日志。对每个日志执行下列步骤。

    1. 在 Perfmon 中,打开 Perfmon 日志。
    2. 添加下列计数器:
    • MSExchangeIS->RPC Operations/sec
    • Logical Disk->Disk Transfers/sec->实例 = 容纳 Exchange 存储数据库的驱动器号。(添加包含 Exchange 数据库文件的所有驱动器号)。
    • Processor->%Processor->实例 = Total
    1. 设置合适的比例,以便所有计数器值都落在 0-100 x 轴上(这样可以查看所有计数器在 1 分钟内的变化情况)。显示图表视图。
    2. 分析 Perfmon 数据,确定三个计数器值(RPC Operations/sec、Disk Transfers/sec 和 Processor utilization)都达到最高、长 1 小时的时段。应该会看到使用率在较长的一段时间内稳定在较高水平。
    3. 确定这个跨 1 小时的窗口之后,缩短 Perfmon 日志的时间线,让其符合该窗口。
  6. 从这个跨 1 小时的窗口中,记录每台 ex2003base 服务器的下列度量数据(平均值):

    • RPC Operations/sec:
    • Disk Transfers/sec:
    • % Processor Time:
  7. 使用此数据填充随 download of Optimizing Storage for Exchange Server 2003(英文)附带的 Server_Sizing.xls 电子表格。

  8. 确定遇到最高负载的 ex2003base 服务器。使用从具有最高负载的服务器所收集的数据作为服务器/处理器/存储的基准。使用以下最佳实践:

    • 设计系统时,让其使用率始终比预计的高峰值高出 20%。这样,存储和处理器就有能力在高峰时段处理高峰数据量。
    • 每个邮箱的兆周数和每个邮箱的 IOPS 可以随服务器配置的更改而发生变化。下面列出了能够更改每个邮箱的兆周数和每个邮箱的 IOPS 的可能因素。
    • 邮箱大小发生重大变化
    • 最大邮件大小发生重大变化
    • 添加或删除了第三方应用程序
    • 添加或删除了 Exchange 功能
    • 用户变化的平均并发数(在任意指定时间,或多或少的用户联机使用系统)
  9. 填充该电子表格(随“优化 Exchange Server 2003 的存储”指南的下载版本提供)并确认邮箱配置文件后,可以设计存储解决方案。例如,如果分析结果指出标准邮箱配置文件转换为每个邮箱 .75 IOPS 和每个邮箱 1.25 兆周,则可以确定 4,000 个邮箱服务器的要求如下:

    • 邮箱数: 4,000
    • 高峰 DB IOPS: (4,000 × .75) = 3,000
    • 高峰日志 IOPS:(DB IOPS/10) = 300
    • 高峰兆周数:(4,000 × 1.25) = 5,000 兆周

    要处理高峰数据量,应在处理器和存储设计上增加 20% 的缓冲。在增加此缓冲后,该示例的最低硬件要求是:

    • 邮箱数: 4,000
    • 高峰 DB IOPS: (3,000 + 20%) = 3,600
    • 高峰日志 IOPS: (300 + 20%) = 360
    • 高峰兆周数:(5,000 + 20%) = 6,000 兆周
  10. 要支持这些要求,每个邮箱服务器的最低硬件应是双 3,000 mhz 处理器、4 GB RAM,以及能够容纳 3,600 个随机 DB IOPS 和 360 个顺序事务日志写入 IOPS 的存储。

note注意:
该计算中未包括内存和网络要求。对于企业应用程序,建议为 Exchange 邮箱服务器配置 4 GB 内存。同时建议为 Exchange 邮箱服务器配置 100 mbt 或更高的全双工网络。

有关计算每种类型 RAID 解决方案的 IOPS 的详细信息,请参阅 Disk Subsystem Performance Analysis for Windows(英文)。

 
显示: