Jak ponownie aprowizacji urządzeń

W trakcie cyklu życia rozwiązania IoT często przenosi się urządzenia między centrami IoT. Ten temat został napisany w celu ułatwienia operatorom rozwiązań konfigurowania zasad ponownej aprowizacji.

Aby uzyskać bardziej szczegółowe omówienie scenariuszy ponownego aprowizowania, zobacz Pojęcia dotyczące ponownej aprowizacji urządzeń w usłudze IoT Hub.

Ustawianie zasad ponownej aprowizacji

Poniższe kroki umożliwiają skonfigurowanie zasad ponownej aprowizacji dla indywidualnej rejestracji lub grupy rejestracji:

  1. Zaloguj się do witryny Azure Portal i przejdź do wystąpienia usługi Device Provisioning Service.

  2. Wybierz pozycję Zarządzaj rejestracjami, a następnie wybierz kartę Grupy rejestracji lub Rejestracje indywidualne.

  3. Wybierz nazwę grupy rejestracji lub rejestracji indywidualnej, którą chcesz skonfigurować na potrzeby ponownej aprowizacji.

  4. Użyj menu rozwijanego w obszarze Zasady ponownej aprowizacji, aby wybrać jedną z następujących zasad ponownej aprowizacji:

    • Nigdy nie należy ponownie aprowizacji urządzenia.

    • Ponowne aprowizowanie urządzenia i resetowanie do stanu początkowego: te zasady są uruchamiane, gdy urządzenia skojarzone z wpisem rejestracji przesyłają nowe żądanie aprowizacji. W zależności od konfiguracji wpisu rejestracji urządzenie może zostać ponownie przydzielone do innego centrum IoT. Jeśli urządzenie zmienia centra IoT, rejestracja urządzenia przy użyciu początkowego centrum IoT zostanie usunięta. Początkowe dane konfiguracji odebrane przez wystąpienie usługi aprowizacji podczas aprowizowania urządzenia są udostępniane nowemu centrum IoT. Podczas migracji stan urządzenia zostanie zgłoszony jako Przypisywanie.

    • Ponowne aprowizowanie urządzenia i migrowanie bieżącego stanu: te zasady podejmuje działania, gdy urządzenia skojarzone z wpisem rejestracji przesyłają nowe żądanie aprowizacji. W zależności od konfiguracji wpisu rejestracji urządzenie może zostać ponownie przydzielone do innego centrum IoT. Jeśli urządzenie zmienia centra IoT, rejestracja urządzenia przy użyciu początkowego centrum IoT zostanie usunięta. Wszystkie informacje o stanie urządzenia z tego początkowego centrum IoT zostaną zmigrowane do nowego centrum IoT. Podczas migracji stan urządzenia zostanie zgłoszony jako Przypisywanie

  5. Wybierz pozycję Zapisz , aby włączyć ponowne aprowizowanie urządzenia na podstawie zmian.

Konfigurowanie zasad alokacji rejestracji

Zasady alokacji określają, w jaki sposób urządzenia skojarzone z rejestracją zostaną przydzielone lub przypisane do centrum IoT Po ponownym aprowizacji. Aby dowiedzieć się więcej na temat zasad alokacji, zobacz Jak używać zasad alokacji.

Poniższe kroki umożliwiają skonfigurowanie zasad alokacji dla rejestracji urządzenia:

  1. Zaloguj się do witryny Azure Portal i przejdź do wystąpienia usługi Device Provisioning Service.

  2. Wybierz pozycję Zarządzaj rejestracjami, a następnie wybierz kartę Grupy rejestracji lub Rejestracje indywidualne.

  3. Wybierz nazwę grupy rejestracji lub rejestracji indywidualnej, którą chcesz skonfigurować na potrzeby ponownej aprowizacji.

  4. Na stronie Szczegóły rejestracji wybierz kartę Centra IoT.

  5. Wybierz jedną z następujących zasad alokacji:

    • Statyczne: te zasady wymagają, aby wymagane centrum IoT było wymienione we wpisie rejestracji, aby aprowizować urządzenie. Te zasady umożliwiają wyznaczenie pojedynczego centrum IoT, do którego chcesz przypisać urządzenia.

    • Równomiernie ważona dystrybucja: te zasady dystrybuują urządzenia w centrach IoT na podstawie wagi alokacji skonfigurowanej w każdym centrum IoT. Centra IoT o większej wadze alokacji są bardziej narażone na przypisanie. Jeśli aprowizujesz urządzenia tylko do jednego centrum IoT Hub, zalecamy to ustawienie. Jest to ustawienie domyślne.

    • Najmniejsze opóźnienie: te zasady przypisują urządzenia do centrum IoT Hub, co spowoduje najmniejsze opóźnienie komunikacji między urządzeniem a usługą IoT Hub. Ta opcja umożliwia urządzeniu komunikowanie się z najbliższym centrum IoT na podstawie lokalizacji.

    • Niestandardowe (użyj funkcji platformy Azure): te zasady używają niestandardowego elementu webhook hostowanego w usłudze Azure Functions do przypisywania urządzeń do co najmniej jednego centrum IoT. Niestandardowe zasady alokacji zapewniają większą kontrolę nad tym, jak urządzenia są przypisywane do centrów IoT. Aby dowiedzieć się więcej, zobacz Omówienie niestandardowych zasad alokacji.

  6. W obszarze Docelowe centra IoT wybierz połączone centra IoT, które mają zostać uwzględnione w zasadach alokacji. Opcjonalnie dodaj nowe połączone centrum IoT przy użyciu przycisku Dodaj link do centrum IoT Hub.

    • W przypadku zasad alokacji konfiguracji statycznej wybierz centrum IoT Hub, do którego mają być przypisane urządzenia.

    • W przypadku zasad alokacji równomiernie ważonej rozkładu urządzenia zostaną skrócone w wybranych centrach IoT na podstawie skonfigurowanych wag alokacji.

    • W przypadku zasad alokacji najniższego opóźnienia wybrane centra IoT zostaną uwzględnione w ocenie opóźnienia w celu określenia najbliższego centrum IoT dla przypisania urządzenia.

    • W zasadach alokacji niestandardowej wybierz centra IoT, które mają zostać ocenione pod kątem przypisania przez niestandardowy element webhook alokacji.

  7. Wybierz pozycję Zapisz.

