Megosztás a következőn keresztül:


Eszközök újraépítése

Az IoT-megoldások életciklusa során gyakori az eszközök áthelyezése az IoT Hubok között. Ez a témakör a szabályzatok újraépítését konfiguráló megoldáskezelőknek nyújt segítséget.

Az újraépítési forgatókönyvek részletesebb áttekintéséért lásd az IoT Hub-eszközök újraépítési fogalmait.

Az újraépítési szabályzat beállítása

Az alábbi lépések konfigurálják az újraépítési szabályzatot egy egyéni regisztrációs vagy regisztrációs csoporthoz:

  1. Jelentkezzen be az Azure Portalra , és keresse meg a Device Provisioning Service-példányt.

  2. Válassza a Regisztrációk kezelése lehetőséget, majd válassza a Regisztrációs csoportok vagy az Egyéni regisztrációk lapot.

  3. Válassza ki annak a regisztrációs csoportnak vagy egyéni regisztrációnak a nevét, amelyet újraépítésre szeretne konfigurálni.

  4. A Következő újraépítési szabályzatok egyikének kiválasztásához használja a Visszaépítési szabályzat legördülő menüt:

    • Soha ne alkalmazzon újra az eszközre.

    • Az eszköz újraépítése és a kezdeti állapot visszaállítása: Ez a szabályzat akkor lép érvénybe, ha a regisztrációs bejegyzéshez társított eszközök új üzembe helyezési kérelmet küldenek. A regisztrációs bejegyzés konfigurációjától függően előfordulhat, hogy az eszköz egy másik IoT Hubhoz van hozzárendelve. Ha az eszköz módosítja az IoT Hubokat, a rendszer eltávolítja a kezdeti IoT Hubra való eszközregisztrációt. A kiépítési szolgáltatáspéldány által az eszköz üzembe helyezésekor kapott kezdeti konfigurációs adatok az új IoT Hubnak lesznek megadva. A migrálás során az eszköz állapota hozzárendelésként lesz jelentve.

    • Eszköz újraépítése és az aktuális állapot migrálása: Ez a szabályzat akkor lép érvénybe, ha a regisztrációs bejegyzéshez társított eszközök új üzembe helyezési kérelmet küldenek. A regisztrációs bejegyzés konfigurációjától függően előfordulhat, hogy az eszköz egy másik IoT Hubhoz van hozzárendelve. Ha az eszköz módosítja az IoT Hubokat, a rendszer eltávolítja a kezdeti IoT Hubra való eszközregisztrációt. A kezdeti IoT Hub összes eszközállapot-információja át lesz migrálva az új IoT Hubra. A migrálás során az eszköz állapota hozzárendelésként jelenik meg

  5. A Mentés gombra kattintva engedélyezheti az eszköz újraépítését a módosítások alapján.

A regisztrációs foglalási szabályzat konfigurálása

A foglalási szabályzat határozza meg, hogy a regisztrációhoz társított eszközök hogyan lesznek lefoglalva vagy hozzárendelve egy IoT Hubhoz az újraépítés után. A foglalási szabályzatokkal kapcsolatos további információkért tekintse meg a foglalási szabályzatok használatát ismertető témakört.

Az alábbi lépések konfigurálják az eszköz regisztrációjához tartozó foglalási szabályzatot:

  1. Jelentkezzen be az Azure Portalra , és keresse meg a Device Provisioning Service-példányt.

  2. Válassza a Regisztrációk kezelése lehetőséget, majd válassza a Regisztrációs csoportok vagy az Egyéni regisztrációk lapot.

  3. Válassza ki annak a regisztrációs csoportnak vagy egyéni regisztrációnak a nevét, amelyet újraépítésre szeretne konfigurálni.

  4. A Regisztráció részletei lapon válassza az IoT Hubs lapot.

  5. Válasszon egyet a következő foglalási szabályzatok közül:

    • Statikus: Ez a szabályzat megköveteli, hogy egy kívánt IoT Hub szerepeljen a kiépíteni kívánt eszköz regisztrációs bejegyzésében. Ez a szabályzat lehetővé teszi egyetlen IoT Hub kijelölését, amelyhez eszközöket szeretne hozzárendelni.

    • Egyenletesen súlyozott elosztás: Ez a szabályzat az egyes IoT Hubokon konfigurált foglalási súly alapján osztja el az eszközöket az IoT Hubokon. A nagyobb foglalási súlyú IoT Hubok nagyobb valószínűséggel lesznek hozzárendelve. Ha csak egy IoT Hubra épít ki eszközöket, ezt a beállítást javasoljuk. Ez az alapértelmezett beállítás.

    • Legalacsonyabb késés: Ez a szabályzat az IoT Hubhoz rendel eszközöket, amelyek az eszköz és az IoT Hub közötti legalacsonyabb késésű kommunikációt eredményezik. Ez a beállítás lehetővé teszi, hogy az eszköz a hely alapján kommunikáljon a legközelebbi IoT Hubbal.

    • Egyéni (azure-függvény használata):: Ez a szabályzat az Azure Functionsben üzemeltetett egyéni webhookokat használja az eszközök egy vagy több IoT Hubhoz való hozzárendeléséhez. Az egyéni foglalási szabályzatokkal jobban szabályozhatja, hogy az eszközök hogyan legyenek hozzárendelve az IoT Hubokhoz. További információ: Az egyéni foglalási szabályzatok ismertetése.

  6. A Cél IoT Hubok csoportban válassza ki azokat a csatolt IoT Hubokat, amelyeket fel szeretne venni a foglalási szabályzatba. Ha szeretné, vegyen fel egy új csatolt Iot Hubot az IoT Hubra mutató hivatkozás hozzáadása gombbal.

    • A statikus konfigurációfoglalási szabályzattal válassza ki azt az IoT Hubot, amelyhez eszközöket szeretne hozzárendelni.

    • Az egyenletesen súlyozott terjesztési kiosztási szabályzattal az eszközök kivonatolva lesznek a kiválasztott IoT Hubokon a konfigurált foglalási súlyok alapján.

    • A legalacsonyabb késési kiosztási szabályzattal a kiválasztott IoT Hubok szerepelni fognak a késés kiértékelésében az eszközhozzárendeléshez legközelebbi IoT Hub meghatározásához.

    • Az egyéni foglalási szabályzattal válassza ki azokat az IoT Hubokat, amelyeket ki szeretne értékelni hozzárendelésként az egyéni foglalási webhookok alapján.

  7. Válassza a Mentés lehetőséget.

