Подготовка пропускной способности Cosmos DB
Невозможно точно рассчитать затраты до перехода на Cosmos DB, потому что вы не знаете точно, какой спрос будет испытывать ваша система, но можно выполнить обоснованную оценку.
В вашей компании, работающей в сфере Интернета вещей, имеются подробные данные о трафике в каждой базе данных телеметрии за период не менее чем год. Вы предполагаете, что этот трафик сначала останется примерно таким же, а затем будет постепенно увеличиваться по мере того роста продаж вашей продукции. Перед переходом на Cosmos DB вас попросили оценить ежемесячные затраты на все перенесенные системы баз данных.
Здесь вы узнаете, как оценить вероятную стоимость базы данных Cosmos DB с помощью единиц запроса и размеров базы данных.
Оценка затрат
Единицы запроса (ЕЗ) и хранилище формируют две части модели тарификации Azure Cosmos DB. Затраты на хранение легко вычислить, так как они основаны на размере хранилища в гигабайтах в месяц. Если вы храните вдвое больше данных в месяц, стоимость хранения вырастет вдвое, если тарифы останутся неизменными.
ЕЗ вычислить сложнее, так как они основаны на сочетании памяти, обработки и операций ввода/вывода в секунду. Одна ЕЗ — это стоимость чтения элемента размером 1 КБ на основе ваших ресурсов. При этом, если вы изменяете данные, количество ЕЗ будет разным и зависеть от конкретного выполняемого действия.
Дополнительные сведения см. в разделе Оценка единиц запросов и хранилища данных.
Рекомендации по ЕЗ
На количество ЕЗ в секунду влияют следующие факторы.
Размер элемента
Чем больше элемент, тем больше ЕЗ будет потребляться для чтения или записи.
Индексирование элементов
Индексирование выполняется автоматически для всех элементов, но, если вы укажете не индексировать элемент, он будет потреблять меньше ЕЗ.
Уровни согласованности
Наиболее согласованные уровни согласованности Strong и Bounded Staleness потребляют примерно вдвое больше ЕЗ по сравнению с другими уровнями согласованности.
Запросы, хранимые процедуры и триггеры
Один и тот же запрос для одних и тех же данных всегда будет потреблять одинаковое количество ЕЗ, но запросы с более крупными результирующими наборами, большим количеством предикатов или более сложными предикатами, а также включающие пользовательские функции, будут потреблять больше ЕЗ.