Центр Интернета вещей и надежность

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

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

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

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

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

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

• высокий уровень доступности Центра Интернета вещей и аварийное восстановление
• Как достичь высокого уровня доступности между регионами с помощью Центра Интернета вещей
• Клонирование центра интернета вещей Azure в другой регион

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

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

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

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

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

Вы настроили Центр Интернета вещей Azure с учетом надежности?

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

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

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

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

Следующий шаг

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