弹性池有助于在 Azure SQL 数据库中管理和缩放多个

小提示：您能找到这篇{弹性池有助于在 Azure SQL 数据库中管理和缩放多个}绝对不是偶然，我们能帮您找到潜在客户，解决您的困扰。如果您对本页介绍的弹性池有助于在 Azure SQL 数据库中管理和缩放多个内容感兴趣，有相关需求意向欢迎拨打我们的服务热线，或留言咨询，我们将第一时间联系您！

适用于：Azure SQL数据库

Azure SQL数据库弹性池是一种简单且经济高效的解决方案，用于管理和缩放具有不断变化且不可预测的使用需求的多个数据库。同一弹性池中的所有数据库位于单个服务器上，并以固定价格共享固定数量的资源。Azure SQL数据库中的弹性池可使SaaS开发人员将一组数据库的价格性能优化在规定的预算内，同时为每个数据库提供性能弹性。

什么是SQL弹性池

SaaS开发人员构建在由多个数据库组成的大规模数据层上的应用程序。常见的应用程序模式是为每位客户设置单一数据库。但不同的客户通常有不同的和不可预测的使用模式，并且很难预测每个数据库用户的资源需求。传统上，有两个选择：

基于高峰使用情况和付款情况过度预配资源或

采用低配节省成本，但这样会牺牲高峰期的性能和客户满意度。

弹性池通过确保数据库获取需要时所需的性能资源来解决这个问题。它们提供了一个可预测预算内的简单的资源分配机制。若要深入了解如何通过弹性池设计SaaS应用程序的模式，请参阅具有Azure SQL数据库的多租户SaaS应用程序的设计模式。

重要

弹性池没有按照数据库收取的费用。对于池存在的每个小时，需要支付最高的eDTU或vCore费用，无论使用量是多少，也不管池处于活动状态的时间是否小于一小时。

弹性池可让开发人员为由多个数据库共享的池购买资源，以适应单一数据库使用时段不可预测的情况。可以根据基于DTU的购买模型或基于vCore的购买模型为池配置资源。池的资源要求取决于其数据库的聚合使用量。池可用的资源数量由开发者预算控制。开发者只需将数据库添加到池，根据需要为数据库设置最小和最大资源（最小和最大DTU数，或者最小或最大vCore数，具体取决于所选的资源模型），然后基于预算设置池的资源。开发人员可以使用池顺畅地扩大其服务，以渐增的规模从精简的新创网站建设标准公司发展到成熟的企业。

在池中，单独的数据库都被赋予了在固定参数内自动缩放的灵活性。高负荷下的数据库可能会消耗更多的资源以满足需求。低负荷下的数据库消耗较少的资源，没有任何负荷的数据库不会消耗任何资源。设置整个池（而非单个数据库）的资源简化了管理任务。此外，必须具有该池的可预测预算。可在故障时间最短的情况下向现有池添加其他资源。同样，随时可以从现有池中删除不再需要的额外资源。并且可以从池中添加或删除数据库。如果可以预测到数据库的资源利用率不足，则将其移出。

备注

将数据库移入或移出弹性池时，除了在操作结束时删除数据库连接时有短暂的停机时间（大约为几秒）外，几乎没有停机时间。

何时应当考虑使用SQL数据库弹性池

池很适危机公关处理论文题目合具有特定使用模式的大量数据库。对于给定的数据库，此模式的特征是低平均使用量与相对不频繁的使用高峰。相反，具有持久性中-高利用率的多个数据库不应放在同一弹性池中。

可以加入池的数据库越多，就可以节省更多的成本。可能只需两个S3数据库就可以节省开支，具体取决于应用程序使用模式。

以下各部分有助于了解如何评估特定的数据库集合是否会因使用池而受益。这些示例使用标准池，但同样的原理也适用于基本和高级池。

评估数据库使用模式

下图显示了一个数据库示例，该数据库有大量的闲置时间，但也会定期出现活动高峰。这是适合池的使用模式：

该图显示了从12:00到1:00的1小时内的DTU使用情况，其中每个数据点的粒度为1分钟。在12:10，DB1使用的DTU个数达到峰值（90个DTU），但其整体平均使用量低于五个DTU。在单一数据库中运行此工作负荷需要S3计算大小，但在低活动期间，这可使大多数资源处于未使用状态。

池可让这些未使用的DTU跨多个数据库共享，因此减少了所需的DTU数和总体成本。

以上一个示例为基础，假设有其他数据库具有与DB1类似的使用模式。在接下来的两个图中，4个数据库和20个数据库的使用量分层放在同一图形中，以演示在使用基于DTU的购买模型时数据库使用量在整个时间段上非重叠的性质：

在上图中，黑线表示跨所有20个数据库的聚合DTU使用量。其中表明聚合DTU使用量永远不会超过100个DTU，并指出20个数据库可以在此时间段内共享100个eDTU。相比于将每个数据库放入单一数据库的S3计算大小，这会导致DTU减少20倍和价格降低13倍。

