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

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

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

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

资源/层 可突发 常规用途 业务关键
VM 系列 B 系列 Dadsv5 系列Ddsv4 系列 Edsv4/Edsv5 系列*/Eadsv5 系列
vCore 数 1、2、4、8、12、16、20 2、4、8、16、32、48、64 2、4、8、16、32、48、64、80、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、80 和 96 个 vCore 的情况除外,它们分别有 504、504 和 672 GiB 内存。

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

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

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

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

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

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

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

计算大小 vCore 数 内存大小 (GiB) 支持的最大 IOPS 最大连接数
可突发
Standard_B1s 1 1 320 171
Standard_B1ms 1 2 640 341
Standard_B2s 2 4 1280 683
Standard_B2ms 2 8 1700 1365
Standard_B4ms 4 16 2400 2731
Standard_B8ms 8 32 3100 5461
Standard_B12ms 12 48 3800 8193
Standard_B16ms 16 64 4300 10923
Standard_B20ms 20 80 5000 13653
常规用途
Standard_D2ads_v5 2 8 3200 1365
Standard_D2ds_v4 2 8 3200 1365
Standard_D4ads_v5 4 16 6400 2731
Standard_D4ds_v4 4 16 6400 2731
Standard_D8ads_v5 8 32 12800 5461
Standard_D8ds_v4 8 32 12800 5461
Standard_D16ads_v5 16 64 20000 10923
Standard_D16ds_v4 16 64 20000 10923
Standard_D32ads_v5 32 128 20000 21845
Standard_D32ds_v4 32 128 20000 21845
Standard_D48ads_v5 48 192 20000 32768
Standard_D48ds_v4 48 192 20000 32768
Standard_D64ads_v5 64 256 20000 43691
Standard_D64ds_v4 64 256 20000 43691
业务关键
Standard_E2ds_v4 2 16 5000 2731
Standard_E2ads_v5 2 16 5000 2731
Standard_E4ds_v4 4 32 10000 5461
Standard_E4ads_v5 4 32 10000 5461
Standard_E8ds_v4 8 64 18000 10923
Standard_E8ads_v5 8 64 18000 10923
Standard_E16ds_v4 16 128 28000 21845
Standard_E16ads_v5 16 128 28000 21845
Standard_E32ds_v4 32 256 38000 43691
Standard_E32ads_v5 32 256 38000 43691
Standard_E48ds_v4 48 384 48000 65536
Standard_E48ads_v5 48 384 48000 65536
Standard_E64ds_v4 64 504 48000 86016
Standard_E64ads_v5 64 504 48000 86016
Standard_E80ids_v4 80 504 48000 86016
Standard_E2ds_v5 2 16 5000 2731
Standard_E4ds_v5 4 32 10000 5461
Standard_E8ds_v5 8 64 18000 10923
Standard_E16ds_v5 16 128 28000 21845
Standard_E32ds_v5 32 256 38000 43691
Standard_E48ds_v5 48 384 48000 65536
Standard_E64ds_v5 64 512 48000 87383
Standard_E96ds_v5 96 672 48000 100000

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

注意

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

存储

预配的存储是指可供灵活服务器使用的存储容量。 存储用于数据库文件、临时文件、事务日志和 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。 使用此功能,你可以根据工作负载需求随时增加或减少预配的 IOPS 数。

所有计算大小的最小 IOPS 为 360,最大 IOPS 取决于所选计算大小。 若要详细了解每个计算大小的最大 IOPS,请参阅 [table].(#compute-tiers-size-and-server-types)

最大 IOPS 取决于每个计算大小的最大可用 IOPS。 请参阅 B 系列Ddsv4 系列Edsv4 系列/ Edsv5 系列] 文档中的“最大未缓存磁盘吞吐量:IOPS/MBps”列。

重要

免费 IOPS = MINIMUM(计算大小的“最大未缓存磁盘吞吐量:IOPS/MBps”,300 + 预配的存储 (GiB) * 3)
所有计算大小的最小 IOPS 均为 360
最大 IOPS 取决于所选的计算大小。

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

自动缩放 IOPS

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

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

Backup

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

缩放资源

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

注意

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

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

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

定价

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

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

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

后续步骤