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

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

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

Consider the scenario where a customer has 10 000 devices each of which generate 5 MB of data per month.

The data processed is 10 000*[5 MB]/[1,024 MB/GB] = 48,83 GB. Since the Data Processing unit allows you to process up to 100 GB of data, you pay only $-/month for data processing.

Of the data that is processed, if you configure 10 GB for warm data analysis and analysis of data requires 1 query per month over the 10 GB of data stored, then

Warm Storage charges = 10 GB*$-/GB = $- per month

Warm Queries = No charge

If the remaining data is sent to cold storage and is queried once a month as well, then

Cold Storage charges = 38.83 GB*$-/GB = $- (Uses Blob pricing)

Cold Queries = 38.83 GB*$-/GB = $- per month

Total Monthly Charges for Time Series Insights = $- for Data Processing + $- for Warm Storage + $0 for Warm Queries + $- for Cold Storage + $- for Cold Queries = $-.

В новом 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 дней. Если, например, средний уровень входящего трафика составил 0.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) = $-.