Azure Database for MySQL - 灵活服务器服务层级

适用于:Azure Database for MySQL - 灵活服务器

可以在三个不同的服务层级之一中创建 Azure Database for MySQL 灵活服务器实例:可突发、常规用途和业务关键。 服务层级通过基础 VM SKU 使用的 B 系列、D 系列和 E 系列进行区分。 计算层和大小的选择决定服务器上可用的内存和 Vcore。 所有服务层级都使用相同的存储技术。 所有资源都在 Azure Database for MySQL 灵活服务器实例级别预配。 一个服务器可以有一个或多个数据库。

资源/层 可突发 常规用途 业务关键
VM 系列 B 系列 Ddsv4 系列 Edsv4/Edsv5 系列*
vCore 数 1、2、4、8、12、16、20 2、4、8、16、32、48、64 2、4、8、16、20、32、48、64、96
每个 vCore 的内存 变量 4 GiB 8 GiB **
存储大小 20 GiB 到 16 TiB 20 GiB 到 16 TiB 20 GiB 到 16 TiB
数据库备份保留期 1 到 35 天 1 到 35 天 1 到 35 天

** 64 个和 96 个 vCore 的情况除外,它们分别有 504 GiB 和 672 GiB 内存。

*比起其他 VM 系列,Ev5 计算提供了有关 QPS 和延迟的最佳性能。 在此处详细了解 Ev5 计算的性能和区域可用性。

可以从下表着手来选择计算层。

计算层 目标工作负荷
可突发 最适合不需要连续使用完整 CPU 的工作负载。
常规用途 大多数业务工作负荷。此类工作负荷需要均衡的计算和内存以及可缩放的 I/O 吞吐量。 相关示例包括用于托管 Web 和移动应用的服务器,以及其他企业应用程序。
业务关键 高性能数据库工作负荷。此类工作负荷需要内存中性能来实现更快的事务处理速度和更高的并发性。 相关示例包括用于处理实时数据的服务器,以及高性能事务性应用或分析应用。

创建服务器后,计算层、计算大小和存储大小会发生更改。 计算缩放需要重启,耗时 60-120 秒,而存储缩放不需要重启。 还可以独立调高或调低备份保持期。 有关详细信息,请参阅缩放资源部分。

服务层级、大小和服务器类型

可以根据层和大小选择计算资源。 这可确定 Vcore 和内存大小。 vCore 表示底层硬件的逻辑 CPU。

可用服务器类型的详细规格如下:

计算大小 vCore 数 内存大小 (GiB) 支持的最大 IOPS 最大连接数 临时存储 (SSD) GiB
可突发
Standard_B1s 1 1 320 171 4
Standard_B1ms 1 2 640 341 4
Standard_B2s 2 4 1280 683 4
Standard_B2ms 2 8 1700 1365 16
Standard_B4ms 4 16 2400 2731 32
Standard_B8ms 8 32 3100 5461 64
Standard_B12ms 12 48 3800 8193 96
Standard_B16ms 16 64 4300 10923 128
Standard_B20ms 20 80 5000 13653 160
常规用途
Standard_D2ds_v4 2 8 3200 1365 75
Standard_D4ds_v4 4 16 6400 2731 150
Standard_D8ds_v4 8 32 12800 5461 300
Standard_D16ds_v4 16 64 20000 10923 600
Standard_D32ds_v4 32 128 20000 21845 1200
Standard_D48ds_v4 48 192 20000 32768 1800
Standard_D64ds_v4 64 256 20000 43691 2400
业务关键
Standard_E2ds_v4 2 16 5000 2731 75
Standard_E4ds_v4 4 32 10000 5461 150
Standard_E8ds_v4 8 64 18000 10923 300
Standard_E16ds_v4 16 128 28000 21845 600
Standard_E20ds_v4 20 160 28000 27306 750
Standard_E32ds_v4 32 256 38000 43691 1200
Standard_E48ds_v4 48 384 48000 65536 1800
Standard_E64ds_v4 64 504 64000 86016 2400
Standard_E2ds_v5 2 16 5000 2731 75
Standard_E4ds_v5 4 32 10000 5461 150
Standard_E8ds_v5 8 64 18000 10923 300
Standard_E16ds_v5 16 128 28000 21845 600
Standard_E20ds_v5 20 160 28000 27306 750
Standard_E32ds_v5 32 256 38000 43691 1200
Standard_E48ds_v5 48 384 48000 65536 1800
Standard_E64ds_v5 64 512 64000 87383 2400
Standard_E96ds_v5 96 672 80000 100000 3600

若要获取有关可用计算系列的更多详细信息,请参阅可突发(B 系列)、常规用途 Ddsv4 系列和业务关键 Edsv4 系列/Edsv5 系列的相关 Azure VM 文档。

注意

对于可突发(B 系列)计算层,如果 VM 启动/停止或重启,额度可能会丢失。 有关详细信息,请参阅可突发(B 系列)常见问题解答

