[英]How is the throughput available for a physical partition split amongst its logical partition in Cosmos DB?
我试图了解 Azure Cosmos DB 中物理/逻辑分区与吞吐量可用性之间的关系,并对每个逻辑分区可用的吞吐量有疑问。
物理分区的可用吞吐量是在其逻辑分区之间平均分配还是随机分布,因为任何逻辑分区都可以使用物理分区可用吞吐量的 0-100%?
我问这个的原因是因为我看到了相互矛盾的答案。
在此 Cosmos DB Conf 演示文稿 - Partitioning Tips for Azure Cosmos DB to Increase Performance and Save Money
中,演讲者提到物理分区可用的吞吐量均匀分布在该物理分区内的所有逻辑分区中(或者至少这是我推断的) .
但是,我引用的documentation
提到了以下内容(强调我的)。
如果您配置每秒 18,000 个请求单位 (RU/s) 的吞吐量,则三个物理分区中的每一个都可以利用总配置吞吐量的 1/3。 在选定的物理分区内,逻辑分区键 Beef Products、Vegetable and Vegetable Products 以及 Soups, Sauces 和 Gravies 可以共同利用物理分区的 6,000 预置 RU/s 。
从文档来看,逻辑分区的大小或利用率似乎并不重要,我可以让一些逻辑分区获得比其他分区更多的请求,但只要我不超过物理分区的可用吞吐量,我应该没问题。 这个对吗?
PS 这是我在此处发布的问题的第 2 部分: 关于 Cosmos DB 物理和逻辑分区的一些问题。
物理分区的可用吞吐量是在其逻辑分区之间平均分配还是随机分布,因为任何逻辑分区都可以使用物理分区可用吞吐量的 0-100%?
吞吐量在物理分区之间平均分配。 在物理分区内,它不会在逻辑分区之间平均分配。 因此,每个逻辑分区可以使用为该物理分区分配的吞吐量的 0-100%。 如果物理分区的总利用率超过 100%,那么您就会看到限制错误。
从文档来看,逻辑分区的大小或利用率似乎并不重要,我可以让一些逻辑分区获得比其他分区更多的请求,但只要我不超过物理分区的可用吞吐量,我应该没问题。 这个对吗?
这是真的。 逻辑分区大小确实很重要,这意味着它不能超过 20GB。 利用率也限制在 10K RU/s。 我们无法控制如何将逻辑分区拆分为物理分区,因此您无法真正知道您的逻辑分区位于哪个物理分区。同样,无法确保您不超过 10K物理分区的吞吐量。 这就是为什么 MS 建议您选择分区键以便适当平衡利用率的原因。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.