информация о выставлении счетов Azure IoT Hub

На странице Цены на Azure IoT Hub представлена общая информация о различных SKU и ценах для IoT Hub. В этой статье содержатся сведения о том, как различные функции Центра Интернета вещей учитываются в качестве сообщений Центром Интернета вещей.

Примечание.

Некоторые функции, упоминаемые в этой статье, например обмен сообщениями между облаком и устройством, двойники устройств и управление устройствами, доступны только для Центра Интернета вещей уровня "Стандартный". Дополнительные сведения о базовых и стандартных и бесплатных уровнях Центра Интернета вещей см. в разделе Выберите нужный уровень и размер Центра Интернета вещей для вашего решения.

Тарификация по операциям

Используйте следующую таблицу, чтобы определить, за какие операции взимается плата. Все тарифицируемые операции оплачиваются блоками по 4 КБ в центрах Интернета вещей уровня "Базовый" и "Стандартный". Операции измеряются блоками по 0,5 КБ в центрах Интернета вещей уровня "Бесплатный". Сведения о каждой категории см. в столбце Сведения о выставлении счетов. Этот столбец содержит следующие сведения:

• Сведения о том, как тарифицируемые операции измеряются в центрах Интернета вещей уровня "Базовый" и "Стандартный". Не все операции доступны на уровне "Базовый".
• Операции, которые приводят к взиманию платы, такие как:
  • Ссылка на документацию по REST API, если она существует.
  • Конечная точка операции, если документация по REST API недоступна или если операция доступна только через MQTT и (или) AMQP. Значение конечной точки пропускает ведущую ссылку на целевой центр Интернета вещей; {fully-qualified-iothubname}.azure-devices.net.
• Один или несколько терминов, выделенных курсивом после каждой операции (или конечной точки). Эти термины представляют тарифицируемые операции, которые оплачиваются из квоты для вашего центра Интернета вещей. Эти условия могут отображаться как часть аналитических сведений об использовании квот при запуске запроса на поддержку на портале Azure. Служба поддержки клиентов также может восстанавливать эти условия. Вы можете использовать следующую таблицу для перекрестной ссылки на эти термины с соответствующей операцией, чтобы помочь вам понять использование квот и выставление счетов для решения Интернета вещей. Дополнительные сведения см. в разделе Пример 4.

