Header Place holder
Azure 以优惠的价格为您提供优质的服务。 成为 Azure 在线预付费客户,尽享最高 99.99% 的服务级别协议,您可快速部署基础结构和服务,以满足您的所有业务需求,帮助您节省运营成本,让您专注核心业务。

低预付费门槛

只需预付费1000元尽享所有服务

灵活的计费方式

根据使用量,按分钟计费

多层次价格体系

按不同需求设定基本、标准、高级版定价

价格详情

查看全部定价
Azure 作为全球性服务,我们在使用量报告中采用国际协调时间(UTC)进行计量。基于每个单独的服务,按照不同配置、不同级别、不同系列,单独定价,以满足您多样化多层次的业务需求,按照使用时间单独计费。 同时我们还提供完全免费的服务:批处理和Azure Active Directory。快速浏览以下热门服务,即刻申请成为正式客户:

虚拟机

¥0.11/小时起
三种虚拟机操作系统
使用Chef、Puppet或PowerShell进行部署
支持 Microsoft SQL Server
部署 Ubuntu, Suse, CentOS
支持固态硬盘(SSD)的虚拟机

云服务

¥0.11/小时起
A/D 两种系列选择
创建可无限扩展的高可用性应用程序和 API
支持.NET 、Java 、Node.js等多种语言
支持集成资源配置、运行状况监控和负载均衡
可用于内存密集型应用程序

存储

¥0.33/GB/月起
四种分类,三个冗余级别选择
对备份和其他非结构文本或二进制数据流式传输和存储
新增 “热” 和 “冷” 访问层的 Blob 存储帐户,价格更优
支持Windows API或文件REST API 共享文件
支持固态硬盘(SSD)

虚拟网络

¥0.25/网关小时起
两种 VPN 网关类型
创建虚拟专用网(VPN)
使用静态/动态路由或高性能VPN网关进行连接
入站虚拟网络间数据传输免费
自带IP地址和DNS服务器

常见问题

全部展开

MySQL Database on Azure迁移客户常见问题解答

我们将于 2019 年 12 月 1 日结束 MySQL Database on Azure 服务,并由 Azure Database for MySQL 服务取代前者。

如果您是一名老客户:

  • · 服务不会中断
  • · 在现有服务终止前,新服务将自动迁移启用
  • · 迁移将于 2019 年 2 月 15 日开始
  • · 当扩展到不同的服务层或删除服务器,有针对性的定价将会丢失
  • · 迁移后,您将继续支付相同的价格。更多有关旧服务和新服务之间的SKU对照信息将于 2018 年 12 月底之前公布
  • · 您现在不需要采取任何行动。在计划迁移日期前至少 30 天,您将收到其他通知,包括迁移的确切时间

