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

SAP HANA Azure 虚拟机高级 SSD 存储配置

本文档介绍 Azure 高级存储或高级 SSD 的 HANA 存储配置,其在几年前作为 DBMS 和其他需要低延迟存储的应用程序的低延迟存储而引入。 在使用 LVM、HANA 数据卷分区或其他独立于特定存储类型的注意事项时,有关条带大小的一般注意事项,请查看以下两个文档:

重要

本文档中的存储配置建议旨在指导如何开始使用。 运行工作负荷并分析了存储利用率模式后,你可能会意识到未利用完提供的全部存储带宽或 IOPS。 可以考虑缩减存储大小。 也或者相反,工作负载所需的存储吞吐量可能比配置的存储吞吐量更多。 这样就可能需要部署更多容量、IOPS 或吞吐量。 为了帮助用户在所需的存储容量、所需的存储延迟、所需的存储吞吐量和 IOPS 以及最低成本配置之间尽可能实现平衡(往往不易),Azure 提供了足够多的具有不同功能和不同价格的不同存储类型,以便用户为其 HANA 工作负载找到并调整到最合适的方案。

对 Azure M 系列虚拟机使用包含高级存储和 Azure 写入加速器的解决方案

Azure 写入加速器是专供 Azure M 系列 VM 结合使用 Azure 高级存储而使用的功能。 顾名思义,该功能的目的是改善针对 Azure 高级存储执行的写入操作的 I/O 延迟。 在 SAP HANA 中,预期只能对 /hana/log 卷使用写入加速器。 因此,/hana/data 和 /hana/log 是单独的卷,Azure 写入加速器仅支持 /hana/log 卷。

重要

使用 Azure 高级存储时,必须使用 Azure 写入加速器或 /hana/log 卷。 写入加速器仅适用于高级存储以及 M 系列和 Mv2 系列 VM。 写入加速器不能与其他 Azure VM 系列(如 Esv3 或 Edsv4)结合使用。

以下针对 Azure 高级磁盘的缓存建议假设 SAP HANA 的 I/O 特征如下所示:

  • 几乎没有任何针对 HANA 数据文件的读取工作负荷。 重启 HANA 实例后或者在将数据载入 HANA 时出现的大型 I/O 例外。 执行 HANA 数据库备份后,也可能出现大量针对数据文件的读取 I/O。 因此,大多数情况下读取缓存没有意义,因为在大多数情况下,需要完全读取所有数据文件卷。
  • HANA 写入点和 HANA 故障恢复会产生大量针对数据文件的写入。 写入保存点是异步的,并不会耽误任何用户事务。 在故障恢复期间写入数据对性能要严格要求,以便系统再次快速响应。 但是,故障恢复更确切地说应该是异常情况
  • 几乎不会从 HANA 重做文件进行任何读取。 执行事务日志备份、故障恢复或在 HANA 实例重启阶段出现的大型 I/O 例外。
  • 针对 SAP HANA 重做日志文件的主要负载是写入负载。 根据工作负载的性质,I/O 可以小至 4 KB,也可达到 1 MB 或更大。 针对 SAP HANA 重做文件的写入延迟对性能要很高要求。
  • 需要以一种可靠的方式在磁盘上保留所有写入

建议:对于这些观察到的 SAP HANA 的 I/O 模式,使用 Azure 高级存储的不同卷的缓存应设置为如下形式:

  • /hana/data - 无或读取缓存
  • /hana/log - 无。 为 M 系列和 Mv2 系列 VM 启用写入加速器,Azure 门户中的选项是“无 + 写入加速器”。
  • /hana/shared - 读取缓存
  • OS 磁盘 - 不要更改 Azure 在创建 VM 时设置的默认缓存

适用于高级存储的 Azure 突发功能

我们为容量低于或等于 512 GiB 的 Azure 高级存储磁盘提供突发功能。 磁盘突发一文中介绍了磁盘突发的具体工作原理。 阅读该文章可以了解当 I/O 工作负载低于磁盘的额定 IOPS 和吞吐量时 IOPS 和吞吐量累积的概念(有关额定吞吐量的详细信息,请参阅托管磁盘定价)。 磁盘当前用量与额定值之间的 IOPS 和吞吐量增量将会累积。 突发限制为最长 30 分钟。

