Azure cosmosdb CosmosDb-物理分区放置，RU影响
到目前为止的理解。 逻辑分区映射到物理分区，我们无法控制物理分区的数量。一个物理分区可以包含多个逻辑分区 我还了解到，配置的RU在物理分区中是平均分配的 问题.. 假设我有500个RU限制、100万个不同的分区键值和50GB的数据。这是一百万个逻辑分区 容器的逻辑分区是否会被分组到一个专门为我们使用而保留的物理分区的小池中？例如，在5个物理分区中，每个分区有100个RU 或者每个逻辑分区最终会随机存储在与其他Cosmos用户共享的物理分区上吗？因此，我的500 RU实际上是500除以非常非常多的物理分区（最多100万个），当超过每个物理分区RU的限制时，查询可能会失败Azure cosmosdb CosmosDb-物理分区放置，RU影响,azure-cosmosdb,Azure Cosmosdb,到目前为止的理解。 逻辑分区映射到物理分区，我们无法控制物理分区的数量。一个物理分区可以包含多个逻辑分区 我还了解到，配置的RU在物理分区中是平均分配的 问题.. 假设我有500个RU限制、100万个不同的分区键值和50GB的数据。这是一百万个逻辑分区 容器的逻辑分区是否会被分组到一个专门为我们使用而保留的物理分区的小池中？例如，在5个物理分区中，每个分区有100个RU 或者每个逻辑分区最终会随机存储在与其他Cosmos用户共享的物理分区上吗？因此，我的500 RU实际上是500除以非常非常多的
我的理解是，这是前者，但我想在规划阶段验证这一点 RU与您的数据大小有一定关系。回想一下，500是任何容器的最低可能RU。对于50GB的数据，您的最小RU超过该值。实际上已经超过2000年了 假设是5000。然后您的5000 RU分布在所有物理分区上，对吗。在您的情况下，一个物理分区将是多个逻辑分区。至于这些分区究竟存储在什么地方——好吧——这是不公开的，所以这是未知的 众所周知，性能和可用性SLA是相同的。希望这有帮助