[英]CosmosDb - physical partition placement, RU impact
到現在才明白。。
邏輯分區映射到物理分區，我們無法控制物理分區的數量。 一個物理分區可以包含多個邏輯分區。
我也理解預配的 RU 在物理分區之間平均分配。
問題..
假設我有 500 RU 的限制、100 萬個不同的分區鍵值和 50GB 的數據。 那是一百萬個邏輯分區。
容器的邏輯分區是否會被分組到一個專門為我們使用而保留的物理分區的小池中？ 例如，在 5 個物理分區中，每個分區有 100 個 RU？
或者每個邏輯分區最終會隨機存儲在與其他 Cosmos 用戶共享的物理分區上嗎？ 因此，我的 500 個 RU 實際上是 500 除以非常非常多的物理分區（最多 100 萬個），如果超出每個物理分區的 RU 限制，查詢可能會失敗？
我的理解是前者，但我想在規划階段驗證這一點！
RU 與您的數據大小有一些關系。 回想一下，500 是任何容器可能的最低 RU。 對於 50 GB 的數據，您的最低 RU 已超過此值。 其實是2000多。
假設它是 5000。那么您的 5000 RU 分布在您的所有物理分區上，對。 在您的情況下，一個物理分區將不止一個邏輯分區。 至於這些分區的確切存儲位置 - 嗯 - 沒有公布，所以這是未知的。
眾所周知，性能和可用性 SLA 是相同的。 希望這可以幫助。
由於在 Azure CosmosDB 中的物理分區上存在時間，文檔存檔會產生什么影響
[英]What is impact of document archival because of time to live on the physical partition in Azure CosmosDB
Cosmos 中的物理分區是否會導致邏輯分區的 RU 降低
[英]Does physical partition in Cosmos can result in lower RU for a logical partition
如何在 Azure CosmosDb 中獲取物理分區列表，有沒有辦法獲取物理分區列表？
[英]How do I get list of Physical Partition in Azure CosmosDb, is there a way to get list of physical partitions?
復制 CosmosDB 集合並按物理分區保留項目順序的最有效方法是什么？
[英]What is the most efficient way to copy a CosmosDB collection and retain the order of items by physical partition?
聲明:本站的技術帖子網頁，遵循CC BY-SA 4.0協議，如果您需要轉載，請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.
