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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Например, если вы подготавливаете 1 единицу 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. Количество пользователей или выполняемых запросов не ограничено.

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

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

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

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

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

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

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