Wysyłanie żądania aprowizacji z urządzenia

Aby urządzenia były ponownie aprowidowane na podstawie zmian konfiguracji wprowadzonych w poprzednich sekcjach, te urządzenia muszą zażądać ponownej aprowizacji.

Częstotliwość przesyłania żądania aprowizacji przez urządzenie zależy od scenariusza. Podczas projektowania rozwiązania i definiowania logiki ponownej aprowizacji należy wziąć pod uwagę kilka kwestii. Przykład:

  • Jak często oczekujesz ponownego uruchomienia urządzeń
  • Limity przydziału i limity usługi DPS
  • Oczekiwany czas wdrożenia floty (wdrożenie etapowe a wszystkie jednocześnie)
  • Możliwość ponawiania prób zaimplementowana w kodzie klienta zgodnie z opisem w ogólnych wskazówkach dotyczących ponawiania prób w Centrum architektury platformy Azure

Napiwek

Zalecamy, aby nie aprowizować każdego ponownego uruchomienia urządzenia, ponieważ może to osiągnąć limity ograniczania przepustowości usługi, szczególnie w przypadku ponownego aprowizowania kilku tysięcy lub milionów urządzeń jednocześnie. Zamiast tego należy podjąć próbę użycia interfejsu API wyszukiwania stanu rejestracji urządzenia i spróbować nawiązać połączenie z informacjami z usługą IoT Hub. Jeśli to się nie powiedzie, spróbuj ponownie aprowizacji, ponieważ informacje o usłudze IoT Hub mogły ulec zmianie. Należy pamiętać, że wykonywanie zapytań dotyczących stanu rejestracji będzie liczone jako nowa rejestracja urządzenia, dlatego należy rozważyć limit rejestracji urządzenia. Rozważ również zaimplementowanie odpowiedniej logiki ponawiania, takiej jak wycofywanie wykładnicze z losowością, zgodnie z opisem w ogólnych wskazówkach dotyczących ponawiania prób. W niektórych przypadkach, w zależności od możliwości urządzenia, można zapisać informacje usługi IoT Hub bezpośrednio na urządzeniu, aby połączyć się bezpośrednio z usługą IoT Hub po pierwszej aprowizacji przy użyciu usługi DPS. Jeśli zdecydujesz się to zrobić, upewnij się, że zaimplementowasz mechanizm rezerwowy w przypadku wystąpienia określonych błędów z centrum, na przykład rozważ następujące scenariusze:

  • Spróbuj ponownie wykonać operację centrum, jeśli kod wyniku to 429 (zbyt wiele żądań) lub błąd w zakresie 5xx. Nie należy wykonywać ponowień w przypadku innych błędów.
  • W przypadku błędów 429 spróbuj ponownie tylko po upływie czasu wskazanego w nagłówku Ponów próbę po.
  • W przypadku błędów 5xx należy użyć wycofywania wykładniczego, a pierwsze ponowienie próby co najmniej 5 sekund po odpowiedzi.
  • W przypadku błędów innych niż 429 i 5xx ponownie zarejestruj się za pośrednictwem usługi DPS
  • Najlepiej jest również obsługiwać metodę ręcznego wyzwalania aprowizacji na żądanie.

Zalecamy również uwzględnienie limitów usług podczas planowania działań, takich jak wypychanie aktualizacji do floty. Na przykład aktualizacja floty jednocześnie może spowodować ponowne zarejestrowanie wszystkich urządzeń za pośrednictwem usługi DPS (co może być łatwe powyżej limitu przydziału rejestracji) — w takich scenariuszach rozważ planowanie aktualizacji urządzeń w fazach zamiast aktualizowania całej floty w tym samym czasie.

Następne kroki