我们目前在Azure中有一个弹性数据库池，我们希望根据高eDTU使用情况进行扩展。池中有30多个数据库，它们目前使用100GB存储空间（尽管这可能会增加）。
当我们检测到高eDTU使用率时，我们计划增加分配给池的eDTU。然而，网上的一些帖子让我怀疑这将如何运作。以下引用来自azure docs - https://docs.microsoft.com/en-us/azure/sql-database/sql-database-resource-limits
重新调整池eDTU的持续时间取决于池中所有数据库使用的存储空间总量。通常，重新缩放延迟平均为每100 GB 90分钟或更短。
如果我理解正确，这意味着如果我们想要增加eDTU，我们将不得不平均每100GB等待90分钟。如果是这种情况，动态缩放比例适合我们，因为90分钟等待性能提升太长。
任何人都可以确认我上面说的是否正确吗？是否有任何其他建议可以动态增加eDTU而无需等待这么长时间？
这也意味着如果我们想根据时间表进行扩展，即在早上8点放大eDTU，我们实际上必须在早上6:30开始缩放以允许估计90分钟的缩放时间 - 如果我对此有所了解是对的。
答案 0 :(得分：3)
缩放池eDTU时，Azure可能必须迁移数据（这是共享数据库服务）。如果需要，这需要时间。我看到缩放是即时的，我看到它需要花费很多时间。我认为微软的目的是通过弹性池节省成本，而不是快速更改eDTU的能力。
答案 1 :(得分：2)
以下是Microssoft Azure SQL数据库管理器提供的答案：
用于在同一层内重新调整基本/标准池，某些服务 已经进行了优化，以便现在重新缩放延迟 通常与池中的数据库数量成正比 独立于其存储大小。通常，延迟在附近 每个数据库30秒，最多可并行提供8个数据库 池利用率不是太高而且没有长时间运行 交易。例如，具有500个数据库的标准池 无论大小，通常可以在大约30分钟内重新缩放（即， ~500个数据库* 30秒/ 8个数据库并行）。
对于Premium池，重新缩放延迟仍然存在 与数据大小成正比。
此Azure SQL数据库管理器承诺在完成更多改进后立即更新Azure文档。
感谢您耐心等待这个答案。