我们目前在 Azure 中有一个弹性数据库池，我们希望根据高 eDTU 使用率对其进行扩展。池中有 30 多个数据库，它们当前使用 100GB 存储(尽管这可能会增加)。
当我们检测到 eDTU 使用率较高时，我们计划增加分配给池的 eDTU。然而，网上的一些帖子让我质疑这是否有效。以下引用摘自 azure 文档 - https://learn.microsoft.com/en-us/azure/sql-database/sql-database-resource-limits
The duration to rescale pool eDTUs can depend on the total amount of storage space used by all databases in the pool. In general, the rescaling latency averages 90 minutes or less per 100 GB.
如果我理解正确的话，这意味着如果我们想要增加 eDTU，则每 100GB 平均需要等待 90 分钟。如果是这种情况，动态扩展将不适合我们，因为等待性能提升的 90 分钟太长了。
谁能确认一下我上面说的是否正确？是否有其他建议可以动态增加 eDTU，而不必等待这么长的时间？
这也意味着，如果我们想要根据时间表进行扩展，即在上午 8 点扩展 eDTU，我们实际上必须在上午 6:30 启动扩展，以允许估计 90 分钟的扩展时间 - 如果我对此的理解是正确的。
最佳答案
扩展池 eDTU 时，Azure 可能必须迁移数据(这是共享数据库服务)。如果需要的话，这将需要时间。我看到缩放是即时的，但我看到它需要花费很多时间。我认为 Microsoft 的目的是通过弹性池来节省成本，而不是通过快速更改 eDTU 的能力。
关于Azure 弹性数据库池扩展持续时间查询，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/48368692/