sql-server - 弹性池的 VCore 扩展(例如从 2 到 4)与使用 VCore 创建新池 (4) 和移动数据库的延迟

Question

我们有一种为 sql 弹性池实现的负载均衡器。基本上，它会合并两个池，或拆分两个池，或根据一些引用设置(计算、存储等)和我们从 SQL Server 获得的统计信息扩展存储。在某些情况下，作为将池拆分为两个或更多池的特殊情况，我们创建一个具有更大 vcore 的池，然后将所有数据库从旧池移动到新池。问题创建具有所需 vcore 的新池并将数据库移动到新池与将 vCore 缩放到适当的设计水平是否会对性能产生影响，或者它们是否相同，因为就地缩放也会在内部创建一个新层？ p>

Answer 1

The question is there a performance hit by creating a new pool withdesired vcore and move the databases to the new pool vs scaling thevCore to the designed level in place or are they both the same sincescaling in place also internally creates a new tier?

没有观察到这样的性能影响，但以下是一些值得注意的点。

1. 弹性池中的数据库位于单个服务器上，并以设定价格共享一定数量的资源。他们确保数据库在需要时获得所需的性能资源。它们在可预测的预算内提供了简单的资源分配机制。

2. 将数据库移入或移出弹性池时，除了操作结束时数据库连接断开时短暂的一段时间(以秒为单位)之外，不会出现任何停机时间。

您可以引用this官方 MS 文档，了解更改服务级别或重新扩展时受影响的因素。