Цены на Аналитика временных рядов Azure

В своих отзывах клиенты говорят, что предпочли бы тарифы, позволяющие масштабировать обработку данных, хранилище и запросы независимо друг от друга. По мере внедрения усовершенствованной службы “Аналитика временных рядов” с новым набором возможностей промышленного Интернета вещей мы реализуем новую бизнес-модель, которая согласует цены с клиентскими шаблонами использования.

Корпорация Майкрософт продолжит поддерживать клиентов, использующих SKU S1 и S2. Но мы рекомендуем клиентам перейти на новую бизнес-модель, так как она имеет ряд преимуществ: новый набор возможностей аналитики промышленного Интернета вещей со сниженными ценами, сниженной общей стоимостью решения, гибкой оплатой по мере использования и возможностью контролировать расходы, изменяя шаблоны запрашивания и хранения данных.

Рассмотрим сценарий, когда каждое из 10 000 устройств клиента создает 5 МБ данных в месяц.

Объем обрабатываемых данных: 10 000*[5 МБ]/[1024 МБ/ГБ] = 48,83 ГБ. Так как единица обработки данных позволяет обрабатывать до 100 ГБ данных, вы платите только $- в месяц за обработку данных.

Если вы настроите для обрабатываемых данных анализ 10 ГБ теплых данных и для анализа требуется по одному запросу в месяц на 10 ГБ хранимых данных, то:

Плата за теплое хранилище = 10 ГБ*$-/ГБ = $- в месяц.

Теплые запросы обрабатываются бесплатно.

Если оставшиеся данные отправляются в холодное хранилище и также запрашиваются раз в месяц, то:

Плата за холодное хранилище = 38,83 ГБ*$-/ГБ = $- (применяются тарифы на большие двоичные объекты).

Холодные запросы = 38,83 ГБ*$-/ГБ = $- в месяц.

Общая ежемесячная стоимость Аналитики временных рядов = $- за обработку данных + $- за теплое хранилище + $0 за теплые запросы + $- за холодное хранилище + $- за холодные запросы = $-.

В новом SKU появилась функция оптимизированной для временных рядов аналитики по холодному пути. При этом по-прежнему поддерживаются возможности специального изучения данных по теплому пути. На момент выпуска предварительной версии служба будет поддерживать сценарии аналитики по холодному пути. В течение последующих месяцев к службе будет добавлена рыночная специальная аналитика по теплому пути с возможностью отправлять данные временных рядов на один или оба уровня хранения в соответствии с потребностями бизнеса.

Сейчас пользовательский интерфейс настройки среды временных рядов будет включать текущие SKU S1/S2, а также новый, дополненный номер SKU. Со временем, по мере добавления возможностей специальной аналитики теплых данных в новый SKU, мы предложим клиентам перейти с SKU S1/S2 на единый SKU с возможностями предложения "Аналитика временных рядов", позволяющими использовать обновленные преимущества экономии, а также с более полными возможностями комплексного решения.

Каждая единица S1 включает в себя максимум 30 ГБ общего объема хранилища или 30 миллионов событий (в зависимости от того, какой показатель будет достигнут первым), а также максимальный объем входящего трафика и настраиваемое хранение. Кроме того, доступна визуализация Time Series Insights. Количество пользователей или выполняемых запросов не ограничено.

Например, если вы подготавливаете одну единицу S1, вы можете настроить хранение данных в среде на срок до 400 дней. В этом случае вы не сможете превысить порог среднесуточного входного трафика, который составляет 1/400 часть от выделенной среды (1 единица S1, 30 ГБ). В этом примере 1/400 от общей емкости хранилища в день составляет 0,075 ГБ или 75 МБ.

Рассмотрим другой пример. Настроив хранение данных в течение 180 дней с одной единицей S1, вы не сможете превысить порог ежедневного объема входящего трафика в 0,166 ГБ (166 МБ) в день. Если уровень входного трафика превышает 0,166 ГБ в день, данные не будут храниться в течение 180 дней. Если, например, средний уровень входящего трафика составил 189 ГБ в день, данные будут храниться чуть дольше 158 дней (30 ГБ/0,189 = 158,73).

Если вы хотите максимально увеличить ежедневный объем входящего трафика, вы можете получать до 1 ГБ в день и хранить эти данные до 30 дней.

Каждая единица S2 включает в себя максимум 300 ГБ общего объема хранилища или 300 миллионов событий (в зависимости от того, какой показатель будет достигнут первым), а также настраиваемые ежедневный объем входящего трафика и хранение. Кроме того, доступна визуализация Time Series Insights. Количество пользователей или выполняемых запросов не ограничено.

Например, подготовив одну единицу S2, вы сможете хранить данные в течение 400 дней, если зададите соответствующее значение. При этом средний ежедневный объем входящего трафика составит 1/400 от 300 ГБ (0,75 ГБ или 750 МБ в день) или менее.

Рассмотрим другой пример. Настроив хранение данных в течение 180 дней с одной единицей S2, вы сможете хранить данные на протяжении этого времени, если не превысите порог ежедневного входящего трафика в 1,66 ГБ (1660 МБ) в день. Если уровень входного трафика превышает 0,1 ГБ в день, данные не будут храниться в течение 180 дней. Если, например, средний объем входящего трафика составил 1,89 ГБ в день, данные будут храниться чуть дольше 158 дней (300 ГБ/1,89 = 158,73).

Если вы хотите максимально увеличить ежедневный объем входящего трафика, вы можете получать до 10 ГБ в день и хранить эти данные до 30 дней.

Событие — это единица данных размером до 1 КБ. Количество событий большего размера рассчитывается кратно 1 КБ. Например, 0,8 КБ оплачиваются как одно событие, а событие размером 2,6 КБ — как три. События, превышающие максимальное значение (32 КБ), будут отклонены.

Количество единиц можно изменить на портале Azure.

Стоимость рассчитывается на основе количества дней, в течение которых использовалось решение. При расчете стоимости принимается, что день начинается в полночь (время UTC). Счета выставляются ежемесячно. Например, если клиент использовал три единицы Time Series Insights уровня S1 в течение пяти дней, в конце месяца сумма счета будет рассчитана так: 3 единицы × 5 дней × ($-/31) = $-.

Аналогично, если клиент использовал три единицы Time Series Insights уровня S2 в течение пяти дней, в конце месяца сумма счета будет рассчитана так: 3 единицы × 5 дней × ($-/31) = $-.