Delen via


Apparaten opnieuw inrichten

Tijdens de levenscyclus van een IoT-oplossing is het gebruikelijk om apparaten tussen IoT-hubs te verplaatsen. Dit onderwerp is geschreven om oplossingsoperators te helpen bij het configureren van beleid voor opnieuw inrichten.

Zie concepten voor het opnieuw inrichten van IoT Hub-apparaten voor een gedetailleerder overzicht van herinrichtingsscenario's.

Het beleid voor opnieuw inrichten instellen

Met de volgende stappen configureert u het herinrichtingsbeleid voor een afzonderlijke inschrijving of inschrijvingsgroep:

  1. Meld u aan bij Azure Portal en navigeer naar uw Device Provisioning Service-exemplaar.

  2. Selecteer Inschrijvingen beheren en selecteer vervolgens de tabbladen Inschrijvingsgroepen of Afzonderlijke inschrijvingen.

  3. Selecteer de naam van de inschrijvingsgroep of afzonderlijke inschrijving die u wilt configureren voor het opnieuw inrichten.

  4. Gebruik de vervolgkeuzelijst onder Beleid voor opnieuw inrichten om een van de volgende beleidsregels voor opnieuw inrichten te kiezen:

    • Het inrichtingsapparaat nooit opnieuw inrichten.

    • Het apparaat opnieuw inrichten en opnieuw instellen in de beginstatus: dit beleid neemt actie wanneer apparaten die zijn gekoppeld aan de inschrijvingsvermelding, een nieuwe inrichtingsaanvraag indienen. Afhankelijk van de inschrijvingsvermeldingsconfiguratie kan het apparaat opnieuw worden toegewezen aan een andere IoT-hub. Als het apparaat IoT-hubs wijzigt, wordt de apparaatregistratie met de eerste IoT-hub verwijderd. De initiële configuratiegegevens die het inrichtingsservice-exemplaar heeft ontvangen toen het apparaat werd ingericht, wordt geleverd aan de nieuwe IoT-hub. Tijdens de migratie wordt de status van het apparaat gerapporteerd als Toewijzen.

    • Apparaat opnieuw inrichten en de huidige status migreren: dit beleid neemt actie wanneer apparaten die zijn gekoppeld aan de inschrijvingsvermelding een nieuwe inrichtingsaanvraag indienen. Afhankelijk van de inschrijvingsvermeldingsconfiguratie kan het apparaat opnieuw worden toegewezen aan een andere IoT-hub. Als het apparaat IoT-hubs wijzigt, wordt de apparaatregistratie met de eerste IoT-hub verwijderd. Alle apparaatstatusgegevens van die eerste IoT-hub worden gemigreerd naar de nieuwe IoT-hub. Tijdens de migratie wordt de status van het apparaat gerapporteerd als Toewijzen

  5. Selecteer Opslaan om het opnieuw inrichten van het apparaat in te schakelen op basis van uw wijzigingen.

Het inschrijvingstoewijzingsbeleid configureren

Het toewijzingsbeleid bepaalt hoe de apparaten die zijn gekoppeld aan de inschrijving, worden toegewezen of toegewezen aan een IoT-hub zodra de inrichting is hersteld. Zie Toewijzingsbeleid gebruiken voor meer informatie over toewijzingsbeleid.

Met de volgende stappen configureert u het toewijzingsbeleid voor de inschrijving van een apparaat:

  1. Meld u aan bij Azure Portal en navigeer naar uw Device Provisioning Service-exemplaar.

  2. Selecteer Inschrijvingen beheren en selecteer vervolgens de tabbladen Inschrijvingsgroepen of Afzonderlijke inschrijvingen.

  3. Selecteer de naam van de inschrijvingsgroep of afzonderlijke inschrijving die u wilt configureren voor het opnieuw inrichten.

  4. Selecteer op de pagina Inschrijvingsgegevens het tabblad IoT-hubs .

  5. Selecteer een van de volgende toewijzingsbeleidsregels:

    • Statisch: Voor dit beleid moet een gewenste IoT-hub worden vermeld in de inschrijvingsvermelding voor een apparaat dat moet worden ingericht. Met dit beleid kunt u één IoT-hub aanwijzen waaraan u apparaten wilt toewijzen.

    • Gelijkmatig gewogen distributie: dit beleid distribueert apparaten over IoT-hubs op basis van het toewijzingsgewicht dat op elke IoT-hub is geconfigureerd. IoT-hubs met een hoger toewijzingsgewicht zijn waarschijnlijker toegewezen. Als u apparaten inricht voor slechts één IoT Hub, raden we deze instelling aan. Dit is de standaardinstelling.

    • Laagste latentie: met dit beleid worden apparaten toegewezen aan de IoT-hub die resulteert in de laagste latentiecommunicatie tussen het apparaat en IoT Hub. Met deze optie kan het apparaat communiceren met de dichtstbijzijnde IoT-hub op basis van locatie.

    • Aangepast (azure-functie gebruiken): dit beleid maakt gebruik van een aangepaste webhook die wordt gehost in Azure Functions om apparaten toe te wijzen aan een of meer IoT-hubs. Met aangepast toewijzingsbeleid hebt u meer controle over hoe apparaten worden toegewezen aan uw IoT-hubs. Zie Aangepast toewijzingsbeleid begrijpen voor meer informatie.

  6. Selecteer onder Doel-IoT-hubs de gekoppelde IoT-hubs die u wilt opnemen in uw toewijzingsbeleid. U kunt eventueel een nieuwe gekoppelde ioT-hub toevoegen met behulp van de knop Koppeling toevoegen aan IoT-hub .

    • Selecteer met het beleid voor statische configuratietoewijzing de IoT-hub waaraan u apparaten wilt toewijzen.

    • Met het gelijkmatig gewogen distributietoewijzingsbeleid worden apparaten gehasht over de IoT-hubs die u selecteert op basis van de geconfigureerde toewijzingsgewichten.

    • Met het toewijzingsbeleid voor laagste latentie worden de IoT-hubs die u selecteert opgenomen in de latentie-evaluatie om de dichtstbijzijnde IoT-hub voor apparaattoewijzing te bepalen.

    • Selecteer met het beleid voor aangepaste toewijzing de IoT-hubs die u wilt evalueren voor toewijzing door uw webhook voor aangepaste toewijzing.

  7. Selecteer Opslaan.

