Azure '；盈亏平衡'；用于向上/向下缩放集合的点

在启动大型写入或批量导入之前，我一直在考虑扩大收集规模

然而，令我震惊的是，我不知道执行缩放操作需要多少RU。扩展、执行和缩减的成本可能比保持不变的成本更高

---

当然，有人担心写操作之间的间隔时间、过程需要多长时间等等，但如果不知道扩展的成本，我就无法真正解决这个问题。我很好奇是否有人有他们用来控制这一点的策略或经验法则。

缩放操作本身的成本与更新CosmosDB中任何其他

资源的成本相同

您需要知道的是，从
数据库
到
文档
所有内容都继承自单个类型。
资源

您所说的是更新
提供
，这是保存集合提供数据（例如吞吐量）的
资源
。更新报价的成本与更新该大小的任何其他文档的成本相同（大约为5-10 RUs）

但是请记住，CosmosDB会根据该小时收集的最大配置吞吐量按小时向您收费。这意味着，即使您提高或立即降低吞吐量，您仍将收取一小时的最大吞吐量费用。
缩放操作本身的成本与更新CosmosDB中任何其他
资源的成本相同

您需要知道的是，从
数据库
到
文档
所有内容都继承自单个类型。
资源

您所说的是更新
提供
，这是保存集合提供数据（例如吞吐量）的
资源
。更新报价的成本与更新该大小的任何其他文档的成本相同（大约为5-10 RUs）

但是请记住，CosmosDB会根据该小时收集的最大配置吞吐量按小时向您收费。这意味着，即使您提高或立即降低吞吐量，您仍将收取相当于最大吞吐量一小时的费用。
可能。不过我怀疑，也许吧。不过我怀疑。回答得不错，尼克！回答得很好，尼克！