Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
W trakcie cyklu życia rozwiązania IoT często przenosi się urządzenia między centrami IoT. Ten artykuł został napisany w celu ułatwienia operatorom rozwiązań konfigurowania zasad ponownej aprowizacji.
Aby uzyskać bardziej szczegółowy przegląd scenariuszy ponownego aprowizowania, zobacz Pojęcia dotyczące ponownej aprowizacji urządzeń w usłudze IoT Hub.
Ustaw zasady ponownej aprowizacji
Poniższe kroki umożliwiają skonfigurowanie zasad ponownej aprowizacji dla indywidualnej rejestracji lub grupy rejestracji:
Zaloguj się do portalu Azure i przejdź do instancji usługi Device Provisioning Service.
Wybierz pozycję Zarządzaj rejestracjami, a następnie wybierz kartę Grupy rejestracji lub Rejestracje indywidualne .
Wybierz nazwę grupy rejestracji lub rejestracji indywidualnej, którą chcesz skonfigurować na potrzeby ponownej aprowizacji.
Użyj menu rozwijanego pod zasady reprowizji, aby wybrać jedną z następujących zasad reprowizji:
Nigdy nie konfigurować urządzenia ponownie.
Ponowne aprowizowanie urządzenia i zresetowanie do stanu początkowego: Ta polityka jest stosowana, gdy urządzenia powiązane z wpisem rejestracji przesyłają nowe żądanie aprowizacji. W zależności od konfiguracji danych rejestracyjnych 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 jest zgłaszany jako Przypisywanie.
Ponowne konfigurowanie urządzenia i migrowanie bieżącego stanu: Ta zasada podejmuje działania, gdy urządzenia skojarzone z wpisem rejestracji przesyłają nowe żądanie konfigurowania. 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 są migrowane do nowego centrum IoT. Podczas migracji stan urządzenia jest zgłaszany jako Przypisywanie
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ą są przydzielane lub przypisywane do centrum IoT po ponownym aprowizacji. Aby dowiedzieć się więcej na temat zasad alokacji, zobacz „Jak używać zasad alokacji do aprowizowania urządzeń w centrach IoT”.
Poniższe kroki umożliwiają skonfigurowanie zasad alokacji dla rejestracji urządzenia:
Zaloguj się do portalu Azure i przejdź do instancji usługi Device Provisioning Service.
Wybierz pozycję Zarządzaj rejestracjami, a następnie wybierz kartę Grupy rejestracji lub Rejestracje indywidualne .
Wybierz nazwę grupy rejestracji lub rejestracji indywidualnej, którą chcesz skonfigurować na potrzeby ponownej aprowizacji.
Na stronie Szczegóły rejestracji wybierz kartę Centra IoT .
Wybierz jedną z następujących zasad alokacji:
Statyczne: Ta polityka wymaga, aby wymagane centrum IoT było wymienione we wpisie rejestracji, aby udostępnić 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 mają większe prawdopodobieństwo przypisania. 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, które powoduje najmniejsze opóźnienia 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 Azure): ta zasada używa niestandardowego elementu webhook hostowanego w usłudze Azure Functions do przypisywania urządzeń do jednego lub więcej centrów 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 za pomocą usługi Azure IoT Hub Device Provisioning Service.
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, używając przycisku Dodaj link do centrum IoT.
W przypadku zasad alokacji konfiguracji statycznej wybierz centrum IoT Hub, do którego mają być przypisane urządzenia.
Dzięki zasadom równomiernie ważonej dystrybucji urządzenia są przydzielane do wybranych centrów IoT na podstawie skonfigurowanych wag przydziału.
W przypadku zasad alokacji najniższego opóźnienia wybrane centra IoT są uwzględniane w ocenie opóźnienia w celu określenia najbliższego centrum IoT dla przypisania urządzenia.
W niestandardowych zasadach alokacji wybierz centra IoT, które mają zostać ocenione pod kątem przypisania przez niestandardowy webhook alokacji.
Wybierz 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ń
- Przydziały i limity DPS
- Oczekiwany czas wdrożenia floty (wdrożenie etapowe vs jednoczesne)
- Możliwość ponawiania prób zaimplementowana w kodzie klienta zgodnie z opisem w wskazówkach dotyczących obsługi błędów przejściowych w Centrum architektury platformy Azure
Tip
Zalecamy, aby nie aprowizować przy każdym ponownym uruchomieniu urządzenia, ponieważ ta akcja może osiągnąć limity ograniczania przepustowości usługi, zwłaszcza 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 usługą IoT Hub, korzystając z tych informacji. Jeśli to się nie powiedzie, spróbuj ponownie przeprowadzić aprowizację, ponieważ informacje o IoT Hub mogły się zmienić. Należy pamiętać, że wykonywanie zapytań dotyczących stanu rejestracji jest liczone jako nowa rejestracja urządzenia, dlatego należy wziąć pod uwagę limit rejestracji urządzeń. Rozważ również zaimplementowanie odpowiedniej logiki ponawiania, takiej jak wycofywanie wykładnicze z losowaniem, zgodnie z opisem w przewodniku obsługi błędów przejściowych w Centrum architektury platformy Azure. 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ę zapisać bezpośrednio na urządzeniu, upewnij się, że zaimplementowano mechanizm rezerwowy w przypadku wystąpienia określonych błędów z usługi IoT Hub. Na przykład rozważmy następujące scenariusze:
- Spróbuj ponownie wykonać operację usługi IoT Hub, jeśli kod wyniku to 429 (zbyt wiele żądań) lub błąd w zakresie 5xx. Nie należy ponawiać próby w przypadku innych błędów.
- W przypadku błędów 429 spróbuj ponownie tylko po upływie czasu wskazanego w nagłówku Retry-After.
- W przypadku błędów 5xx należy użyć opóźnienia wykładniczego, a pierwsza próba ponowienia powinna nastąpić co najmniej 5 sekund po otrzymaniu odpowiedzi.
- W przypadku błędów innych niż 429 i 5xx ponownie zarejestruj się za pośrednictwem usługi DPS
- W idealnym przypadku należy również obsługiwać metodę bezpośrednią w celu 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 zaktualizowanie całej floty jednocześnie może spowodować, że wszystkie urządzenia zostaną ponownie zarejestrowane za pomocą usługi DPS, co łatwo może przekroczyć limit kwoty rejestracji. W takich scenariuszach rozważ opracowanie planu aktualizacji urządzeń etapami, zamiast aktualizować całą flotę w tym samym czasie.
Dalsze kroki
- Aby dowiedzieć się więcej na temat ponownej aprowizacji, zobacz Pojęcia dotyczące ponownej aprowizacji urządzeń w usłudze IoT Hub.
- Aby dowiedzieć się więcej na temat anulowania aprowizacji, zobacz, jak anulować aprowizację urządzeń, które były wcześniej automatycznie aprowizowane.