可以计划使用此突发功能的理想情况可能是卷或磁盘包含不同 DBMS 的数据文件。 这些卷(尤其是包含中小型系统的卷)所需的 I/O 工作负载预期类似于:

  • 低至中等的读取工作负荷,因为理想状态下数据缓存在内存中,或者像使用 SAP HANA 一样,数据应该完全存储在内存中
  • 由定期发出的数据库检查点或保存点引起的写入突发
  • 没有通过存储快照执行备份时在持续工作流中读取的备份工作负载
  • 对于 SAP HANA,在实例重启后将数据加载到内存中

尤其是在工作负载每秒仅处理几百个事务的小型 DBMS 系统上,此类突发功能对于存储事务或重做日志的磁盘或卷也很有用。 此类磁盘或卷的预期工作负载类似于:

  • 定期写入磁盘,这取决于工作负载和工作负载性质,因为应用程序每次发出的提交都可能触发 I/O 操作
  • 执行操作任务(如创建或重新生成索引)时,吞吐量的工作负载会更高
  • 执行事务日志或重做日志备份时的读取突发

重要

Azure M 系列虚拟机的 SAP HANA 认证要求中规定,Azure 写入加速器只能用于 /hana/log 卷。 因此,在 Azure M 系列虚拟机上的生产场景 SAP HANA 部署中,应该配置 /hana/log 卷使用的 Azure 写入加速器。

注意

在涉及 Azure 高级存储的方案中,我们将在配置中实现突发功能。 无论使用什么形状或形式的存储测试工具,请随时牢记 Azure 高级磁盘突发的工作方式。 运行通过 SAP HWCCT 或 HCMT 工具实现的存储测试时,不是所有测试都能通过标准,因为某些测试会超出你可以累积的突发额度。 尤其是在所有测试都按顺序运行而不中断时。

注意

对于 M32ts 和 M32ls VM,使用 HCMT/HWCCT 磁盘测试时,磁盘吞吐量可能低于预期。 即使在磁盘突发或基础磁盘的 I/O 吞吐量预配充足的情况下,也是如此。 观察到的行为的根本原因在于,HCMT/HWCCT 存储测试文件已完全缓存在高级存储数据磁盘的读取缓存中。 此缓存位于托管虚拟机的计算主机上,可以完全缓存 HCMT/HWCCT 的测试文件。 在这种情况下,M 系列文章中的“最大缓存吞吐量和临时存储吞吐量:IOPS/MBps(缓存大小以 GiB 为单位)”列中列出的配额是相关的。 特别是对于 M32ts 和 M32ls,针对读取缓存的吞吐量配额仅为 400MB/秒。由于测试文件已完全缓存,因此尽管磁盘突发或预配的 I/O 吞吐量较高,这些测试仍可能略低于 400MB/秒的最大吞吐量。 作为替代方法,可以在 Azure 高级存储数据磁盘上不启用读取缓存的情况下进行测试。

注意

对于生产场景,请在 IAAS 的 SAP 文档中查看特定的 VM 类型是否受 SAP HANA 的支持。

建议:建议在生产场景中使用类似以下的 Azure 高级存储配置:

SAP /hana/data 卷的配置:

