我们目前正在生产一个具有每个租户逻辑的数据库的 Web 应用程序。我们当前的数据库设置都托管在具有单实例免费 SQL 快速版本的单个 VM 上。
所有数据库都是在服务器端动态创建的，并在每次经理注册时添加到同一个实例中。
但是，考虑到新 SQL 版本的成本、与具有多个数据库的一个实例相关的性能问题、未来的开发和管理，我预计在不久的将来我们可能会遇到高可扩展性的问题。
我正在考虑从 Azure 切换弹性池结构，因为我们现在没有很多客户端，但我真的不知道它是否对一开始的价格和可扩展性有益。
为了拥有超过 100 个客户，使用弹性池更改我的结构是否有益？
谢谢！
弹性池非常适合具有特定使用模式的大量数据库。对于给定的数据库，这种模式的特点是平均利用率低，利用率峰值相对较少。
您可以添加到池中的数据库越多，您的节省就越大。
但是，重要的是评估您的特定数据库集合是否可以从池中受益。您需要检查数据库的使用模式并注意峰值 DTU 和理想时间。
池的价格是池 eDTU 的函数。虽然池的 eDTU 单价比单个数据库的 DTU 单价高 1.5 倍，但池 eDTU 可以由许多数据库共享，并且需要的总 eDTU 更少。
如果单个数据库的性能级别的 DTU 总和超过池所需的 eDTU 的 1.5 倍，则弹性池更具成本效益。有关可用大小，请参阅弹性池和弹性数据库的 eDTU 和存储限制。
要确定同时达到峰值的数据库的最大数量，我建议您仔细阅读 -最大同时达到峰值的数据库数量