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

Мгновенно просматривайте и анализируйте данные временного ряда в решениях для Интернета вещей

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

Эту службу можно использовать для сбора, обработки, хранения, визуализации данных и выполнения запросов по ним в масштабе Интернета вещей. Такие данные сильно контекстуализированы и оптимизированы для временных рядов.

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

Сведения о ценах

Цена
Единица обработки данных $- за единицу в месяц (каждая единица позволяет клиентам обрабатывать до 100 ГБ в месяц)
Дополнительные обрабатываемые данные $- за ГБ
Хранилище метаданных $- за МБ
Примечание. Указанные выше цены предоставляются в рамках временного предложения. Цены будут обновлены в октябре 2020 года.
Анализ теплых данных (используется для специального анализа данных) Анализ холодных данных (используется при анализе данных, оптимизированных для временных рядов) ПРЕДВАРИТЕЛЬНАЯ ВЕРСИЯ
Хранилище $-/ГБ/месяц Цены на хранение больших двоичных объектов**
Запросы Бесплатно (до 30 одновременных запросов) $- за ГБ отсканированных данных
** Холодные данные хранятся в собственных учетных записях хранения, которые клиенты могут настраивать во время установки Аналитики временных рядов. Клиентам будут видны дополнительные расходы на транзакции с большими двоичными объектами для операций считывания и записи, которые служба "Аналитика временных рядов" будет выполнять с данными, хранящимися в принадлежащей клиенту учетной записи хранения Azure.

Клиенты могут продолжать использовать Аналитику временных рядов 1-го поколения (S1 и S2) со старой ценовой моделью. Однако мы рекомендуем использовать обновленное предложение с оптимизированной для временных рядов аналитикой, оплатой по мере использования, сокращением расходов и возможностью масштабирования в зависимости от потребностей.

S1 S2
Хранилище на единицу2 30 ГБ или 30 миллионов событий1 300 ГБ или 300 миллионов событий1
Ежедневный входящий трафик на устройство2,3 1 ГБ или 1 миллионов событий1 10 ГБ или 10 миллионов событий1
Максимальный период хранения5,6 13 месяцев5 13 месяцев5
Запросы Не ограничено Не ограничено
Максимальное количество единиц4 10 10
Цена (за единицу/месяц) $- $-
1Событие представляет собой одну единицу данных с меткой времени. При расчете стоимости события подсчитываются в блоках размером 1 КБ. Например, фактическое событие размером 0,8 КБ оплачивается как одно событие, а событие размером 2,6 КБ — как три. Максимальный размер фактического события равен 32 КБ.
2Входящий трафик и общая емкость хранилища измеряются объемом данных и количеством событий соответственно. Применяется то пороговое значение, которое достигнуто первым.
3Входящий трафик измеряется в минутах. Уровень S1 пропускает до 720 событий в минуту на единицу, а S2 — до 7200.
4Среду можно увеличить в 10 раз за счет добавления большего количества единиц.
5Данные в Time Series Insights хранятся в течение указанного количества дней или по достижению максимального ограничения.
6Хранение можно настроить на портале Azure. Самый длинный допустимый период хранения — скользящий год, который составляет 12 месяцев + 1 месяц и составляет 400 дней.

Часто задаваемые вопросы

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

  • Корпорация Майкрософт продолжит поддерживать клиентов, использующих 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) = $-.

Ресурсы

Оцените ежемесячные затраты на службы Azure

Ознакомьтесь с часто задаваемыми вопросами по ценам Azure

Узнайте подробнее о Аналитика временных рядов Azure

Ознакомьтесь с техническими учебниками, видеороликами и дополнительными ресурсами

Добавлено для расчета. Щелкните v для просмотра на калькуляторе

Обучайтесь и разрабатывайте решения, используя деньги на счете ($200), а также продолжайте использовать бесплатные продукты