Azure 在Cosmos DB中，物理分区与其逻辑分区之间的划分的吞吐量如何？

我试图理解Azure Cosmos DB中物理/逻辑分区与吞吐量可用性之间的关系，并对每个逻辑分区的可用吞吐量提出疑问

物理分区的可用吞吐量是在其逻辑分区之间平均分配还是随机分配，即任何逻辑分区都可以使用物理分区可用吞吐量的0-100%？

我问这个问题的原因是因为我看到了相互矛盾的答案

在这个Cosmos DB Conf演示文稿中，演示者提到物理分区的可用吞吐量均匀分布在该物理分区内的所有逻辑分区中（或者至少我是这么推断的）

然而，我引用的文章提到了以下内容（强调我的）

如果您提供每秒18000个请求单位的吞吐量 （RU/s），则三个物理分区中的每一个都可以利用 已配置的总吞吐量。在选定的物理区域内 分区，逻辑分区键牛肉产品、蔬菜和 蔬菜制品、汤、酱汁和肉汁可以， 利用物理分区的6000个配置的RU/s

从文档来看，逻辑分区的大小或利用率似乎并不重要，我可以让一些逻辑分区比其他分区获得更多的请求，但只要我没有超过物理分区的可用吞吐量，我就可以了。这是正确的吗

另外，这是我在这里发布的问题的第2部分：

物理分区平均分割的吞吐量是否可用 在它的逻辑分区中，还是随机分布在 感觉任何逻辑分区都可以使用0-100%的吞吐量 物理分区可用吗

吞吐量平均分布在物理分区之间。在一个物理分区内，它并不是均匀地分布在逻辑分区之间。因此，每个逻辑分区可以使用分配给该物理分区的吞吐量的0-100%。如果物理分区的总利用率超过100%，您将看到节流错误

从文档中可以看出，逻辑系统的大小或利用率 分区并不重要，我可以有一些逻辑 分区得到的请求比其他分区多，但只要我不是 超过物理分区的可用吞吐量，我应该 没事。这是正确的吗

---

这是真的。逻辑分区大小很重要，这意味着它不能超过20GB。利用率也限制在10K RU/s。我们无法控制如何将逻辑分区拆分为物理分区，因此您无法真正了解逻辑分区所在的物理分区。同样，也没有办法确保不超过物理分区的10K吞吐量。这就是为什么MS建议您选择分区密钥，以便适当平衡利用率。

谢谢！我想知道是否有任何文档链接可以与您分享。不幸的是，没有。我知道这一点，因为我们聘请了来自Microsoft的Cosmos团队来帮助我们进行一项设计，其中一些要点在讨论中提到。