如果您是一名新客户:

  • · 自本公告发布之日起,MySQL Database on Azure 服务将不接受您的请求
  • 从 MySQL Database on Azure 迁移到 Azure Database for MySQL 时,我的总账单会增加吗?

    不会。你在 Azure Database for MySQL 上的每月总账单将与 MySQL Database on Azure 上的每月总账单相同。例如:如果你是 MS4 客户,目前每月为 MySQL Database on Azure 支付 ¥1071.36,你每月将继续为 Azure Database for MySQL 支付 ¥1071.36。

  • 当我从 MySQL Database on Azure 迁移到 Azure Database for MySQL 时,我的账单会有什么不同吗?

    是的,当我们将您从 MySQL Database on Azure 迁移到 Azure Database for MySQL 后,您的账单看起来会有所不同,但您的账单总额将保持不变。目前在 MySQL Database on Azure 上,您需要为当前使用的版本付费(MS1、MS2、MS3、MS4、MS5、MS6、MP1 或 MP2),其中包括一个名为“免费数据库容量”的免费储存空间。如果您使用的储存空间超过了免费的数据库容量,那么我们会对超出的部分每月收取 ¥0.6116/ GB。

    在迁移到 Azure Database for MySQL 后,您将为提供的计算和储存资源付费。计算资源的费用按每小时每 vCore 收取。储存空间的费用按每月提供的 GB 收取。Azure Database for MySQL 不包括“免费数据库容量”。

    让我们用一个例子来描述迁移到 Azure Database for MySQL 之前和之后,您的计费情况:

    假设您使用的是配有 200 GB 储存空间的 MS5。MS5 包括 100 GB 的“免费数据库容量”。账单为:

    • MS5 服务器:每小时 ¥2.1613 x 每月 744 小时 = 每月 ¥1608.01
    • 超额储存:每月 ¥0.6116 / GB x(使用的 200 GB – 免费的 100 GB)=每月 ¥61.16
    • 总账单:每月 ¥1608.01 + 每月 ¥61.16 = 每月 ¥1669.17

    在迁移到 Azure Database for MySQL 的过程中,MS5 服务器将迁移到具有 200 GB 配置储存空间的通用 4 vCore。定价如下:

    • 计算:每小时 ¥0.5198 / vCore x 4 vCore x 每月 744 小时 = 每月 ¥1546.85
    • 储存空间:每月 ¥0.6116 / GB x 200 GB =每月 ¥122.32
    • 总账单:每月 ¥1546.85 + 每月 ¥122.32 = 每月 ¥1669.17

    因此在这个例子中,MySQL Database on Azure 上 MS5 的每月总账单和 Azure Database for MySQL 上提供的每月总账单相同。

  • 如果你们对储存空间收费,那么你们将如何维持我的总账单?

    MySQL Database on Azure 包括一个叫做“免费数据库容量”的免费储存空间。该免费数据库容量根据版本不同而有所不同(MS1、MS2、MS3、MS4、MS5、MS6、MP1或MP2)。

    Azure Database for MySQL 不包括免费储存空间。相反,Azure Database for MySQL 会对每小时以 vCores 计费的计算和配置储存空间单独收费。每个从 MySQL Database on Azure 迁移到 Azure Database for MySQL 上的用户都将配置一个相当于 MySQL Database on Azure 上免费数据库空间的最小储存空间。例如,如果您是 MS1 客户,您的数据库将配备至少 100 GB 的储存空间。

    为了使 MySQL Database on Azure 迁移到 Azure Database for MySQL 上的用户维持相同的每月账单,我们将使用专用“旧式”计算和储存计量器来为迁移的用户维持每月总账单。这些“旧式”计量器的定价是为了抵消 MySQL Database on Azure 中包含的“免费数据库容量”的损失。

  • 如果我发现我的总账单有所增加,我要怎么做?

    您不会在每月总账单中看到任何增长。但如果您发现有所增长,请在线创建工单,以便支持团队进行调查。

  • 我的服务器将如何对应在新产品?

    我们已在此处公布了有关旧服务的计量将如何对应到新服务的计量的详细信息。

  • 我的服务器将在什么时候迁移?

    在服务器计划迁移日期前至少 30 天,您将收到一封电子邮件通知。迁移不会在 2019年 2 月 15 日之前开始。

  • 帐单中的服务名称将如何前后对照?

    我们已在此处公布了有关旧服务的计量将如何对应到新服务的计量的详细信息。

  • 我需要自己迁移还是你们将为迁移提供帮助?

    您不需要采取任何行动,您的 MySQL 服务器将替您迁移。您将在计划迁移日期前30天收到另一封包含其他详细信息的邮件。如果您希望提早迁移,请提交一份帮助请求

  • 如果我使用 mysqldump 和 mysqlrestore 迁移会怎么样?

    您可以使用 mysqldump 和 mysqlrestore 迁移,但是,您将无法继续使用“旧式”计量器来维持确切的价格点。您的收费将使用新的定价模式。

  • 如果我想在迁移后更改性能等级,我需要做什么(例如:我从 MS5 迁移至通用 4 vCore,然后我想要升级至通用8 vCore)?

    如果您决定在迁移至 Azure Database for MySQL 后增加您的数据库容量,你将不在享受“旧式”价格,而是更改为此处显示的 Azure Database for MySQL 价格。

  • 迁移过程的体验怎么样?

    我们会将对服务器和工作量的影响保持在最小限度。我们通过复制将服务器从 MySQL Database for Azure 迁移至新的 Azure Database for MySQL。这意味着服务器在迁移过程中处于联机状态,除了在迁移的最后阶段(因为该阶段包括将故障转移到新的服务器上)。服务器的连接字符串将保持相同,因此您不需要更改您的应用逻辑。以下是简单的迁移步骤:

    1. 我们会为 MySQL Database for Azure 的服务器生成一个快照。
    2. 我们在新的 Azure Database for MySQL 服务器上恢复该快照。
    3. 在旧的和新的服务器之间建立复制,以捕捉生成快照之后的所有更改。
    4. 当新服务器被占用时(除正在运行的事物以外),我们将旧服务器设置为新事物只读模式。
    5. 新的服务器捕捉到最新的变化,我们将停止复制。
    6. 然后我们将复制配置和防火墙规则,将 DNS 从旧服务器重定向到新服务器,最后停止旧的服务器。
    7. 针对新服务器的所有新连接。不需要对应用程序进行任何更改。

常规