Повторная подготовка устройств

  • Статья

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

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

Настройка политики повторной подготовки

Следующие действия по настройке политики повторной подготовки для отдельной группы регистрации или регистрации:

  1. Войдите на портал Azure и перейдите к своему экземпляру службы подготовки устройств.

  2. Выберите "Управление регистрацией" и выберите вкладки "Группы регистрации" или "Отдельные регистрации".

  3. Выберите имя группы регистрации или отдельной регистрации, которую необходимо настроить для повторной подготовки.

  4. Используйте раскрывающееся меню в разделе " Политика повторной подготовки", чтобы выбрать одну из следующих политик повторной подготовки:

    • Никогда не перепроверяйте устройство.

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

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

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

Настройка политики распределения регистрации

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

Ниже приведены инструкции по настройке политики распределения для регистрации устройства.

  1. Войдите на портал Azure и перейдите к своему экземпляру службы подготовки устройств.

  2. Выберите "Управление регистрацией" и выберите вкладки "Группы регистрации" или "Отдельные регистрации".

  3. Выберите имя группы регистрации или отдельной регистрации, которую необходимо настроить для повторной подготовки.

  4. На странице сведений о регистрации выберите вкладку "Центры Интернета вещей".

  5. Выберите одну из следующих политик выделения:

    • Статический: эта политика требует, чтобы нужный центр Интернета вещей был указан в записи регистрации для подготовки устройства. Эта политика позволяет назначить единый центр Интернета вещей, которому нужно назначить устройства.

    • Равномерное распределение: эта политика распределяет устройства между центрами Интернета вещей на основе веса выделения, настроенного для каждого центра Интернета вещей. Центры Интернета вещей с более высоким весом выделения, скорее всего, будут назначены. Если вы подготавливаете устройства только к одному Центр Интернета вещей, рекомендуется использовать этот параметр. Это параметр по умолчанию.

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

    • Custom (use Azure Function): эта политика использует пользовательский веб-перехватчик, размещенный в Функции Azure для назначения устройств одному или нескольким центрам Интернета вещей. Пользовательские политики выделения обеспечивают больше контроля над назначением устройств центрам Интернета вещей. Дополнительные сведения см. в статье "Общие сведения о пользовательских политиках выделения".

  6. В разделе "Целевые центры Интернета вещей" выберите связанные центры Интернета вещей, которые вы хотите включить в политику выделения. При необходимости добавьте новый связанный центр Iot с помощью ссылки "Добавить ссылку на центр Интернета вещей".

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

    • С помощью политики распределения равномерного распределения устройства будут хэшированы в центрах Интернета вещей, которые вы выбираете на основе их настроенных весов выделения.

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

    • С помощью настраиваемой политики выделения выберите центры Интернета вещей, которые вы хотите оценить для назначения с помощью пользовательского веб-перехватчика выделения.

  7. Выберите Сохранить.

Отправка запроса на подготовку с устройства

Чтобы устройства были повторно подготовлены на основе изменений конфигурации, выполненных в предыдущих разделах, эти устройства должны запросить повторную подготовку.

Частота отправки устройством запроса на подготовку зависит от сценария. При проектировании решения и определении логики повторной подготовки следует учитывать несколько аспектов. Например:

  • Как часто устройства будут перезапущены
  • Квоты и ограничения DPS
  • Ожидаемое время развертывания для вашего флота (поэтапное развертывание и все одновременно)
  • Возможность повторных попыток, реализованная в клиентском коде, как описано в общем руководстве по повторным попыткам в Центре архитектуры Azure

Совет

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

  • Повторите операцию концентратора, если результирующий код равен 429 (слишком много запросов) или ошибка в диапазоне 5xx. Не следует выполнять повтор при возникновении других ошибок.
  • В случае ошибки 429 повторите попытку только по истечении времени, указанного в заголовке Retry-After.
  • В случае ошибок 5xx используйте экспоненциальный рост задержки, выполнив первую повторную попытку по крайней мере через 5 секунд после ответа.
  • При ошибках, отличных от 429 и 5xx, повторно зарегистрируйтесь через DPS
  • В идеале следует также поддерживать метод , чтобы вручную активировать подготовку по запросу.

Мы также рекомендуем учитывать ограничения службы при планировании таких действий, как отправка обновлений в ваш флот. Например, обновление парка одновременно может привести ко всем устройствам повторной регистрации через DPS (что может быть легко выше ограничения квоты регистрации). Для таких сценариев рекомендуется планировать обновления устройств на этапах, а не обновлять весь флот одновременно.

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