可突发系列实例的性能限制

可突发计算层旨在为不需要连续 CPU 满载的工作负载提供经济高效的解决方案。 该层是非生产工作负载的理想选择,例如开发、暂存或测试环境。 可突发计算层的独特功能是能够“突发”,也就是说,当工作负荷需要时,可超出其基线 CPU 性能,最多能够使用 100% 的 vCPU。 这可以通过 CPU 信用模型实现,该模型允许 B 系列实例在 CPU 使用率较低期间累积“CPU 额度”。 然后,可以在 CPU 使用率较高期间使用这些额度,从而使实例能够超出其基本 CPU 性能。

但是,请务必注意,一旦可突发实例耗尽其 CPU 额度,它就会以基本 CPU 性能运行。 例如,Standard_B1s 的基本 CPU 性能为 20%,即 0.2 Vcore。 如果可突发层服务器运行的工作负载需要比基本级别更高的 CPU 性能,并且它已耗尽其 CPU 额度,则服务器可能会遇到性能限制,最终可能影响服务器的各种系统操作。

因此,虽然可突发计算层为某些类型的工作负载提供了显著的成本和灵活性优势,但不建议用于需要一致 CPU 性能的生产工作负载。 可突发层不支持创建只读副本的功能和高可用性功能。 对于此类工作负载和功能,其他计算层(例如常规用途或业务关键层)更合适。

有关 Azure 的 B 系列 CPU 额度模型的详细信息,请参阅 B 系列可突发实例B 系列 CPU 额度模型

监视可突发层中的 CPU 额度

监视剩余 CPU 额度对于维持可突发计算层的最佳性能至关重要。 Azure Database for MySQL 灵活服务器提供两个与 CPU 额度相关的重要指标。 触发警报的理想阈值取决于特定的工作负载和性能要求。

已用 CPU 额度:此指标指示实例已使用的 CPU 额度值。 监视此指标可帮助你了解实例的 CPU 使用率模式并有效地管理其性能。

剩余 CPU 额度:此指标显示实例剩余的 CPU 额度值。 关注此指标有助于防止实例由于耗尽其 CPU 额度而导致性能降低。 如果“剩余 CPU 额度”指标低于指定水平(例如,低于总可用额度的 30%),则表示如果当前 CPU 负载继续,实例将面临耗尽其 CPU 额度的风险。

有关如何设置指标警报的详细信息,请参阅本指南

存储

预配的存储是指可供灵活服务器使用的存储容量。 存储用于数据库文件、临时文件、事务日志和 MySQL 服务器日志。 在所有服务层级中,支持的最小存储为 20 GiB,最大存储为 16 TiB。 存储按 1 GiB 的增量缩放,并且可在创建服务器后纵向扩展。

注意

存储只能增加,不能减少。

可以使用存储限制、存储百分比和存储使用的指标在 Azure 门户中(使用 Azure Monitor)监视存储使用情况。 请参阅监视文章了解相关指标。

达到存储限制

当服务器上使用的存储接近预配的上限时,服务器将进入只读模式,以保护服务器上任何丢失的写入。 如果可用存储小于预配存储大小的 5%,则预配存储小于等于 100 GiB 的服务器将标记为只读。 对于预配存储超出 100 GiB 的服务器,当可用存储不到 5 GiB 时,会将该服务器标记为只读。

例如,如果已预配 110 GiB 的存储,而实际使用量超过 105 GiB,则会将服务器标记为只读。 或者,如果已预配 5 GiB 的存储,则当可用存储少于 256 MB 时,服务器会标记为只读。

当服务试图将服务器标记为只读时,会阻止所有新的写入事务请求,现有的活动事务将继续执行。 当服务器设置为只读时,所有后续写入操作和事务提交均会失败。 读取查询将继续不间断工作。

若要使服务器退出只读模式,应增加服务器上预配的存储。 可以使用 Azure 门户或 Azure CLI 来完成此操作。 增加后,服务器将准备好再次接受写入事务。

我们建议你 设置警报,以便在服务器存储接近阈值时通知你,从而可以避免进入只读状态。 有关详细信息,请参阅有关如何设置警报的警报文档。

存储自动增长

存储自动增长可防止服务器耗尽存储空间并变为只读。 如果启用了存储自动增长,存储会在不影响工作负载的情况下自动增长。 默认情况下,会为所有新创建的服务器启用存储自动增长。 对于预配存储小于等于 100 GB 的服务器,当可用存储小于预配存储的 10% 时,预配存储大小会增加 5 GB。 对于预配存储大于 100 GB 的服务器,可用存储空间小于预配存储大小 10 GB 时,预配存储大小会增加 5%。 适用上面指定的最大存储限制。 刷新服务器实例,以在“计算 + 存储”页面上的“设置”下查看更新后的预配存储。

