Dha*_*ora 3 azure azureportal azure-cosmosdb
我们在azure上使用DocumentDB.我们有一个包含7个集合的数据库,每个集合最多有15个记录.它不需要太多存储空间.
只有少数开发人员正在使用此数据库实例.因此流量也低于平均水平.
该服务器仍然每天使用67,600个RU.DocumentDB设置必定存在一些问题.那么,我正在寻找方向来准确分析这些RU的收费方式以及如何减少它们？
DocumentDB设置没有问题.您配置了7个集合.默认情况下,通过门户网站,每个集合都分配了1000 RU(无论您使用的是0 RU还是全部1000 RU,您都可以随意使用).非分区集合的最小RU设置为400.
编辑 - 我误读 - 如果你的6700 RU,那么你可能已经配置了几个分区集合(起始于10,100 RU).对于初始开发/测试,只有15个文档,你已经大大超额分配了容量.
由于您配置了七个集合(可能根据您的RU大小进行分区),因此您可以部署~70,000 RU.无论你实际消费什么(你实际上是在保留容量).
我不知道您的应用程序需要什么,以及您是否因某些特定原因需要7个集合.但是......客观地说,没有规则说你需要将不同的文档类型分成不同的集合.您可以轻松地将异构数据存储在单个集合中.如何查询特定类型取决于你,但是type为每个文档添加类似属性的东西是微不足道的.
请注意,因为我现在相信您正在使用分区集合:您无法将这些集合转换为非分区集合; 您需要创建新的非分区集合并从分区集合中移动数据.(鉴于你有15份文件,这应该是微不足道的).
请注意,单个非分区集合可以缩小到400 RU.如果你将7个集合合并为1个集合,你应该可以减少~70,000 => 400的消耗量(至少在开发/测试期间).
编辑截至2017年2月,分区收藏的最低RU降至2,500(最低10,100).2017年12月再次下降至1,000.
| 归档时间： |
|
| 查看次数： |
1314 次 |
| 最近记录： |