Мы используем DocumentDB на Azure. У нас есть одна база данных с 7 коллекциями, каждая из которых имеет максимум 15 записей. Он не требует много места для хранения.
Только несколько разработчиков используют этот экземпляр БД. Так что трафик тоже ниже среднего.
Тем не менее этот сервер использует 67 600 RU в день. Должна быть какая-то проблема с настройками DocumentDB. Итак, я ищу направление, чтобы проанализировать, как именно начисляются эти RU и как их уменьшить?
С настройками DocumentDB проблем нет. Вы подготовили 7 коллекций. По умолчанию через портал каждой коллекции присваивается 1000 RU (которые в вашем распоряжении, независимо от того, используете ли вы 0 RU или все 1000 RU). Минимальный параметр RU для неразделенной коллекции — 400.
ИЗМЕНИТЬ. Я неправильно понял: если у вас 67 000 RU, то вы, вероятно, подготовили несколько разделенных коллекций (которые начинаются с 10 100 RU). Для начальной разработки/тестирования всего с 15 документами вы сильно перераспределили ресурсы.
Поскольку вы подготовили семь коллекций (которые, скорее всего, разделены на разделы в зависимости от размера RU), у вас есть развертывание примерно на 70 000 RU. Независимо от того, что вы на самом деле потребляете (вы, по сути, резервируете мощность).
Я понятия не имею, что нужно вашему приложению, и нужно ли вам 7 коллекций по какой-то конкретной причине. Но... объективно говоря, нет правила, согласно которому вам нужно разделить разные типы документов на разные коллекции. Вы можете легко хранить разнородные данные в одной коллекции. То, как вы запрашиваете конкретные типы, действительно зависит от вас, но добавить что-то вроде свойства type в каждый документ тривиально).
Обратите внимание, поскольку теперь я считаю, что вы используете секционированные коллекции: вы не можете преобразовать их в неразделенные коллекции; вам нужно будет создать новые неразделенные коллекции и переместить данные из секционированных коллекций. (учитывая, что у вас всего 15 документов, это должно быть тривиально).
Обратите внимание, что размер одной неразделенной коллекции может быть уменьшен до 400 ЕЗ. Если вы затем объедините свои 7 коллекций в 1 коллекцию, вы сможете уменьшить потребление с ~ 70 000 => 400 (по крайней мере, во время разработки / тестирования).
ИЗМЕНИТЬ По состоянию на февраль 2017 года минимальное количество ЕЗ для секционированных коллекций снизилось до 2 500 (по сравнению с первоначальным минимумом в 10 100). В декабре 2017 года он снова упал до 1000.
Люди, плохо знакомые с DocumentDB, обычно думают о коллекции, похожей на таблицу в SQL или даже на то, что MongoDB называет «коллекцией». Однако DocumentDB устроен иначе. Лучше всего использовать одну секционированную коллекцию для хранения всех типов документов и секционирования по чему-то вроде географии, арендатора или пользователя. Вы будете различать типы документов с помощью поля type = <MyType>, или я предпочитаю использовать подход myType = true, чтобы я мог моделировать наследование и примеси.
Это означает, что вам нужно будет заплатить только за одну разделенную коллекцию. Единственная секционированная коллекция все равно может стоить вам дороже, чем хранилище таблиц, но если вы хотите, чтобы DocumentDB впоследствии обладала почти бесконечной масштабируемостью, я настоятельно рекомендую вам начать с того способа, который я описываю.
Еще одно замечание о предложении Дэвида использовать неразделенные коллекции. Это был единственный вариант при первом запуске DocumentDB, но теперь рекомендуется использовать секционированные коллекции. Я подозреваю, что в какой-то момент вариант неразделенной коллекции может быть прекращен. Вы взаимодействуете с ними немного по-разному, и, как указал Дэвид, в настоящее время нет помощи в преобразовании (особенно если вы используете несколько неразделенных коллекций), поэтому переход позже от неразделенных коллекций к секционированной коллекции не сложен, но это не так просто, как изменение типа раздела и будет стоить вам усилий по разработке. Единая секционированная коллекция обойдется вам немного дороже, чем единая неразделенная коллекция, но это стоит того, чтобы сэкономить затраты на переход позже, ИМХО, и вам будет стоить меньше иметь одну секционированную коллекцию, чем стоит иметь семь неразделенных.