Kiépítési kérés küldése az eszközről

Ahhoz, hogy az eszközök az előző szakaszokban végrehajtott konfigurációs módosítások alapján újra kiépülhessenek, ezeknek az eszközöknek újraépítést kell kérniük.

A forgatókönyvtől függ, hogy egy eszköz milyen gyakran küld kiépítési kérelmet. A megoldás tervezésekor és az újraépítési logika definiálásakor érdemes megfontolni néhány szempontot. Példa:

  • Milyen gyakran várható, hogy az eszközök újraindulnak
  • A DPS kvótái és korlátai
  • A flotta várható üzembehelyezési ideje (fázisos bevezetés és egyszerre)
  • Az ügyfélkódon implementált újrapróbálkoztatási képesség az Azure Architecture Center újrapróbálkozása általános útmutatójában leírtak szerint

Tipp.

Javasoljuk, hogy ne építse ki az eszköz minden újraindítását, mivel ez hatással lehet a szolgáltatás szabályozási korlátaira, különösen akkor, ha egyszerre több ezer vagy több millió eszközt épít újra. Ehelyett próbálja meg használni az eszközregisztrációs állapotkeresési API-t, és próbáljon meg csatlakozni az IoT Hubhoz. Ha ez nem sikerül, próbálkozzon újra, mivel az IoT Hub adatai módosulhattak. Ne feledje, hogy a regisztrációs állapot lekérdezése új eszközregisztrációnak számít, ezért vegye figyelembe az eszközregisztrációs korlátot. Fontolja meg egy megfelelő újrapróbálkozási logika implementálását is, például az újrapróbálkozási általános útmutatóban leírtak szerint az exponenciális visszalépés véletlenszerűsítéssel. Bizonyos esetekben az eszköz képességeitől függően az IoT Hub adatai közvetlenül az eszközön menthetők, hogy közvetlenül az IoT Hubhoz csatlakozzanak a DPS használatával történő első üzembe helyezés után. Ha ezt választja, mindenképpen alkalmazzon tartalék mechanizmust arra az esetre, ha konkrét hibákat kap a Hubtól, például vegye figyelembe a következő forgatókönyveket:

  • Próbálkozzon újra a Hub művelettel, ha az eredménykód 429 (túl sok kérelem) vagy egy hiba az 5xx tartományban. Más hibák esetében ne engedélyezze az újrapróbálkozást.
  • 429-re vonatkozó hibák esetén csak az Újrapróbálkozás után fejlécben megadott idő után próbálkozzon újra.
  • 5xx hibák esetén exponenciális visszatartást használjon, és az első próbálkozás legalább 5 másodperccel a válasz után történik.
  • A 429-nél és az 5xx-nél nem régebbi hibáknál regisztráljon újra a DPS-en keresztül
  • Ideális esetben egy olyan módszert is támogatnia kell, amely manuálisan aktiválja az igény szerinti kiépítést.

Azt is javasoljuk, hogy figyelembe vegye a szolgáltatási korlátokat olyan tevékenységek tervezésekor, mint a frissítések küldése a flottába. A flotta egyszerre történő frissítése esetén például az összes eszköz újraregisztrációt okozhat a DPS-en keresztül (ami könnyen meghaladhatja a regisztrációs kvótakorlátot) – Ilyen esetekben érdemes megfontolni az eszközfrissítések fázisokban történő tervezését a teljes flotta egyidejű frissítése helyett.

Következő lépések