Een inrichtingsaanvraag verzenden vanaf het apparaat

Om apparaten opnieuw te kunnen inrichten op basis van de configuratiewijzigingen die in de voorgaande secties zijn aangebracht, moeten deze apparaten opnieuw inrichten.

Hoe vaak een apparaat een inrichtingsaanvraag indient, is afhankelijk van het scenario. Bij het ontwerpen van uw oplossing en het definiëren van een herinrichtingslogica moet u rekening houden met een aantal zaken. Voorbeeld:

  • Hoe vaak u verwacht dat uw apparaten opnieuw worden opgestart
  • De DPS-quota en -limieten
  • Verwachte implementatietijd voor uw vloot (gefaseerde implementatie versus allemaal tegelijk)
  • Mogelijkheid voor opnieuw proberen geïmplementeerd in uw clientcode, zoals beschreven in de algemene richtlijnen voor opnieuw proberen in het Azure Architecture Center

Tip

We raden u aan het apparaat niet in te richten bij elke herstart van het apparaat, omdat dit de beperkingslimieten van de service kan raken, met name wanneer u meerdere duizenden of miljoenen apparaten tegelijk opnieuw inricht. In plaats daarvan moet u proberen de opzoek-API voor apparaatregistratiestatus te gebruiken en verbinding te maken met die informatie met IoT Hub. Als dat mislukt, probeert u de inrichting opnieuw in te stellen, omdat de IoT Hub-gegevens mogelijk zijn gewijzigd. Houd er rekening mee dat het uitvoeren van query's voor de registratiestatus wordt meegeteld als een nieuwe apparaatregistratie, dus u moet rekening houden met de limiet voor apparaatregistratie. Overweeg ook het implementeren van een geschikte logica voor opnieuw proberen, zoals exponentieel uitstel met randomisatie, zoals beschreven in de algemene richtlijnen voor opnieuw proberen. In sommige gevallen, afhankelijk van de mogelijkheden van het apparaat, is het mogelijk om de IoT Hub-gegevens rechtstreeks op het apparaat op te slaan om rechtstreeks verbinding te maken met IoT Hub nadat de eerste keer dat dps is ingericht. Als u ervoor kiest om dit te doen, moet u ervoor zorgen dat u een terugvalmechanisme implementeert voor het geval u specifieke fouten van Hub krijgt, bijvoorbeeld de volgende scenario's:

  • Voer de hubbewerking opnieuw uit als de resultaatcode 429 (Te veel aanvragen) of een fout in het bereik 5xx is. Probeer niet opnieuw voor andere fouten.
  • Voor 429-fouten moet u het alleen opnieuw proberen na de tijd die wordt aangegeven in de header Opnieuw proberen na.
  • Voor 5xx-fouten gebruikt u exponentieel uitstel, waarbij u ten minste 5 seconden na het antwoord opnieuw probeert.
  • Bij andere fouten dan 429 en 5xx kunt u zich opnieuw registreren via DPS
  • In het ideale geval moet u ook een methode ondersteunen voor het handmatig activeren van inrichting op aanvraag.

We raden u ook aan rekening te houden met de servicelimieten bij het plannen van activiteiten zoals het pushen van updates naar uw vloot. Als u bijvoorbeeld de vloot in één keer bijwerkt, kan dit ertoe leiden dat alle apparaten opnieuw worden geregistreerd via DPS (die eenvoudig boven de limiet voor het registratiequotum kunnen komen). Voor dergelijke scenario's kunt u overwegen om apparaatupdates in fasen te plannen in plaats van uw hele vloot tegelijkertijd bij te werken.

Volgende stappen