VM SKU RAM 最大 VM I/O
吞吐量
/hana/data 预配的吞吐量 最大突发吞吐量 IOPS 突发 IOPS
M32ts 192 GiB 500 MBps 4 x P6 200 MBps 680 MBps 960 14,000
M32ls 256 GiB 500 MBps 4 x P6 200 MBps 680 MBps 960 14,000
M64ls 512 GiB 1,000 MBps 4 x P10 400 MBps 680 MBps 2,000 14,000
M32(d)ms_v2 875 GiB 500 MBps 4 x P15 500 MBps 680 MBps 4,400 14,000
M48(d)s_1_v3、M96(d)s_1_v3 974 GiB 1,560 MBps 4 x P15 500 MBps 680 MBps 4,400 14,000
M64s、M64(d)s_v2 1,024 GiB 1,000 MBps 4 x P15 500 MBps 680 MBps 4,400 14,000
M64ms、M64(d)ms_v2 1,792 GiB 1,000 MBps 4 x P20 600 MBps 680 MBps 9,200 14,000
M96(d)s_2_v3 1,946 GiB 3,120 MBps 4 x P20 600 MBps 680 MBps 9,200 14,000
M128s、M128(d)s_v2 2,048 GiB 2,000 MBps 4 x P20 600 MBps 680 MBps 9,200 14,000
M192i(d)s_v2 2,048 GiB 2,000 MBps 4 x P20 600 MBps 680 MBps 9,200 14,000
M128ms、M128(d)ms_v2 3,892 GiB 2,000 MBps 4 x P30 800 MBps 无突发 20,000 无突发
M176(d)s_3_v3 2,794 GiB 4,000 MBps 4 x P30 800 MBps 无突发 20,000 无突发
M176(d)s_4_v3 3,750 GiB 4,000 MBps 4 x P30 800 MBps 无突发 20,000 无突发
M192i(d)ms_v2 4,096 GiB 2,000 MBps 4 x P30 800 MBps 无突发 20,000 无突发
M208s_v2 2,850 GiB 1,000 MBps 4 x P30 800 MBps 无突发 20,000 无突发
M208ms_v2 5,700 GiB 1,000 MBps 4 x P40 1,000 MBps 无突发 30,000 无突发
M416s_v2 5,700 GiB 2,000 MBps 4 x P40 1,000 MBps 无突发 30,000 无突发
M416s_8_v2 7,600 2,000 MBps 4 x P40 1,000 MBps 无突发 30,000 无突发
M416ms_v2 11,400 GiB 2,000 MBps 4 x P50 1,000 MBps 无突发 30,000 无突发
M832ixs1 14,902 GiB 大于 2,000 Mbps 4 x P601 2,000 MBps 无突发 64,000 无突发
M832ixs_v21 23,088 GiB 大于 2,000 Mbps 4 x P601 2,000 MBps 无突发 64,000 无突发

1 默认情况下,VM 类型不可用。 请与 Microsoft 帐户团队联系

2 VM 提供的最大吞吐量和 SAP HANA 工作负荷(尤其是保存点活动)的吞吐量要求可能会迫使你部署明显更多的高级存储 v1 容量。

对于 /hana/log 卷, 配置如下所示:

VM SKU RAM 最大 VM I/O
吞吐量
/hana/log 卷 预配的吞吐量 最大突发吞吐量 IOPS 突发 IOPS
M32ts 192 GiB 500 MBps 3 x P10 300 MBps 510 MBps 1,500 10,500
M32ls 256 GiB 500 MBps 3 x P10 300 MBps 510 MBps 1,500 10,500
M64ls 512 GiB 1,000 MBps 3 x P10 300 MBps 510 MBps 1,500 10,500
M32(d)ms_v2 875 GiB 500 MBps 3 x P15 375 MBps 510 MBps 3,300 10,500
M48(d)s_1_v3、M96(d)s_1_v3 974 GiB 1,560 MBps 3 x P15 375 MBps 510 MBps 3,300 10,500
M64s、M64(d)s_v2 1,024 GiB 1,000 MBps 3 x P15 375 MBps 510 MBps 3,300 10,500
M64ms、M64(d)s_v2 1,792 GiB 1,000 MBps 3 x P15 375 MBps 510 MBps 3,300 10,500
M96(d)s_2_v3 1,946 GiB 3,120 MBps 3 x P15 375 MBps 510 MBps 3,300 10,500
M128s、M128(d)s_v2 2,048 GiB 2,000 MBps 3 x P15 375 MBps 510 MBps 3,300 10,500
M192i(d)s_v2 2,048 GiB 2,000 MBps 3 x P15 375 MBps 510 MBps 3,300 10,500
M176(d)s_3_v3 2,794 GiB 4,000 MBps 3 x P15 375 MBps 510 MBps 3,300 10,500
M176(d)s_4_v3 3,750 GiB 4,000 MBps 3 x P15 375 MBps 510 MBps 3,300 10,500
M192i(d)ms_v2 4,096 GiB 2,000 MBps 3 x P15 375 MBps 510 MBps 3,300 10,500
M208s_v2 2,850 GiB 1,000 MBps 3 x P15 375 MBps 510 MBps 3,300 10,500
M208ms_v2 5,700 GiB 1,000 MBps 3 x P15 375 MBps 510 MBps 3,300 10,500
M416s_v2 5,700 GiB 2,000 MBps 3 x P15 375 MBps 510 MBps 3,300 10,500
M416s_8_v2 7,600 GiB 2,000 MBps 3 x P15 375 MBps 510 MBps 3,300 10,500
M416ms_v2 11,400 GiB 2,000 MBps 3 x P15 375 MBps 510 MBps 3,300 10,500
M832ixs1 14,902 GiB 大于 2,000 Mbps 4 x P20 600 MBps 680 MBps 9,200 14,000
M832ixs_v21 23,088 GiB 大于 2,000 Mbps 4 x P20 600 MBps 680 MBps 9,200 14,000