由于以下原因，此示例很理想：

每一数据库之间的高峰使用量和平均使用量有相当大的差异。

每个数据库的高峰使用量在不同时间点发生。

eDTU会在多个数据库之间共享。

在DTU购买模型中，池的价格是池Edtu的一项功能。尽管池的eDTU单位价格比单一数据库的DTU单位价格多1.5倍，但池eDTU可由多个数据库共享，因而所需的eDTU总数更少。定价方面和eDTU共享的这些差异是池可以提供成本节省可能性的基础。

在vCore购买模型中，弹性池的vCore单位价格与单一数据库的vCore单位价格相同。

如何选择正确的池大小

池的最佳大小取决于聚合池中所有数据库所需的资源。这涉及到决定以下项：

池中所有数据库使用的最大计算资源。计算资源按Edtu或Vcore索引，具体取决于你选择的购买模型。

池中所有数据库使用的最大存储字节。

对于每个购买模型中的服务层和资源限制，请参阅基于DTU的购买模型或基于vCore的购买模型。

以下步骤可帮助你评估池是否比单一数据库更具成本效益：

1.通过如下方式来估算池所需的eDTU或vCore：

对于基于DTU的购买模型：

MAX(<数据库的总数目X每一数据库的平均DTU使用率>,<并发峰值数据库数目X每一数据库的峰值DTU使用率>)

对于基于vCore的购买模型：

MAX(<数据库的总数目X每一数据库的平均vCore使用率>,<并发峰值数据库数目X每一数据库的峰值vCore使用率>)

2.通过添加池中所有数据库所需的数据大小来估算池所需的总存储空间。对于DTU购买模型，确定提供此存储量的eDTU池大小。

3.对于基于DTU的购买模型，请取步骤1和步骤2中eDTU估算值中较大的那个。对于基于vCore的购买模型，请取步骤1中的vCore估算值。

4.请参阅SQL数据库定价页，找到大于步骤3中估算值的最小池大小。

5.将步骤4中的池价格与单一数据库的适当计算大小进行比较。

重要

如果池中数据库的数量接近支持的最大值，请确保在密集弹性池中考虑资源管理。

将其他SQL数据库功能与弹性池一起使用

弹性作业和弹性池

借助池，可以通过在elastic jobs。弹性作业可消除与大量数据库有关的大部分问题。

有关用于操作多个数据库的其他数据库工具的详细信息，请参阅使用Azure SQL数据库进行扩展。

弹性池中的数据库的业务连续性选项

共用数据库通常支持和可用于单一数据库相同的业务连续性功能。

时间点还原

时间点还原使用自动的数据库备份将池中的数据库恢复到特定的时间点。请参阅时间点还原

异地还原

当数据库因其所在的区域发生事故而不可用时，异地还原会提供默认的恢复选项。请参阅还原Azure SQL数据库或故障转移到辅助数据库

活动异地复制

对于具有异地还原无法提供的更强烈的恢复要求的应用程序，请配置活动异地复制或自动故障转移组。

使用Azure门户创建新的SQL数据库弹性池

在Azure门户中可以通过两种方法创建弹性池。

1.请参阅Azure门户，创建弹性池。搜索并选择"AZURE SQL"。

2.选择“+添加”以打开“选择SQL部署选项”页。通过选择"数据库"磁贴上的"显示详细信息"，可以查看有关弹性池的其他信息。

3.在"数据库"磁贴上的"资源类型"下拉列表中选择"弹性池"，然后选择"创建"：

4.或者可以创建一个弹性池：导航到现有服务器，然后单击“+新建池”，直接在该服务器中创建一个池。

备注

可以在服务器上创建多个池，但不能将数据库从不同的服务器添加到同一个池中。

该池的服务层级决定了池中弹性数据库的可用功能，以及每个数据库可用的最大资源量。有关详细信息，请参阅DTU模型中弹性池的资源限制。有关弹性池的基于vCore的资源限制，请参阅基于vCore的资源限制-弹性池。

若要配置池的资源和定价，请单击“配置池”。然后选择服务层级，将数据库添加到池，并配置池及其数据库的资源限制。

完成配置池后，可以单击“应用”，将池命名，然后单击“确定”以创建池。

监视弹性池及其数据库

在Azure门户中，可以监视弹性池和该池中的数据库的利用率。还可以对弹性池进行一组更改，并同时提交所有更改。这些更改包括添加或删除数据库、更改弹性池设置或更改数据库设置。

你可以使用内置性能监视和警报工具与性能等级结合使用。此外，SQL数据库可发出指标和资源日志，以方便进行监视。

客户案例研究

SnelStart

SnelStart在Azure SQL数据库中使用弹性池，以每月快速扩展其业务服务，每个Azure SQL数据库1000。

Umbraco

Umbraco对Azure SQL数据库使用弹性池，以便在云中为数千个租户快速预配和缩放服务。

Daxko/CSI

Daxko/CSI使用弹性池和Azure SQL数据库来加速其开发周期和增强其客户服务和性能。