Azure SQL 托管实例通用型与关键业务型实例
在本文中,我将尝试根据在线可用信息来比较 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 |
| 备份系统 | 自动管理备份 | 自动管理备份 |
正如您所看到的,有很多组合可供您选择。您可以轻松地在运行中跨服务层移动,同时将停机时间降至最低。这确保您始终能够根据不断增长的需求满足前端应用程序的需求。
结论
我们希望我们的文章有助于更好地理解服务层级。欢迎在下面的评论部分提出您的问题和建议。感谢您的光临!