1 默认情况下,VM 类型不可用。 请与 Microsoft 帐户团队联系

对于其他卷,配置如下所示:

VM SKU RAM 最大 VM I/O
吞吐量
/hana/shared2 /root 卷 /usr/sap
M32ts 192 GiB 500 MBps 1 x P15 1 x P6 1 x P6
M32ls 256 GiB 500 MBps 1 x P15 1 x P6 1 x P6
M64ls 512 GiB 1000 MBps 1 x P20 1 x P6 1 x P6
M32dms_v2、M32ms_v2 875 GiB 500 MBps 1 x P30 1 x P6 1 x P6
M48(d)s_1_v3、M96(d)s_1_v3 974 GiB 1,560 MBps 1 x P30 1 x P6 1 x P6
M64s、M64(d)s_v2 1,024 GiB 1,000 MBps 1 x P30 1 x P6 1 x P6
M64ms、M64(d)ms_v2 1,792 GiB 1,000 MBps 1 x P30 1 x P6 1 x P6
M96(d)s_2_v3 1,946 GiB 3,120 MBps 1 x P30 1 x P10 1 x P6
M128s、M128(d)s_v2 2,048 GiB 2,000 MBps 1 x P30 1 x P10 1 x P6
M192i(d)s_v2 2,048 GiB 2,000 MBps 1 x P30 1 x P10 1 x P6
M176(d)s_3_v3 2,794 GiB 4,000 MBps 1 x P30 1 x P10 1 x P6
M176(d)s_4_v3 3,750 GiB 4,000 MBps 1 x P30 1 x P10 1 x P6
M128ms、M128dms_v2、M128ms_v2 3,892 GiB 2,000 MBps 1 x P30 1 x P10 1 x P6
M192i(d)ms_v2 4,096 GiB 2,000 MBps 1 x P30 1 x P10 1 x P6
M208s_v2 2,850 GiB 1,000 MBps 1 x P30 1 x P10 1 x P6
M208ms_v2 5,700 GiB 1,000 MBps 1 x P30 1 x P10 1 x P6
M416s_v2 5,700 GiB 2,000 MBps 1 x P30 1 x P10 1 x P6
M416s_8_v2 7,600 GiB 2,000 MBps 1 x P30 1 x P10 1 x P6
M416ms_v2 11,400 GiB 2,000 MBps 1 x P30 1 x P10 1 x P6
M832ixs1 14,902 GiB 大于 2,000 Mbps 1 x P30 1 x P10 1 x P6
M832ixs_v21 23,088 GiB 大于 2,000 Mbps 1 x P30 1 x P10 1 x P6