Категория операции	Данные для выставления счетов
Операции реестра удостоверений (создание, обновление, получение, перечисление, удаление, массовое обновление, статистика)	Плата не взимается.
Отправка сообщений с устройства в облако	За успешно отправленные сообщения взимается плата за 4 КБ блоки при входе в Центр Интернета вещей. Например, сообщение размером 100 байт оплачивается как одно сообщение, а сообщение размером 6 КБ — как два. Отправка события устройства: либо телеметрия устройства в облако, либо маршрутизация телеметрии устройства в облако, в зависимости от того, настроены ли в хабе IoT функции маршрутизации сообщений.
Получение сообщений из облака на устройство	За успешно отправленные сообщения взимается плата за блоки размером 4 КБ. Например, сообщение размером 6 КБ оплачивается как два сообщения. Устройство — получение привязанного к устройству уведомления: команда Cloud To Device
Отправка файлов	Передача файлов в службу хранилища Azure не измеряется Центром Интернета вещей. Сообщения об инициации и завершении передачи файлов тарифицируются по фактически переданному объему сообщений с шагом в 4 КБ. Например, при передаче файла размером 10 МБ взимается плата за два сообщения дополнительно к оплате стоимости использования службы хранилища Azure. Создать SAS URI для загрузки файлов: Загрузка файлов с устройства в облако Обновление статуса загрузки файла: Загрузка файла с устройства в облако
Прямые методы	За успешные запросы методов взимается плата за блоки по 4 КБ, а за ответы - дополнительная плата за блоки по 4 КБ в виде дополнительных сообщений. Запросы или ответы без полезной нагрузки тарифицируются как одно сообщение. Например, метод с текстом 4 КБ, который приводит к ответу без полезных данных с устройства, взимается как два сообщения. Метод с объемом текста 6 КБ, который приводит к ответу от устройства объемом 1 КБ, учитывается как две операции для запроса и одна операция для ответа. Запросы к отключенным устройствам учитываются в качестве сообщений объемом 4 КБ каждое, плюс одно сообщение для ответа, указывающего, что устройство не подключено к сети. Устройства — метод вызоваПрямой вызов устройства Модули — метод Invoke:Метод прямого вызова модуля
Чтение двойников устройства и модуля	Двойное считывание данных с устройства или модуля и с серверной части решения взимается в виде сообщений в блоках по 4 КБ. Например, чтение 8-КБ пакета данных тарифицируется как два сообщения. Устройства — получение цифрового двойника: получение цифрового двойника Модули — получить двойник модуля: получить двойник модуля Чтение двойников устройств и модулей с устройства: Конечная точка: /devices/{id}/twin (только MQTT, AMQP): D2C Get Twin Конечная точка: /devices/{deviceid}/modules/{moduleid}/twin (только MQTT, AMQP): Модуль D2C Get Twin
Обновления тегов и свойств двойника устройства и модуля	Обновления двойников из устройства или модуля и из серверной части решения оплачиваются в виде сообщений в блоках 4 КБ. Например, обновление объемом 12 КБ для двойника расценивается как три сообщения. Устройства — обновление двойника: обновление двойника Модули — обновление двойника: обновление двойника модуля Устройства — замена двойника: замена двойника Модули. Замена двойника: замена двойника модуля Обновите свойства устройства или двойника модуля, передаваемые с устройства: Конечная точка: /twin/PATCH/properties/reported/ (только MQTT, AMQP): D2 Patch ReportedProperties или Module D2 Patch ReportedProperties Получение уведомлений об обновлении требуемых свойств на устройстве: Конечная точка: /twin/PATCH/properties/desired/ (MQTT, только AMQP): D2C Notify DesiredProperties или Module D2C Notify DesiredProperties
Запросы двойников устройств и модулей	Запросы к устройствам или устройствам.modules считаются сообщениями в зависимости от размера результатов, измеряемого в блоках по 4 КБ. Запросы к заданиям не взимаются. Запрос — получение двойников (запрос к устройствам или коллекциям device.modules ): Запрос устройств
Цифровые двойники выполняют чтение	Цифровые двойники считываются из внутреннего сервера решения в виде сообщений в блоках размером 4 КБ. Например, чтение копии размером 8 кБ тарифицируется как два сообщения. Digital Twin — Get Digital Twin: Get Digital Twin
Обновления цифровых двойников	Обновления цифрового двойника из серверной части решения взимаются в виде сообщений, размером 4 КБ. Например, обновление объемом 12 КБ для двойника расценивается как три сообщения. Digital Twin — обновление Цифрового двойника: исправление Цифрового двойника
Команды цифрового двойника	Успешные команды взимаются в блоках по 4 КБ, а ответы взимаются в блоках по 4 КБ как дополнительные сообщения. Запросы или ответы без содержимого тарифицируются как одно сообщение. Например, команда с текстом 4 КБ, которая приводит к ответу без текста устройства, взимается как два сообщения. Команда с 6 КБ в теле, которая приводит к 1 КБ ответа от устройства, учитывается как два сообщения за команду и одно дополнительное сообщение за ответ. Команды для отключенных устройств считаются как сообщения в блоках по 4 КБ, плюс одно сообщение для ответа, указывающее, что устройство не подключено к сети. Digital Twin — вызов команды компонента: команда компонента Digital Twin Digital Twin — вызов команды корневого уровня: команда Digital Twin Root
Рабочие операции (создание, отмена, получение, запрос)	Плата не взимается.
Задания на устройство	За операции заданий (например, обновления двойников и методы) взимается плата за блоки 4 КБ. Например, задание, в котором 1000 вызовов метода с запросами 1 КБ и ответами с пустым содержимым, учитывается как 2000 сообщений (по одному сообщению для каждого запроса и ответа). Обновление задания устройства Twin Вызов метода задания устройства
Операции конфигурации (создание, обновление, получение, перечисление, удаление, тестовый запрос)	Плата не взимается.
Настройка операций для каждого устройства	Операции конфигурации взимаются как сообщения в блоках размером 4 КБ. За ответы плата не взимается. Например, операция применения конфигурации с текстом 6 КБ взимается в виде двух сообщений. Конфигурация — применение на периферийном устройстве: Применение службы конфигурации.
Сигналы поддержания связи	При использовании протоколов AMQP или MQTT обмен сообщениями для установления подключения, в ходе переговоров или для поддержания открытого и активного подключения не облагается платой.
Потоки устройств (предварительная версия)	Функция потоков устройств доступна в предварительной версии, и за операции пока не взимается плата. Конечная точка: /twins/{deviceId}/streams/{streamName}: потоки устройств Конечная точка: /twins/{deviceId}/modules/{moduleId}/streams/{streamName}: модуль Потоков устройств

Примечание.

Все размеры вычисляются с учетом размера полезной нагрузки в байтах (форматирование протокола игнорируется). Для сообщений со свойствами и содержимым размер вычисляется независимо от протокола. Дополнительные сведения см. в статье Создание и чтение сообщений Центра Интернета вещей.

