Dear MongoDB users, we welcome you in Azure DocumentDB

Re:Dear MongoDB users, we welcome you in Azure DocumentDB by positr0n on Friday February 17, 2017 @09:28AM (#13668417)

For my application I have found it is more complex about provisioned vs consumed capacity. I get throttling all the time when consumed capacity is a third of provisioned capacity.

You also need to care about how DDB does its underlying partitioning. It would be nice to turn the knobs and be able to trust you will get X reads/sec and Y writes/sec, but that is only true per node! Unfortunately, DDB gives you zero information about how many nodes your DDB table is running on! (Yes you can guess pretty well if you keep track of your usage rate and do some math).

So when provisioning, you need to be aware that if you have 100 provisioned read ops, but you have data on 5 nodes, you really only have 20 reads/sec if one key gets hot.

I agree it's pretty easy operationally, but you can get burned if you don't know how it works under the hood.

[ Parent | on HN ]

Re:Dear MongoDB users, we welcome you in Azure DocumentDB by phamilton on Friday February 17, 2017 @09:58AM (#13668623)

I just ping support when I want to know partitions. They also told me a little trick. If you create a kinesis stream for your table, the number of shards in the stream is the number of partitions.

But you're right part of design for DDB is picking a proper partition key so you don't end up with hot shards.

[ Parent | on HN ]