CosmosDB：最小吞吐量没有意义答案

【问题标题】：CosmosDB: Minimum throughput does not make senseCosmosDB：最小吞吐量没有意义
【发布时间】：2020-02-15 02:13:36
【问题描述】：

到目前为止，我们得到了一个包含 24 个容器的 cosmos DB。吞吐量是在数据库级别提供的。

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

期望：

容器数 * 100 RU/s = 最小。 RU/s

或者如果容器数小于或等于四个

400 RU/s

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

有没有解释为什么这是预期的，或者这是一个错误 CosmosDB 本身？

感谢您的帮助

【问题讨论】：

【解决方案1】：

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

每个区域都在消耗 2400 左右的 RU。 2x2400 = 4800。似乎每个区域的 RU 略少于 2400。

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

【讨论】：

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