1 默认情况下,VM 类型不可用。 请与 Microsoft 帐户团队联系
2 请仔细查看调整 /hana/shared 大小的注意事项

检查建议的不同卷的存储吞吐量是否满足所要运行的工作负载。 如果工作负载要求对 /hana/data 和 /hana/log 使用更高规格的卷,则需要增加 Azure 高级存储 VHD 数量 。 对于包含的 VHD 数目比所列数目更多的卷,调整其大小会在 Azure 虚拟机类型的限制范围内增大 IOPS 和 I/O 吞吐量。

只能配合 Azure 托管磁盘使用 Azure 写入加速器。 因此,至少需要将构成 /hana/log 卷的 Azure 高级存储磁盘部署为托管磁盘。 在写入加速器一文中可以找到有关 Azure 写入加速器的更多详细说明和限制。

在使用 E 系列 VM 时,你可能需要使用 Azure 超级磁盘存储而不是 Azure 高级存储,以使 /hana/log 卷符合 SAP HANA 认证 KPI。 然而,许多用户将针对 /hana/log 卷使用高级存储 SSD 磁盘来实现非生产用途,甚至针对较小的生产工作负载,因为在高级存储中进行关键重做日志写入时遇到的写入延迟会满足工作负载要求。 Azure 高级存储上的 /hana/data 卷的配置可能如下所示:

VM SKU RAM 最大 VM I/O
吞吐量
/hana/data 预配的吞吐量 最大突发吞吐量 IOPS 突发 IOPS
E20ds_v4 160 GiB 480 MBps 3 x P10 300 MBps 510 MBps 1,500 10,500
E20(d)s_v5 160 GiB 750 MBps 3 x P10 300 MBps 510 MBps 1,500 10,500
E32ds_v4 256 GiB 768 MBps 3 x P10 300 MBps 510 MBps 1,500 10,500
E32ds_v5 256 GiB 865 MBps 3 x P10 300 MBps 510 MBps 1,500 10,500
E48ds_v4 384 GiB 1,152 MBps 3 x P15 375 MBps 510 MBps 3,300 10,500
E48ds_v4 384 GiB 1,315 MBps 3 x P15 375 MBps 510 MBps 3,300 10,500
E64s_v3 432 GiB 1,200 MB/秒 3 x P15 375 MBps 510 MBps 3,300 10,500
E64ds_v4 504 GiB 1,200 MBps 3 x P15 375 MBps 510 MBps 3,300 10,500
E64(d)s_v5 512 GiB 1,735 MBps 3 x P15 375 MBps 510 MBps 3,300 10,500
E96(d)s_v5 672 GiB 2,600 MBps 3 x P15 375 MBps 510 MBps 3,300 10,500

对于其他卷(包括超级磁盘上的 /hana/log),配置可能如下所示:

VM SKU RAM 最大 VM I/O
吞吐量
/hana/log 卷 /hana/log I/O 吞吐量 /hana/log IOPS /hana/shared1 /root 卷 /usr/sap
E20ds_v4 160 GiB 480 MBps 80 GB 250 MBps 1,800 1 x P15 1 x P6 1 x P6
E20(d)s_v5 160 GiB 750 MBps 80 GB 250 MBps 1,800 1 x P15 1 x P6 1 x P6
E32ds_v4 256 GiB 768 MBps 128 GB 250 MBps 1,800 1 x P15 1 x P6 1 x P6
E32(d)s_v5 256 GiB 865 MBps 128 GB 250 MBps 1,800 1 x P15 1 x P6 1 x P6
E48ds_v4 384 GiB 1,152 MBps 192 GB 250 MBps 1,800 1 x P20 1 x P6 1 x P6
E48(d)s_v5 384 GiB 1,315 MBps 192 GB 250 MBps 1,800 1 x P20 1 x P6 1 x P6
E64s_v3 432 GiB 1,200 MBps 220 GB 250 MBps 1,800 1 x P20 1 x P6 1 x P6
E64ds_v4 504 GiB 1,200 MBps 256 GB 250 MBps 1,800 1 x P20 1 x P6 1 x P6
E64(d)s_v5 512 GiB 1,735 MBps 256 GB 250 MBps 1,800 1 x P20 1 x P6 1 x P6
E96(d)s_v5 672 GiB 2,600 MBps 256 GB 250 MBps 1,800 1 x P20 1 x P6 1 x P6

