Azure CosmosDB：最小吞吐量没有意义

到目前为止，我们有一个包含24个容器的宇宙数据库。 吞吐量是在数据库级别设置的

我预计最低吞吐量为2400 RUs，但实际上预计为4500 RUs。（显示在Azure门户中以及.NET SDK中的错误消息）

期望：

集装箱数量*100 RU/s=最小RU/s

或者如果容器计数小于或等于4

400 RU/s

我观察到了这样一种行为，即在删除数据库并重新创建它之后，吞吐量按预期工作。 这种行为仅在使用数据库几天后发生

有没有解释为什么会出现这种情况，或者这是一个错误 宇宙数据库本身

---

感谢您的帮助

根据屏幕截图，您配置了两个区域：

每个地区大约消费2400辆RU。2x2400=4800。似乎每个区域的RU略少于2400

---

在任何情况下：两个区域设置的成本是预期RU的两倍。

根据屏幕截图，您配置了两个区域：

每个地区大约消费2400辆RU。2x2400=4800。似乎每个区域的RU略少于2400

---

在任何情况下：两个区域设置的成本是预期RU的两倍。

是否要缩减Cosmos DB吞吐量？是的，这就是我想要做的。是否要缩减Cosmos DB吞吐量？是的，这是我想要做的。这实际上是不正确的。计算结果显示，你有两个区域，每个区域4500个RU，每天总共17.298个RU。我认为这是不对的。如果我将集合的数量减少到例如两个集合，即使这样，所需的最小吞吐量也不会减少。我需要提到的是，在我删除整个数据库并重新创建它之后，吞吐量会如预期的那样工作。一旦扩展到某个点（由于分配的分区），RU不会收缩。你通常不能收缩到绝对最小值。但在你的例子中，它清楚地表明你有两个地区（每个地区都乘以你的RU成本）。@AlexDrenea-我不理解你的评论。没有所谓的“每日”RU成本。RU（请求单位）是每秒测量的。您购买“RU/秒”。如果你有4500 RU，那就是“4500 RU/秒”。不是每天，不是每月。OP提到预计约2400 RU，但看到了双倍（他们有两个区域）。也许OP说错了，实际上有4500 RU（反过来是9000 RU，有两个区域）。很难从原来的帖子中分辨出来。@AlexDrenea-啊-你说的是每日费用，而不是每日RU（我需要更多的咖啡）。是的，你说得对。4500x2=9000RU。这大约是总成本的18美元/天这实际上是不正确的。计算结果显示，你有两个区域，每个区域4500个RU，每天总共17.298个RU。我认为这是不对的。如果我将集合的数量减少到例如两个集合，即使这样，所需的最小吞吐量也不会减少。我需要提到的是，在我删除整个数据库并重新创建它之后，吞吐量会如预期的那样工作。一旦扩展到某个点（由于分配的分区），RU不会收缩。你通常不能收缩到绝对最小值。但在你的例子中，它清楚地表明你有两个地区（每个地区都乘以你的RU成本）。@AlexDrenea-我不理解你的评论。没有所谓的“每日”RU成本。RU（请求单位）是每秒测量的。您购买“RU/秒”。如果你有4500 RU，那就是“4500 RU/秒”。不是每天，不是每月。OP提到预计约2400 RU，但看到了双倍（他们有两个区域）。也许OP说错了，实际上有4500 RU（反过来是9000 RU，有两个区域）。很难从原来的帖子中分辨出来。@AlexDrenea-啊-你说的是每日费用，而不是每日RU（我需要更多的咖啡）。是的，你说得对。4500x2=9000RU。约为总成本的18美元/天