【问题标题】:Can a partitioned CosmosDB / DocumentDB collection have fewer than 400 RU/s of throughput configured?分区 CosmosDB / DocumentDB 集合的吞吐量配置是否低于 400 RU/s?
【发布时间】:2017-11-11 00:09:10
【问题描述】:

更新:这个问题现在无效,因为我认为发生的事件并没有像我想象的那样发生(详情见下文)。尽管答案和 cmets 可能对其他人有用,但我将按原样保留问题。

我通过 Azure 门户创建了一个集合,最初配置为:

  • 存储容量:无限
  • 初始吞吐量容量 (RU/s):2500
  • 分区键:/PartitionKey

然后通过 .NET SDK,我将 Initial Throughput Capacity (RU/s) 更改为 400。

根据 Azure 门户中集合的 Scale & Settings 选项卡,吞吐量 (400 - 10,000 RU/s)* 的值为 400。

这是受支持的配置吗?我假设这是某个地方的错误,但也许不是? 我将为此收款支付什么费用?

顺便说一句……

Add Collection 屏幕不允许我在初始创建时将吞吐量设置为 400,但之后我似乎可以更改它。

更新:我想我已经弄清楚发生了什么。我手动创建了一个分区集合,然后我忘记了我的代码(我正在使用的导入器/迁移工具)删除数据库并在启动时重新创建数据库和集合。当它这样做时,它被创建为一个非分区集合。现在我已更正此问题,我收到错误消息“报价应具有介于 2500 和 100000 之间的有效吞吐量值(包括 100 增量)。”如果我尝试重现我之前认为自己能够做到的事情。

【问题讨论】:

    标签: azure azure-cosmosdb


    【解决方案1】:

    您没有看到错误。您正在尝试在分区集合上设置 RU 范围。

    单分区集合 (10GB) 允许 400-10000 RU。

    您在问题中显示的是分区集合,规模从 2500 RU 开始。

    而且您无法为 400 RU 配置分区集合,无论是通过门户还是通过 API/SDK。

    【讨论】:

    • 我不认为这完全正确;见disqus.com/home/discussion/thewindowsazureproductsite/…那是不同时代的,但原理应该还是一样的。不过,它仅用于测试。
    • @David Makagon 如果您重新阅读我的问题,您会发现我已将集合设置为 400 RU/s 创建为分区集合之后。我不确定的是,我现在的结局是什么。
    • @DavidMakogon 在那种情况下,我最终得到了一个分区集合,该集合当前具有 1 个物理分区和 400RU/s。根据 Azure 门户,“Collection X 有 1 个物理分区。预配吞吐量均匀分布在物理分区上,每个分区 400 RU/秒。”该集合最初是作为分区集合创建的。
    • @tjrobinson 您可以尝试通过 API 进行扩展并再次检查存储指标吗?我非常想知道在您缩减到 2500 RU 然后再扩展到 > 10K RU 后分配给您的集合的物理分区数量会发生什么
    • 我想我已经弄清楚发生了什么。我手动创建了一个分区集合,然后我忘记了我的代码(我正在使用的导入器/迁移工具)删除数据库并在启动时重新创建数据库和集合。当它这样做时,它被创建为一个非分区集合。现在我已更正此问题,我收到错误消息“报价应具有介于 2500 和 100000 之间的有效吞吐量值(包括 100 增量)。”如果我尝试重现我认为我之前能够做到的事情。所以@DavidMakogon 确实是正确的。
    猜你喜欢
    • 2021-04-05
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2023-03-22
    • 1970-01-01
    相关资源
    最近更新 更多