1 请仔细查看调整 /hana/shared 大小的注意事项

Azure 高级存储的成本意识解决方案

到目前为止,本文档中对 Azure M 系列虚拟机使用包含高级存储和 Azure 写入加速器的解决方案一节中所述的 Azure 高级存储解决方案适用于 SAP HANA 生产支持的方案。 生产支持的配置的特征之一是将 SAP HANA 数据和重做日志的卷分离成两个不同的卷。 进行这种分离的原因是卷上的工作负载特征不同。 而且对于建议的生产配置,可能需要不同类型的缓存,或甚至需要不同类型的 Azure 块存储。 对于非生产方案,生产系统需考虑的一些注意事项可能不适用于更低端的非生产系统。 因此,可以合并 HANA 数据和日志卷, 尽管最终会出现一些问题,例如最终无法满足生产系统所需的特定吞吐量或延迟 KPI。 降低此类环境成本的另一个方面就是使用 Azure 标准 SSD 存储。 请记住,选择标准 SSD 或标准 HDD Azure 存储会对你的单个 VM SLA 产生影响,如虚拟机 SLA 一文中所述。

对于此类配置,降低成本的替代方法可能如下所示:

VM SKU RAM 最大 VM I/O
吞吐量
/hana/data and /hana/log
使用 LVM 或 MDADM 进行条带化
/hana/shared3 /root 卷 /usr/sap comments
DS14v2 112 GiB 768 MB/秒 4 x P6 1 x E10 1 x E6 1 x E6 不会实现低于 1 毫秒的存储延迟1
E16v3 128 GiB 384 MB/秒 4 x P6 1 x E10 1 x E6 1 x E6 VM 类型未通过 HANA 认证
不会实现低于 1 毫秒的存储延迟1
M32ts 192 GiB 500 MB/秒 3 x P10 1 x E15 1 x E6 1 x E6 对合并数据和日志卷使用写入加速器会将 IOPS 速率限制为 5,0002
E20ds_v4 160 GiB 480 MB/秒 4 x P6 1 x E15 1 x E6 1 x E6 不会实现低于 1 毫秒的存储延迟1
E32v3 256 GiB 768 MB/秒 4 x P10 1 x E15 1 x E6 1 x E6 VM 类型未通过 HANA 认证
不会实现低于 1 毫秒的存储延迟1
E32ds_v4 256 GiB 768 MBps 4 x P10 1 x E15 1 x E6 1 x E6 不会实现低于 1 毫秒的存储延迟1
M32ls 256 GiB 500 MB/秒 4 x P10 1 x E15 1 x E6 1 x E6 对合并数据和日志卷使用写入加速器会将 IOPS 速率限制为 5,0002
E48ds_v4 384 GiB 1,152 MBps 6 x P10 1 x E20 1 x E6 1 x E6 不会实现低于 1 毫秒的存储延迟1
E64v3 432 GiB 1,200 MB/秒 6 x P10 1 x E20 1 x E6 1 x E6 不会实现低于 1 毫秒的存储延迟1
E64ds_v4 504 GiB 1200 MB/秒 7 x P10 1 x E20 1 x E6 1 x E6 不会实现低于 1 毫秒的存储延迟1
M64ls 512 GiB 1,000 MB/秒 7 x P10 1 x E20 1 x E6 1 x E6 对合并数据和日志卷使用写入加速器会将 IOPS 速率限制为 10,0002
M32(d)ms_v2 875 GiB 500 MB/秒 6 x P15 1 x E30 1 x E6 1 x E6 对合并数据和日志卷使用写入加速器会将 IOPS 速率限制为 5,0002
M48(d)s_1_v3、M96(d)s_1_v3 974 GiB 1,560 MBps 7 x P15 1 x E30 1 x E6 1 x E6 对合并数据和日志卷使用写入加速器会将 IOPS 速率限制为 10,0002
M64s、M64(d)s_v2 1,024 GiB 1,000 MB/秒 7 x P15 1 x E30 1 x E6 1 x E6 对合并数据和日志卷使用写入加速器会将 IOPS 速率限制为 10,0002
M64ms、M64(d)ms_v2 1,792 GiB 1,000 MB/秒 6 x P20 1 x E30 1 x E6 1 x E6 对合并数据和日志卷使用写入加速器会将 IOPS 速率限制为 10,0002
M96(d)s_2_v3 1,946 GiB 3,120 MBps 6 x P20 1 x E30 1 x E10 1 x E6 对合并数据和日志卷使用写入加速器会将 IOPS 速率限制为 20,0002
M128s、M128(d)s_v2 2,048 GiB 2,000 MB/秒 6 x P20 1 x E30 1 x E10 1 x E6 对合并数据和日志卷使用写入加速器会将 IOPS 速率限制为 20,0002
M192i(d)s_v2 2,048 GiB 2,000 MB/秒 6 x P20 1 x E30 1 x E10 1 x E6 对合并数据和日志卷使用写入加速器会将 IOPS 速率限制为 20,0002
M128ms、M128(d)ms_v2 3,800 GiB 2,000 MB/秒 5 x P30 1 x E30 1 x E10 1 x E6 对合并数据和日志卷使用写入加速器会将 IOPS 速率限制为 20,0002
M176(d)s_3_v3 2,794 GiB 4,000 MBps 4 x P30 1 x E30 1 x E10 1 x E6 对合并数据和日志卷使用写入加速器会将 IOPS 速率限制为 10,0002
M176(d)s_4_v3 3,750 GiB 4,000 MBps 5 x P30 1 x E30 1 x E10 1 x E6 对合并数据和日志卷使用写入加速器会将 IOPS 速率限制为 20,0002
M192i(d)ms_v2 4,096 GiB 2,000 MB/秒 5 x P30 1 x E30 1 x E10 1 x E6 对合并数据和日志卷使用写入加速器会将 IOPS 速率限制为 20,0002
M208s_v2 2,850 GiB 1,000 MB/秒 4 x P30 1 x E30 1 x E10 1 x E6 对合并数据和日志卷使用写入加速器会将 IOPS 速率限制为 10,0002
M208ms_v2 5,700 GiB 1,000 MB/秒 4 x P40 1 x E30 1 x E10 1 x E6 对合并数据和日志卷使用写入加速器会将 IOPS 速率限制为 10,0002
M416s_v2 5,700 GiB 2,000 MB/秒 4 x P40 1 x E30 1 x E10 1 x E6 对合并数据和日志卷使用写入加速器会将 IOPS 速率限制为 20,0002
M416s_8_v2 5,700 GiB 2,000 MB/秒 5 x P40 1 x E30 1 x E10 1 x E6 对合并数据和日志卷使用写入加速器会将 IOPS 速率限制为 20,0002
M416ms_v2 11400 GiB 2,000 MB/秒 7 x P40 1 x E30 1 x E10 1 x E6 对合并数据和日志卷使用写入加速器会将 IOPS 速率限制为 20,0002

1Azure 写入加速器不可用于 Ev4 和 Ev4 VM 系列。 由于使用 Azure 高级存储,I/O 延迟不会低于 1 毫秒

2 VM 系列支持 Azure 写入加速器,但写入加速器的 IOPS 限制可能会限制磁盘配置 IOPS 功能

3 请仔细查看调整 /hana/shared 大小的注意事项

组合 SAP HANA 的数据和日志卷时,生成条带化卷的磁盘不应启用读取缓存或读/写缓存。

列出的 VM 类型未通过 SAP 认证,因此未在所谓的 SAP HANA 硬件目录中列出。 客户的反馈是这些未列出的 VM 类型已在某些非生产任务中成功使用。

后续步骤

有关详细信息,请参阅: