Центр Интернета вещей и эффективность работы

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

Центр Интернета вещей поддерживает мониторинг, помогая отслеживать создание устройства, подключения устройств и сбои устройств.

Центр Интернета вещей также поддерживает следующие шаблоны обмена сообщениями:

• Данные телеметрии "устройство — облако"
• Отправка файлов с устройств
• Методы запроса-ответа для управления устройствами из облака

Дополнительные сведения о хабе Интернета вещей см. в концепциях Интернета вещей ихабе Интернета вещей Azure.

Чтобы понять, как Центр Интернета вещей способствует повышению эффективности работы, ознакомьтесь со следующими разделами:

• руководство по . Настройка и использование метрик и журналов с Центра Интернета вещей
• мониторинг Центра Интернета вещей Azure
• Отслеживание сообщений от устройств Azure IoT к облаку с помощью распределенной трассировки (превью-версия)
• Проверьте службу Центра Интернета вещей и работоспособность ресурсов

Следующие разделы относятся к Центру Интернета вещей Azure и операционному превосходству.

• Рекомендации по проектированию
• Контрольный список конфигурации
• Рекомендуемые параметры конфигурации

Рекомендации по проектированию

Дополнительные сведения о соглашении об уровне обслуживания Центра Интернета вещей Azure см. в соглашения об уровне обслуживания для Центра Интернета вещей Azure.

Контрольный перечень

Вы настроили Центр Интернета вещей Azure с учетом эффективности работы?

• Подготовьте второй Центр Интернета вещей в другом регионе и установите логику маршрутизации на устройстве.
• При отправке событий часто используйте протокол AMQP или MQTT.
• Используйте только сертификаты, проверенные корневым ЦС в рабочей среде, если вы используете сертификаты X.509 для подключения к устройству.
• Для максимальной пропускной способности используйте максимальное количество секций (32) при создании Центра Интернета вещей, если планируется использовать встроенную конечную точку.
• Для масштабирования увеличьте уровень и выделите единицы Центра Интернета вещей вместо добавления более чем одного центра Интернета вещей в каждом регионе.
• В сценариях с высокой пропускной способностью используйте пакетные события.
• Если требуется минимальная возможная задержка, не используйте маршрутизацию и считывайте события из встроенной конечной точки.
• В рамках вашей стратегии доступности и аварийного восстановления, охватывающей все решения, рассмотрите возможность использования функции межрегионного аварийного восстановления Центра Интернета вещей .
• При использовании пакета SDK для отправки событий в Центры Интернета вещей убедитесь, что исключения, вызванные политикой повторных попыток (EventHubsException или OperationCancelledException) правильно перехватываются.
• Чтобы избежать прерывания телеметрии из-за регулирования и полностью используемой квоты, рекомендуется добавить пользовательское решение автоматического масштабирования.

Рекомендации по настройке

Рассмотрите следующие рекомендации для повышения операционной эффективности при настройке Azure IoT Hub.

Рекомендация	Описание
Подготовьте второй Центр Интернета вещей в другом регионе и настройте логику маршрутизации на устройстве.	Эти конфигурации можно дополнительно улучшить с помощью консьерж-службы.
При отправке событий часто используйте протокол AMQP или MQTT.	AMQP и MQTT имеют более высокие затраты на сеть при инициализации сеанса, однако HTTPS требуют дополнительных расходов TLS для каждого запроса. AMQP и MQTT имеют более высокую производительность для частых издателей.
Используйте только сертификаты, проверенные корневым ЦС в рабочей среде, если вы используете сертификаты X.509 для подключения к устройству.	Убедитесь, что у вас есть процессы, чтобы обновить сертификат до истечения срока их действия.
Для максимальной пропускной способности используйте максимальное количество секций (32) при создании Центра Интернета вещей, если планируется использовать встроенную конечную точку.	Количество разделов для устройства в облако на конечной точке, совместимой с Концентратором событий, показывает уровень возможного параллелизма, которого вы можете достичь. Это позволит увеличить до 32 параллельных единиц обработки и обеспечить максимальную доступность для отправки и получения. Это число не может быть изменено после создания.
Для масштабирования увеличьте уровень и количество единиц Центра Интернета вещей вместо добавления более одного Центра Интернета вещей в регионе.	Добавление нескольких Центров Интернета вещей в каждом регионе не обеспечивает дополнительную устойчивость, так как все центры могут работать в одном базовом кластере.
В сценариях с высокой пропускной способностью используйте пакетные события.	Служба предоставит потребителям массив с несколькими событиями вместо массива с одним событием. Потребляющее приложение должно обрабатывать эти массивы.
Если требуется минимальная возможная задержка, не используйте маршрутизацию и считывайте события из встроенной конечной точки.	При использовании маршрутизации сообщений в Центре Интернета вещей увеличивается задержка доставки сообщений. В среднем задержка не должна превышать 500 ms, но нет гарантии для задержки доставки.
В рамках стратегии доступности и аварийного восстановления на уровне решения рассмотрите возможность использования межрегионного аварийного восстановления центра Интернета вещей.	Этот параметр переместит конечную точку Центра Интернета вещей в парный регион Azure. Реплицируется только реестр устройств. События не реплицируются во второстепенный регион. Время восстановления после сбоя, инициированного клиентом, составляет от 10 минут до нескольких часов. Для отказоустойчивости, инициированной компанией Microsoft, RTO составляет 2-26 часов. Убедитесь, что этот RTO соответствует требованиям клиента и соответствует более широкой стратегии доступности. Если требуется более высокий уровень RTO, рассмотрите возможность реализации шаблона отработки отказа на стороне клиента.
При использовании пакета SDK для отправки событий в Центр Интернета вещей убедитесь, что исключения, вызванные политикой повторных попыток (EventHubsException или OperationCancelledException), правильно перехватываются.	При использовании HTTPSреализуйте правильный шаблон повторных попыток.