Azure cosmosdb Cosmos DB自动驾驶仪未使用分区上的吞吐量分布

Azure cosmosdb Cosmos DB自动驾驶仪未使用分区上的吞吐量分布,azure-cosmosdb,Azure Cosmosdb,根据我的理解,如果配置自动驾驶仪,最大吞吐量为20000 RU,如果我有4个分区,每个分区的最大吞吐量将为2000 RU 有人能验证我下面关于将要收费的吞吐量计算的假设吗 如果两个分区的每个流量约为1000个RU,则计算的吞吐量将为1000+1000+0+0=2000个RU 如果一个分区单独是热的,有4000个RU,那么计算的吞吐量将是4000+0+0+0=4000 如果没有使用任何分区,将计算最大吞吐量2000 RU的10% 我的假设正确吗?我不认为它是这样工作的。其实际工作原理如下: 每个分

根据我的理解,如果配置自动驾驶仪,最大吞吐量为20000 RU,如果我有4个分区,每个分区的最大吞吐量将为2000 RU

有人能验证我下面关于将要收费的吞吐量计算的假设吗

如果两个分区的每个流量约为1000个RU,则计算的吞吐量将为1000+1000+0+0=2000个RU

如果一个分区单独是热的,有4000个RU,那么计算的吞吐量将是4000+0+0+0=4000

如果没有使用任何分区,将计算最大吞吐量2000 RU的10%


我的假设正确吗?

我不认为它是这样工作的。其实际工作原理如下:

  • 每个分区获得一个相等的共享(20.000 RU/s:4个分区计数=5.000 RU/s)
  • 实际负载并不重要。分区最多只能达到5000 RU/s
  • 如果再添加10.000 RU/s,每个分区将获得额外的2.500 RU/s
  • 一个分区可以达到的绝对最大值是10.000 RU/s,而不管给容器提供了多少RU/s

    为容器提供的吞吐量平均分配给 物理分区。不分发的分区密钥设计 吞吐量请求可能会创建“热”分区。热的 分区可能会导致速率限制和对 提供的吞吐量和更高的成本

    与逻辑分区不同,物理分区是内部分区 系统的实施。你无法控制大小,位置, 或物理分区的计数,并且您无法控制映射 在逻辑分区和物理分区之间


    我不是问最大吞吐量。在上述情况下,在给定的小时内定价时计算的吞吐量是多少?您不是为实际吞吐量付费,而是为您在容器上提供的吞吐量付费。因此,无论您使用多少吞吐量,您都将支付20000 RU/s的费用。如果吞吐量配置为自动驾驶仪,那么计算结果会是什么?对于自动驾驶仪,它将取决于负载(因为它会自动缩放到最大值)。因此,如果最大值为20000 RU/s,则最小值为2000 RU/s。然后吞吐量将根据负载进行缩放。请记住,如果一个分区需要扩展到4.000 RU/s,这意味着您需要支付20000 RU/s的费用