例如,如果已预配 1000 GB 的存储,而实际使用量超过 990 GB,则服务器存储大小会增加到 1050 GB。 或者,如果已预配 20 GB 的存储,则当可用存储少于 2 GB 时,存储大小会增加到 25 GB。

记住,存储在自动纵向扩展后无法纵向缩减。

注意

存储自动增长默认为已配置高可用性的服务器启用,无法禁用。

IOPS

Azure Database for MySQL 灵活服务器支持预先预配的 IOPS 和自动缩放 IOPS。 了解详细信息。 所有计算大小的最小 IOPS 为 360,最大 IOPS 取决于所选计算大小。 若要详细了解每个计算大小的最大 IOPS,请参阅此

重要

**所有计算大小的最小 IOPS 均为 360
**最大 IOPS 取决于所选的计算大小。

可以使用 IO 百分比指标在 Azure 门户中(使用 Azure Monitor)监视 I/O 使用情况。 如果需要的 IOPS 高于计算的 IOPS 最大值,则需要扩展服务器的计算。

预先预配的 IOPS

Azure Database for MySQL 灵活服务器提供了预先预配的 IOPS,因此可以将特定的 IOPS 数分配给 Azure Database for MySQL 灵活服务器实例。 此设置可确保工作负载的一致且可预测的性能。 使用预先预配的 IOPS,可以为存储卷定义特定的 IOPS 限制,从而保证每秒处理一定数量的请求。 这会产生可靠且有保证的性能级别。 预先预配的 IOPS 让你可以预配超出 IOPS 限制的其他 IOPS。 使用此功能,你可以根据工作负载需求随时增加或减少预配的 IOPS 数。

自动缩放 IOPS

Azure Database for MySQL 灵活服务器的基础是能够实现第 1 层工作负载的最佳性能,这可以通过启用服务器根据工作负载需求无缝缩放其数据库服务器的性能 (IO) 来改进。 这是一项可供用户选择加入的功能,允许用户按需缩放 IOPS,无需提前预配 IOPS。 启用自动缩放 IOPS 后,现在可以在 Azure Database for MySQL 灵活服务器中享受无忧的 IO 管理,因为服务器会根据工作负载需求自动纵向扩展或缩减 IOP。

使用自动缩放 IOPS,你只需为服务器使用的 IO 付费,不再需要预配未充分使用的资源并为其付费,从而节省时间和金钱。 此外,关键的第 1 层应用程序可以通过随时为工作负荷提供额外的 IO 来实现一致的性能。 自动缩放 IOPS 免除了为 Azure Database for MySQL 灵活服务器客户以最低成本提供最佳性能所需的管理。

动态缩放:自动缩放 IOPS 会根据工作负载的实际需求,动态调整数据库服务器的 IOPS 限制。 这可确保无需手动干预或配置即可获得最佳性能。

处理工作负载峰值:自动缩放 IOPS 使数据库能够无缝处理工作负载峰值或波动,而不会影响应用程序的性能。 此功能可确保即使在高峰使用期间也能保持稳定的响应能力。

成本节省:与指定固定的 IOPS 限制且费用与用量无关的预先预配的 IOPS 不同,自动缩放 IOPS 让你可以只为使用的 I/O 操作数付费。

Backup

服务自动对服务器进行备份。 可以选择 1 到 35 天的保持期。 从备份和还原概念文章详细了解备份。

缩放资源

创建服务器之后,可以独立地更改计算层、计算大小(vCore 数和内存)、存储量和备份保持期。 计算大小可以纵向扩展或缩减。 备份保持期可以在 1 到 35 天范围内增减。 存储大小只能增加。 可以通过门户或 Azure CLI 缩放资源。

注意

存储大小只能增加。 增加后,将不能返回到更小的存储大小。

更改计算层或计算大小时,将重启服务器,使新的服务器类型生效。 在系统切换到新服务器的短暂期间,无法建立新的连接,所有未提交的连接将会回退。 此时段不定,但大多数情况下为 60-120 秒。

缩放存储和更改备份保持期是联机操作,无需重启服务器。

定价

有关最新定价信息,请参阅服务的定价页。 若要查看所需配置的具体成本,可以单击 Azure 门户的“计算 + 存储”选项卡,系统就会根据选定的选项显示每月成本。 如果没有 Azure 订阅,可使用 Azure 定价计算器获取估计的价格。 在 Azure 定价计算器网站上,选择“添加项”,展开“数据库”类别,选择“Azure Database for MySQL”和“灵活服务器”作为部署类型以自定义选项 。

如果想要优化服务器成本,可以考虑以下提示:

  • 如果计算未充分利用,则缩减计算层或计算大小 (vCore)。
  • 如果工作负载不需要连续使用“常规用途”和“业务关键”层中的全部计算容量,请考虑切换到“可突发”计算层。
  • 在未使用时停止服务器。
  • 如果不需要较长的备份保持期,请缩短备份保持期。

后续步骤