Azure Cosmos db的吞吐量值

Question

我對分區如何影響Azure Cosmos DB的大小限制和吞吐量值感到困惑（在我們的示例中，我們使用的是documentdb）。 如果我正確理解文檔 。

1. 對於分區集合，每個分區都適用10G的存儲限制？

2. 吞吐量值ex。 400RU / S適用於每個分區，不是集合？

Answer 1

1. 無論您使用單分區集合還是多分區集合，每個分區的最大容量為10 Gb。 這意味着單分區集合不能超過該大小，而多分區集合可以超過該大小。

摘自Azure Cosmos DB常見問題解答 ：

什么是集合？

集合是一組文檔及其關聯的JavaScript應用程序邏輯。 集合是可計費的實體，其成本由吞吐量和已用存儲量確定。 集合可以跨越一個或多個分區或服務器，並且可以擴展以處理幾乎無限量的存儲或吞吐量。
集合也是Azure Cosmos DB的計費實體。 根據預配置的吞吐量和使用的存儲空間，每個收集按小時計費。 有關更多信息，請參見Azure Cosmos DB定價。

2. 按集合收取費用，其中一個集合可以具有一個或多個分區 。 由於Azure分配分區來托管您的集合，因此RU的數量需要每個集合。 否則，擁有很多分區的客戶將比擁有相同集合但擁有更少分區的客戶獲得更多的RU。

有關更多信息，請參見下面引號中的粗體：

摘自Azure Cosmos DB定價 ：

預配吞吐量

您可以以任何規模存儲數據和設置吞吐量。 根據存儲的數據量（以GB為單位）和保留的吞吐量（以100 RUs /秒為單位，最低為400 RUs /秒）， 每個小時按小時計費 。 無限的容器每個分區至少具有100 RU /秒的速度。

取自Azure Cosmos DB中的請求單元 ：

啟動新的集合，表格或圖形時，您可以指定要保留的每秒請求單位數（RU每秒）。 根據預配置的吞吐量，Azure Cosmos DB分配物理分區來托管您的集合，並隨着數據的增長在各個分區之間拆分/重新平衡數據。

Answer 2

此處的其他答案為吞吐量配置提供了一個很好的起點，但未能提及文檔中很少提到的重要點。

您的吞吐量實際上是在集合中的物理分區數之間分配的。 因此，對於以10個物理分區配置為1000RU / s的多分區集合，實際上每個分區為100RU / s。 因此，如果您具有更頻繁訪問的熱分區，即使您未超出分配給集合的總RU，也會收到節流錯誤。

對於單個分區集合，您顯然會獲得分配給該分區的完整RU，因為它是唯一的分區。

如果您使用的是多分區集合，則應努力選擇具有均勻訪問模式的分區鍵，以便您的工作負載可以均勻分布在基礎分區上而不會造成瓶頸。

Answer 3

1. 對於分區集合，每個分區都適用10G的存儲限制？

那是對的。 分區集合中的每個分區的最大大小為10GB。

2. 整體價值 400RU / S適用於每個分區，不是集合？

吞吐量是在收集級別而不是分區級別。 分區集合的進一步最小RU / S為2500 RU / S，而不是400RU / S。 非分區集合的默認值為400RU / S。