在 Cosmos DB 中的邏輯分區之間拆分物理分區的可用吞吐量如何？

Question

我試圖了解 Azure Cosmos DB 中物理/邏輯分區與吞吐量可用性之間的關系，並對每個邏輯分區可用的吞吐量有疑問。

物理分區的可用吞吐量是在其邏輯分區之間平均分配還是隨機分布，因為任何邏輯分區都可以使用物理分區可用吞吐量的 0-100%？

我問這個的原因是因為我看到了相互矛盾的答案。

1. 在此 Cosmos DB Conf 演示文稿 - Partitioning Tips for Azure Cosmos DB to Increase Performance and Save Money中，演講者提到物理分區可用的吞吐量均勻分布在該物理分區內的所有邏輯分區中（或者至少這是我推斷的） .

2. 但是，我引用的documentation提到了以下內容（強調我的）。

如果您配置每秒 18,000 個請求單位 (RU/s) 的吞吐量，則三個物理分區中的每一個都可以利用總配置吞吐量的 1/3。 在選定的物理分區內，邏輯分區鍵 Beef Products、Vegetable and Vegetable Products 以及 Soups, Sauces 和 Gravies 可以共同利用物理分區的 6,000 預置 RU/s 。

從文檔來看，邏輯分區的大小或利用率似乎並不重要，我可以讓一些邏輯分區獲得比其他分區更多的請求，但只要我不超過物理分區的可用吞吐量，我應該沒問題。 這個對嗎？

PS 這是我在此處發布的問題的第 2 部分： 關於 Cosmos DB 物理和邏輯分區的一些問題。

Answer 1

物理分區的可用吞吐量是在其邏輯分區之間平均分配還是隨機分布，因為任何邏輯分區都可以使用物理分區可用吞吐量的 0-100%？

吞吐量在物理分區之間平均分配。 在物理分區內，它不會在邏輯分區之間平均分配。 因此，每個邏輯分區可以使用為該物理分區分配的吞吐量的 0-100%。 如果物理分區的總利用率超過 100%，那么您就會看到限制錯誤。

從文檔來看，邏輯分區的大小或利用率似乎並不重要，我可以讓一些邏輯分區獲得比其他分區更多的請求，但只要我不超過物理分區的可用吞吐量，我應該沒問題。 這個對嗎？

這是真的。 邏輯分區大小確實很重要，這意味着它不能超過 20GB。 利用率也限制在 10K RU/s。 我們無法控制如何將邏輯分區拆分為物理分區，因此您無法真正知道您的邏輯分區位於哪個物理分區。同樣，無法確保您不超過 10K物理分區的吞吐量。 這就是為什么 MS 建議您選擇分區鍵以便適當平衡利用率的原因。