Azure弹性池已用/分配/最大存储关系及配置调整咨询

1. 弹性池的分配空间是否取决于池内各数据库的最大空间设置？ #

答案是否定的。
弹性池的总最大存储是独立配置的参数，和池内单个数据库的最大存储设置无直接绑定关系。池的存储上限只限制所有数据库的实际已使用存储总和，你当前池已使用的3.64TB就是所有库实际写入数据的总和，和单库的最大配置无关。
你当前55个库单库最大均为250GB，总和为13.75TB，远高于池的4TB上限，属于弹性池支持的常规超配配置，只要实际总使用量不超过4TB就可以正常运行，这也是弹性池降低资源成本的核心设计之一。

2. 将单库最大存储从250GB下调至20GB的正反面影响 #

正面影响 #

• 限制单库异常写入占用过多池存储空间，避免单库故障导致整个弹性池存储被占满，影响其余54个数据库的正常运行
• 满足弹性池缩容的前置条件：如果后续你需要将弹性池的总最大存储下调到更低值，要求所有单库的最大存储总和必须低于弹性池的目标最大存储值，下调低负载库的最大存储是缩容池存储的必要操作
• 降低弹性池的超配比例，更便于你做长期存储容量规划，减少扩容误判

负面影响 #

• 该数据库后续实际存储使用量达到20GB时，所有写入操作会被拒绝，直到你清理库内数据或者上调该库的最大存储上限，可能会导致业务中断
• 调整前需要提前评估该库的业务增长预期，避免突发的业务数据上涨触及新的存储阈值
• 调整操作本身是在线操作，不会导致数据库停机，但如果调整过程中刚好有大批量写入使存储超过20GB，会触发写入失败，建议在业务低峰期操作

Azure运维参考资源建议 #

你可以检索微软官方的以下内容：面向AWS从业者的Azure服务映射指南、Azure运维最佳实践框架、Azure SQL弹性池专属运维手册，上述内容包含了Azure与AWS对应服务的核心差异、标准运维流程模板、成本优化方案、常见故障排查思路，完全适配有AWS运维基础的人员快速上手Azure运维工作。

内容的提问来源于stack exchange，提问作者Robert Brand