Microsoft Azure – Azure SQL 托管实例部署选项
在本文中，我们将深入了解 Azure SQL 托管实例和 Azure SQL 数据库之间的区别。当您要部署托管实例时，您首先需要做出一些选择。您可以部署单个实例，就像 SQL Server 的单个实例一样，获取您的外围区域、虚拟网络的这些功能以及所有管理功能，然后您可以使用该实例部署数据库。
这种类型的部署可能需要一些时间，因为 Azure 正在为您的实例部署整个环。我们现在在预览版中有这个选项，称为实例池，您可以在其中预先配置实例，这使得实例池部署速度更快。这是一种更具成本效益的迁移方案，因为例如，在这些实例池情况下，您将成为数量较少的核心的主机。
服务层 - 托管实例：
目前，在公共预览版中，您从一个实例开始，选择一个实例池，然后您将深入研究用于部署托管实例的服务层选择。
当我们查看托管实例的服务层时，这是一个非常容易的决定。有两种选择：
- 一般用途
- 关键业务
现在，大多数用户在通用环境上运行，但其他一些用户对恢复或延迟有非常极端的要求，他们希望利用Readable 辅助。这些是通用和关键业务之间的主要决策点。
购买选项：
现在，在购买选项方面，只有一种型号，即vCore 型号，因此您不必在那里做出选择。这将使您能够独立于存储扩展您的计算。现在，当我们谈论通用时，谈论远程存储至关重要。这意味着您的数据和日志文件将存储在远程存储中，您的TempDB将在本地 SSD 上运行。为了将其与关键业务进行比较，一切都将在本地 SSD 上运行。
内存和性能决定：
当我们谈论 IOPS 时，这对您来说可能是一个新术语，它是每秒 IO。您将从关键业务中获得更好的 IOPS。此外，内存中 OLTP 仅在业务关键层中可用，如果您的应用程序或工作负载需要某些东西，您肯定会考虑业务关键层。
最后，后端发生的事情是 Azure 基本上为您部署了一个可用性组。 Azure 为您创建了四个副本，其中一个 Azure 实际上允许您将其用作可读的辅助副本。
如果你想分离你的读写工作负载，这可以通过关键业务来完成。对于 Azure SQL 托管实例，您确实有两个选择：通用，这对大多数用户来说是最好的，以及业务关键型，如果您需要低延迟、可读的辅助或非常快速的恢复。
Azure SQL 托管实例和 Azure SQL 数据库的区别：Azure SQL Managed Instance Azure SQL Database Single Instance Instance Pool Single Database Elastic Pool SQL Server surface area(majorly) Pre-provision compute resources for migration Hyperscale storage(100TB+) Resource sharing between multiple databases for price optimization Native virtual network support Enable cost-efficient migration Serverless compute Simplified performance management for multiple databases Fully managed Service Ability to host smaller instances (2Vcore) Fully managed service Fully managed service Currently in public preview