Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
На странице Цены на Azure IoT Hub представлена общая информация о различных SKU и ценах для IoT Hub. This article contains details on how the various IoT Hub functionalities are metered as messages by IoT Hub.
Примечание.
Некоторые функции, упоминаемые в этой статье, например обмен сообщениями между облаком и устройством, двойники устройств и управление устройствами, доступны только для Центра Интернета вещей уровня "Стандартный". Дополнительные сведения о базовых и стандартных и бесплатных уровнях Центра Интернета вещей см. в разделе Выберите нужный уровень и размер Центра Интернета вещей для вашего решения.
Тарификация по операциям
Используйте следующую таблицу, чтобы определить, за какие операции взимается плата. Все тарифицируемые операции оплачиваются блоками по 4 КБ в центрах Интернета вещей уровня "Базовый" и "Стандартный". Операции измеряются блоками по 0,5 КБ в центрах Интернета вещей уровня "Бесплатный". Сведения о каждой категории см. в столбце Сведения о выставлении счетов. Этот столбец содержит следующие сведения:
- Сведения о том, как тарифицируемые операции измеряются в центрах Интернета вещей уровня "Базовый" и "Стандартный". Не все операции доступны на уровне "Базовый".
- The operations that result in charges, with either:
- Ссылка на документацию по REST API, если она существует.
- Конечная точка операции, если документация по REST API недоступна или если операция доступна только через MQTT и (или) AMQP. The endpoint value omits the leading reference to the target IoT hub;
{fully-qualified-iothubname}.azure-devices.net.
- Один или несколько терминов, выделенных курсивом после каждой операции (или конечной точки). Эти термины представляют тарифицируемые операции, которые оплачиваются из квоты для вашего центра Интернета вещей. Вы можете увидеть эти термины, предоставленные как часть информации об использовании квоты, когда вы инициируете запрос в службу поддержки на портале Azure. Они также могут быть возвращены службой поддержки клиентов. Вы можете использовать приведенную ниже таблицу, чтобы сопоставить эти термины с соответствующей операцией и разобраться с использованием квот и выставлением счетов для вашего решения Интернета вещей. Дополнительные сведения см. в разделе Пример 4.
| Категория операции | Данные для выставления счетов |
|---|---|
| Операции реестра удостоверений (создание, обновление, получение, перечисление, удаление, массовое обновление, статистика) |
Плата не взимается. |
| Отправка сообщений с устройства в облако | Successfully sent messages are charged in 4-KB chunks on ingress into IoT Hub. Например, сообщение размером 100 байт оплачивается как одно сообщение, а сообщение размером 6 КБ — как два. Send Device Event: either Device to Cloud Telemetry or Device to Cloud Telemetry Routing depending on whether the IoT hub has message routing features configured. |
| Получение сообщений из облака на устройство | Successfully sent messages are charged in 4-KB chunks. Например, сообщение размером 6 КБ оплачивается как два сообщения. Receive Device Bound Notification: Cloud To Device Command |
| Отправка файлов | File transfer to Azure Storage isn't metered by IoT Hub. Сообщения об инициации и завершении передачи файлов тарифицируются по фактически переданному объему сообщений с шагом в 4 КБ. Например, при передаче файла размером 10 МБ взимается плата за два сообщения дополнительно к оплате стоимости использования службы хранилища Azure. Создать SAS URI для загрузки файлов: Загрузка файлов с устройства в облако Обновление статуса загрузки файла: Загрузка файла с устройства в облако |
| Прямые методы | Successful method requests are charged in 4-KB chunks, and responses are charged in 4-KB chunks as additional messages. Запросы или ответы без полезной нагрузки тарифицируются как одно сообщение. For example, a method with a 4-KB body that results in a response with no payload from the device is charged as two messages. A method with a 6-KB body that results in a 1-KB response from the device is charged as two messages for the request plus another message for the response. Requests to disconnected devices are charged as messages in 4-KB chunks plus one message for a response that indicates the device isn't online. Device - Invoke Method: Device Direct Invoke Method, Модуль — метод вызова: Метод прямого вызова модуля |
| Device and module twin reads | Twin reads from the device or module and from the solution back end are charged as messages in 4-KB chunks. For example, reading an 8-KB twin is charged as two messages. Get Twin: Get Twin Get Module Twin: Get Module Twin Read device and module twins from a device: Конечная точка: /devices/{id}/twin (только MQTT, AMQP): D2C Get Twin Конечная точка: /devices/{deviceid}/modules/{moduleid}/twin (только MQTT, AMQP): Модуль D2C Get Twin |
| Device and module twin updates (tags and properties) | Twin updates from the device or module and from the solution back end are charged as messages in 4-KB chunks. Например, обновление объемом 12 КБ для двойника расценивается как три сообщения. Update Twin: Update Twin Обновление модуля двойник: Обновление модуля двойник Replace Twin: Replace Twin Replace Module Twin: Replace Module Twin Update device or module twin reported properties from a device: Endpoint: /twin/PATCH/properties/reported/ (MQTT, AMQP only): D2 Patch ReportedProperties or Module D2 Patch ReportedProperties Получение уведомлений об обновлении требуемых свойств на устройстве: Конечная точка: /twin/PATCH/properties/desired/ (MQTT, только AMQP): D2C Notify DesiredProperties или Module D2C Notify DesiredProperties |
| Device and module twin queries | Queries against devices or devices.modules are charged as messages depending on the result size in 4-KB chunks. Queries against jobs aren't charged. Get Twins (query against devices or devices.modules collections): Query Devices |
| Digital twin reads | Digital twin reads from the solution back end are charged as messages in 4-KB chunks. For example, reading an 8-KB twin is charged as two messages. Get Digital Twin: Get Digital Twin |
| Digital twin updates | Digital twin updates from the solution back end are charged as messages in 4-KB chunks. Например, обновление объемом 12 КБ для двойника расценивается как три сообщения. Обновление Digital Twin: Исправление Digital Twin |
| Digital twin commands | Successful commands are charged in 4-KB chunks, and responses are charged in 4-KB chunks as additional messages. Запросы или ответы без содержимого тарифицируются как одно сообщение. For example, a command with a 4-KB body that results in a response with no body from the device is charged as two messages. A command with a 6-KB body that results in a 1-KB response from the device is charged as two messages for the command plus another message for the response. Команды для отключенных устройств считаются как сообщения в блоках по 4 КБ, плюс одно сообщение для ответа, указывающее, что устройство не подключено к сети. Invoke Component Command: Digital Twin Component Command Invoke Root Level Command: Digital Twin Root Command |
| Jobs operations (создание, отмена, получение, запрос) |
Плата не взимается. |
| Jobs per-device operations | Jobs operations (such as twin updates, and methods) are charged in 4-KB chunks. Например, за задание, приводящее к 1000 вызовам метода с запросами размером 1 КБ и ответами с пустыми данными, взимается плата за 2000 сообщений (по одному сообщению за каждый запрос и ответ). Update Twin Device Job Invoke Method Device Job |
| Операции конфигурации (создание, обновление, получение, перечисление, удаление, тестовый запрос) |
Плата не взимается. |
| Настройка операций для каждого устройства | Configuration operations are charged as messages in 4-KB chunks. За ответы плата не взимается. For example, an apply configuration operation with a 6-KB body is charged as two messages. Apply on Edge Device: Configuration Service Apply. |
| Keep-alive messages | When using AMQP or MQTT protocols, messages exchanged to establish the connection and messages exchanged in the negotiation, or to keep the connection open and alive, aren't charged. |
| Device streams (preview) | Device streams is in preview and operations aren't charged yet. Конечная точка: /twins/{deviceId}/streams/{streamName}: потоки устройств Конечная точка: /twins/{deviceId}/modules/{moduleId}/streams/{streamName}: модуль Потоков устройств |
Примечание.
Все размеры вычисляются с учетом размера полезной нагрузки в байтах (форматирование протокола игнорируется). Для сообщений со свойствами и содержимым размер вычисляется независимо от протокола. Дополнительные сведения см. в статье Формат сообщений в Центре Интернета вещей.
Максимальные размеры сообщений различаются для разных типов операций. Дополнительные сведения см. в статье Квоты и регулирование Центра Интернета вещей.
Для некоторых операций можно использовать стратегии пакетной обработки и сжатия для снижения затрат. Пример использования телеметрии, отправляемой с устройства в облако, см. в разделе Примере № 3.
Пример №1
Каждую минуту устройство отправляет в Центр Интернета вещей одно сообщение из устройства в облако размером 1 КБ, которое затем считывается службой Azure Stream Analytics. Каждые 10 минут серверная часть решения вызывает метод (с полезной нагрузкой 512 байт) на устройстве для запуска определенного действия. Устройство отвечает на метод с результатом в 200 байт.
Устройство использует:
Одно сообщение * 60 минут * 24 часа = 1440 сообщений с устройства в облако в день.
Два сообщения (запрос плюс ответ) * 6 раз в час * 24 часа = 288 сообщений для методов.
Этот расчет дает в общей сложности 1728 сообщений в день.
Пример №2
Каждый час устройство отправляет одно сообщение из устройства в облако размером 100 КБ. It also updates its device twin with 1-KB payloads every four hours. The solution back end, once per day, reads the 14-KB device twin and updates it with 512-byte payloads to change configurations.
Устройство использует:
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, запускается диагностика, относящаяся к вашей проблеме. Результат отображается в виде аналитических сведений на вкладке Решения запроса. One such insight reports quota usage for your IoT hub using the terms in italics in the table earlier. Будет ли возвращена эта конкретная информация, будет зависеть от результатов диагностики, выполненной в вашем центре Интернета вещей для проблемы, о которой вы сообщаете. Если сообщается о сведениях использования квот, можно использовать таблицу для сопоставления указанных терминов с операциями, к которым они относятся.
Например, на следующем снимке экрана показан запрос в службу поддержки, инициированный для решения проблемы с телеметрией, отправляемой с устройства в облако.
After selecting Next Solutions, the quota usage insight is returned by the diagnostics under IoT Hub daily message quota breakdown. Будет показана разбивка сообщений, отправляемых с устройства в облако в центр Интернета вещей. В этом случае маршрутизация сообщений включена в центре Интернета вещей, поэтому сообщения отображаются как Маршрутизация телеметрии, отправляемой с устройства в облако. Имейте в виду, что сведения об использовании квоты могут не быть доступны для той же проблемы на другом узле Интернета вещей. То, что возвращается, будет зависеть от активности и состояния этого центра Интернета вещей.
