DocumentDB用户定义的性能定价

Question

我正在考虑迁移到DocumentDB的新分区集合，并且有一些问题，文档和定价计算器似乎有点不清楚。

定价：

在下面的方案中，我的分区收集将收取30.0美元/月的1GB数据，每小时RU使用时间为500：

这是否意味着如果我的用户每天只能在平均500 RU的时间内搜索数据约12小时，这意味着HALF我的收集时间为UNUSED，但仍然是RUNNING且AVAILABLE（未关闭）价格如计算器在这里指示的那样下降到15.13美元/月：

或者，自从我的收藏品启动并运行以来，我将被收取30.01美元/月的全部费用吗？

当我进入门户网站时，当我尝试启动分区集合中的最低选项时，我看到估计为606美元/月而没有任何细节，我感到很困惑：

如果我连续7个小时每秒钟每秒钟使用所有分配的10,100 RU，那么门户网站是否只显示我当月可以开帐单的最高费用？

如果计费基于每小时使用而且在第二种情况下使用的某些小时内使用的平均RU降至100，那么成本会进一步下降吗？针对分区收集的Azure计费是基于每小时使用而不是像现有S1 / S2 / S3层一样的总运行时间而波动吗？

如果是，那么系统如何确定该小时的收费？如果RU使用的大部分时间是100 /秒，但是那个小时的几秒钟它会达到1000秒，它会在整个小时内达到平均秒数，并且只收取200-300 RU那个小时的费用或者我要为那个小时使用的最高RU付费吗？

性能：

由于我的数据将位于不同的分区并需要分区ID /密钥才能访问，因此我是否会因为迁移到这种情况而遇到性能损失？如果是这样，我可以期待什么，或者它会如此微小以至于我的用户无法检测到它？

RETRIES＆amp;故障处理：

我假设我在当前场景中使用的TransientFaultHandling Nuget包仍然适用于新场景，但由于我的RU容量要大得多，或者我需要重新考虑如何处理请求，因此可能无法使用超过RU上限？

Answer 1

因此，对于Azure documentDB定价的方式是，您需要付费以保留一定数量的数据存储大小（以GB为单位）和/或吞吐量（以请求单位（RU）为单位）。这些费用按预留时间每小时收取（不需要使用）。此外，只有文档帐户处于活动状态才被视为活动的S1订阅，直到创建documentDB然后您的数据库的定价接管。有两种选择：

选项1（Original Pricing）

您可以选择S1，S2或S3。每个提供相同的10GB存储空间，但吞吐量不同250RU / 1000RU / 2500RU。

选项2（User-defined performance）

这是新的定价结构，可以更好地分离大小和整个过程。此选项还提供分区。请注意，对于用户定义的性能，您需要为每GB使用的数据存储（Pay as you go storage）收费。

  

使用用户定义的性能级别，存储基于计量   消耗，但具有预定义的性能水平，10 GB的存储空间   在收藏品创建时保留。

单一分区收集

最小值设置为400RU和1GB数据存储。

最大值设置为10,000RU和250GB数据存储。

分区收藏

最小值设置为10,000RU和1GB数据存储。

最大值设置为250,000RU，250GB的数据存储空间（ EDIT 可以请求更高）。

因此，您至少需要支付与您选择的选项相关的每小时费用。不用支付一小时的唯一方法是删除数据库和帐户。

改变RU的成本

就在1小时的时间范围内改变您的RU而言，您需要按照您要求的峰值储备RU的费用收取该小时的费用。因此，如果您在400RU并且您将其升至1000RU并持续1秒，那么您将按照该小时的1000RU费率收费。即使其他59分钟59秒，你也将它恢复到400RU。

Answer 2

  

由于我的数据将位于不同的分区并需要分区ID /密钥才能访问，我是否会因为迁移到此方案而导致性能下降？

一个关于性能的话题就是要考虑的一些事情，但总的来说没有。

如果你有一个具有足够值的合理分区键，你不应该看到性能损失。这意味着您需要对数据进行分区，以便在查询时使用分区键，并且需要使用相同的partiton键将查询所需的数据保存在同一分区中。

如果您在没有partitionkey的情况下执行查询，您将看到服务器损失，因为每个分区都会解析和执行查询。

选择分区键时要记住的一件事是每个分区的限制，即10GB和10K RU。这意味着您希望在分区上进行均匀分布，以避免出现“热”问题。分区意味着即使您扩展到总数超过RU，您也可能会收到特定分区的429。