Максимальные размеры сообщений различаются для разных типов операций. Дополнительные сведения см. в статье Квоты и регулирование Центра Интернета вещей.

Для некоторых операций можно использовать стратегии пакетной обработки и сжатия для снижения затрат. Пример использования телеметрии, отправляемой с устройства в облако, см. в разделе Примере № 3.

Пример №1

Устройство отправляет одно 1-КБ сообщение от устройства в облако в IoT Hub, которое затем читает Azure Stream Analytics. Каждые 10 минут серверная часть решения вызывает метод (с полезной нагрузкой 512 байт) на устройстве для запуска определенного действия. Устройство отвечает на метод с результатом в 200 байт.

Устройство использует:

• Одно сообщение * 60 минут * 24 часа = 1440 сообщений с устройства в облако в день.

• Два сообщения (запрос и ответ) * шесть раз в час * 24 часа = 288 сообщений для методов.

Это вычисление дает в общей сложности 1728 сообщений в день.

Пример №2

Каждый час устройство отправляет одно сообщение из устройства в облако размером 100 КБ. Он также обновляет цифрового двойника устройства каждые четыре часа с полезными данными размером 1 КБ. Серверная часть решения один раз в день считывает 14-КБ цифровой двойник устройства и обновляет его с помощью 512-байтных полезных данных для изменения конфигураций.

Устройство использует:

• 25 (100 КБ/4 КБ) сообщений * 24 часа для сообщений с устройства в облако.

• Одно сообщение (1 КБ / 4 КБ) * шесть раз в день для обновлений двойников устройств.

Этот расчет дает в общей сложности 606 сообщений в день.

Серверная часть решения использует четыре сообщения (14 КБ/ 4 КБ) для чтения двойника устройства, а также одно сообщение (512 /4 КБ), чтобы обновить его, в общей сложности для пяти сообщений.

В общей сложности устройство и серверная часть решения потребляют 611 сообщений в день.

Пример № 3

В зависимости от вашего сценария пакетные сообщения могут сократить использование вашей квоты.

Например, рассмотрим устройство с датчиком, который генерирует только 100 байт данных при каждом считывании.

• Если устройство объединяет 40 считываний датчиков в одно сообщение, передаваемое с устройства в облако, с полезной нагрузкой 4 КБ (40 * 100 байт), только одно сообщение тарифицируется по квоте. Если устройство считывает датчик 40 раз в час и объединяет эти считывания в одно сообщение от устройства к облаку в час, оно будет отправлять 24 сообщения в день.

• Если устройство отправляет сообщение с устройства в облако с полезной нагрузкой размером 100 байт для каждого считанного датчика, оно потребляет 40 сообщений по квоте для того же объема данных. Если устройство считывает датчик 40 раз в час и отправляет каждое сообщение отдельно, оно будет отправлять 960 сообщений в день (40 сообщений * 24).

Стратегия пакетной обработки зависит от вашего сценария и от того, насколько критически важны данные. Если вы отправляете большие объемы данных, вы также можете рассмотреть возможность реализации сжатия данных, чтобы еще больше уменьшить влияние на квоту сообщений.

Пример № 4

Когда вы открываете запрос в службу поддержки на портале Azure, запускается диагностика, относящаяся к вашей проблеме. Результат отображается в виде аналитических сведений на вкладке Решения запроса. Один такой отчет предоставляет информацию об использовании квоты для Центра Интернета вещей, используя курсивные термины из предыдущей таблицы. Возвращается ли эта информация, зависит от результатов диагностики, выполняемой в Центре Интернета вещей, для проблемы, которую вы сообщаете. Если сообщается о аналитических сведениях об использовании квот, можно использовать таблицу для перекрестной ссылки на указанный термин использования или термины с операциями, к которым они относятся.

Например, на следующем снимке экрана показан запрос в службу поддержки, инициированный для решения проблемы с телеметрией, отправляемой с устройства в облако.

После выбора Next Solutions информация об использовании квот возвращается диагностической функцией в разделе разбивка дневной квоты сообщений IoT Hub. Будет показана разбивка сообщений, отправляемых с устройства в облако в центр Интернета вещей. В этом случае маршрутизация сообщений включена в центре Интернета вещей, поэтому сообщения отображаются как Маршрутизация телеметрии, отправляемой с устройства в облако. Аналитические сведения об использовании квоты могут не быть возвращены для одной и той же проблемы в другом центре Интернета вещей. Возвращаемое значение зависит от действия и состояния этого центра Интернета вещей.