Azure SQL 托管实例通用型与关键业务型实例

Avilas

在本文中,我将尝试根据在线可用信息来比较 Azure SQL 托管实例通用服务层与关键业务服务层。虽然比较可能很容易,但实际的实际性能可能会有所不同。毕竟,这是基于您的应用需求。

首先,托管实例产品适用于希望替换其本地 SQL 部署的企业。对于只想快速“提升并转移”到云、没有任何障碍的客户来说尤其如此。

对于拥有大型 SQL Server 部署的企业来说,托管实例产品使他们能够释放有限的 IT 资源并推动云转型。公司可以计划迁移现有的本地关键业务应用程序或迁移在 Azure VM 上运行的 SQL 服务器。

我喜欢 Azure SQL 数据库的一些功能如下:

  • AAD 或 Azure Active Directory 集成,支持多重身份验证
  • 高级威胁检测和保护
  • 用于自动查询计划调整的自适应查询处理
  • 轻松扩展数据库资源

Azure SQL 数据库产品

Microsoft 的 PAAS(平台即服务)产品已经发展并提供多种选择。它们如下:

  • 单一模式下的 Azure SQL 数据库:最适合数据库范围内的部署
  • 弹性池数据库:最适合构建多租户应用程序的公司
  • 托管实例:与SQL Server近乎完全兼容,具有PAAS自身优势。实例级别范围。

Azure SQL 数据库托管实例通过本机 VNET(虚拟网络)支持提供工作负载的总体工作负载隔离。 Microsoft 使用虚拟数据集群来定义客户工作负载在 SQL 数据库托管实例中体验到的分离程度。在托管实例服务预配期间(在 Azure 门户上或通过 REST API),您可以选择虚拟网络 (VNET) 和网络子网,以实现 SQL 托管实例的完全网络隔离。创建后,可以使用 Azure 网络机制(例如 IP VPN(通过 Internet)或 Express Route 网关(专用))访问 VNET 中的实例。

有关的:Azure 存储通用 v1 与 v2 (GPv1) 和 (GPv2) 迁移

提供了两个级别的物理隔离级别:

集群(租户环)级别:租户的托管实例与其他租户完全隔离。不同租户之间不可能进行连接或资源共享。

网络级别:将实例加入 VNET 中的私有子网并限制对私有 IP 地址范围的访问可提供与外部公共 Internet 的完全隔离。

为想要的客户详细说明迁移大量应用程序来自本地或 IaaS(基础设施即服务)、自建或 ISV,以及尽可能减少迁移工作量&拥有成本低。现在一切都清楚了;让我们更深入地了解托管实例产品。

两个服务层均提供第 4 代和第 5 代可选硬件选项。因此,存储大小和 vCore 倍数根据您选择的代数而有所不同。以下是托管实例服务层的一些高级规模对比:

服务等级 通用型 业务关键型
观众 适用于具有典型负载的应用。混合读/写 适用于需要最高吞吐量和最低 IO 延迟的应用程序。
CPU 和虚拟核心 (vCore) 第 4 代 CPU:Intel Xeon E5-2673 v3 (Haswell) @ 2.4 GHz

第 5 代:Intel Xeon E5-2673 v4 (Broadwell) @ 2.3 GHz 处理器

8、15、24、32、40、64、80

第 4 代 CPU:Intel Xeon E5-2673 v3 (Haswell) @ 2.4 GHz

第 5 代:Intel Xeon E5-2673 v4 (Broadwell) @ 2.3 GHz 处理器

8、16、32、40、64、80

高可用性和 RTO 远程存储(服务结构)

RTO = 好

始终在线可用性组集群

RTO = 最佳

存储类型 &

最大存储大小支持

高级磁盘

8 TB 数据存储(远程)

至少 32 GB 存储空间

每个数据库的最大存储空间:基于可用的总实例级存储空间

数据文件 (MDF) – 多个

LDF(对数):单

基于低延迟 NVMe 的本地 SSD

最大大小 = 4 TB

至少 32 GB 存储空间

第 4 代:1 TB(所有 vCore 大小)

第 5 代:8 个、16 个 vCore 为 1 TB

24 个 vCore 为 2 TB

4 TB,适用于 32、40、64、80 个 vCore

每个数据库的最大存储空间:基于可用的总实例级存储空间

数据文件 (MDF) – 多个

LDF(日志):每个数据文件 1 个

读取规模(只读副本) 是的,读取意图查询支持
内存中OLTP 是的,支持 - 耐用和非耐用桌子
驱动程序和工具兼容性 4.6.1(或.NET Core)

ODBC:v17

PHP 驱动程序:5.2.0

数据库连接:6.4.0

节点:2.1.1

OLEDB:18.0.2.0

SSMS(管理工作室):17.8.1

4.6.1(或.NET Core)

ODBC:v17

PHP 驱动程序:5.2.0

数据库连接:6.4.0

节点:2.1.1

OLEDB:18.0.2.0

SSMS(管理工作室):17.8.1

备份系统 自动管理备份 自动管理备份

正如您所看到的,有很多组合可供您选择。您可以轻松地在运行中跨服务层移动,同时将停机时间降至最低。这确保您始终能够根据不断增长的需求满足前端应用程序的需求。

结论

我们希望我们的文章有助于更好地理解服务层级。欢迎在下面的评论部分提出您的问题和建议。感谢您的光临!

在线资源和官方文档: