DocumentDB 物理分区 RU 的问题答案

【问题标题】：DocumentDB Physical Partition RU's IssueDocumentDB 物理分区 RU 的问题
【发布时间】：2017-04-25 18:37:07
【问题描述】：

我创建了 250GB、50000RU 和分区键的集合，它显示物理创建了 25 个物理分区，每个分区分配了 2000 个 RU。

我正在添加具有 3 个不同分区键的数据，它将存储在 25 个分区中的任何一个中。我的问题是，假设 3 个分区键数据保存在 3 个不同的物理分区中，我正在发送为这 3 个物理分区创建文档的请求。如果这些分区 RU 需要超过 2000 个 RU（超过 RU 的分配限制），DocumentDB 将将其他物理分区空闲 RU 分配到所需物理分区还是固定到特定分区？

提前致谢！！

【问题讨论】：

标签： azure azure-cosmosdb nosql

【解决方案1】：

正如官方文档中提到的Partitioning and provisioned throughput：

当 DocumentDB 存储文档时，它会根据分区键值将它们均匀地分布在分区之间。 吞吐量也均匀分布在可用分区之间，即每个分区的吞吐量 =（每个集合的总吞吐量）/（分区数）。

为了实现集合的全部吞吐量，您必须选择一个分区键，以便在多个不同的分区键值之间均匀分配请求。

如果这些分区 RU 需要超过 2000 个 RU（超过 RU 分配的限制），DocumentDB 会将其他物理分区空闲 RU 分配到所需的物理分区还是固定到特定的分区？

根据我的理解，每个物理分区都有基于可用分区的固定吞吐量。

【讨论】：

您的意思是一个物理分区 RU 不会分配另一个 RU，如果该分区的请求很高？如果 RU 是固定的，物理分区和我的分区键小于物理分区意味着它在我添加更多分区键之前将被使用？
正如文档所述，DocumentDB 根据存储大小和预置吞吐量在每个集合后面创建少量物理分区，并且当大小如果特定分区已满，则 DocumentDB 会自动移动分区键，而不会影响您的集合的可用性。但是当分区的吞吐量超载时，我看不到任何有关重新分配 RU 的信息。