分布式存储、对象存储的容量管理？

感觉还是要根据实际应用场景来实际选择适合的方式，热数据高性能也许副本更适合一点，当然不少EC也已经达到了近似副本的性能，各家采用的缓存技术也都不一样，需要综合评价；海量的温冷数据肯定还是EC划算些；空间的使用上各家自己一般都有一定预留量，建议是可用空间不足70%就应该开始走采购流程了，采用通用服务器的话到货上线快，80%再做似乎也可以；

选好基础架构，一些技术限制无法避免，就要现有预期。
比如，hadoop选了3副本，再通过应用做了容灾。实际至少要有6副本保证这个数据合规。
但是，厂商的技术和开源的技术是不一样的，商业化产品有自己的纠删和副本选择，兼听则明。
容量管理有几条水线，自己要提前设置好。
我们通常建议将90%设为红色告警线，即容量严重不足，无法应对突发场景，必须马上扩容，这里说的是马上，而不是按传统的半年为周期的采购流程。
还有，我们一般也不建议设置硬的容量使用限制，如果设置了，可能带来不必要的维护工作。