Freigeben über

Erneutes Bereitstellen von Geräten

Im Lauf des Lebenszyklus einer IoT-Lösung kommt es häufig vor, dass Geräte von einem IoT-Hub zu einem anderen verlagert werden. Dieser Artikel wird geschrieben, um Lösungsoperatoren beim Konfigurieren von Neukonfigurationsrichtlinien zu unterstützen.

Eine ausführlichere Übersicht über Szenarien der erneuten Bereitstellung finden Sie unter IoT Hub Device-Konzepte für die erneute Bereitstellung.

Festlegen der Richtlinie für die erneute Bereitstellung

Mit den folgenden Schritten konfigurieren Sie die Richtlinie für die erneute Bereitstellung für eine einzelne Registrierung oder Registrierungsgruppe:

  1. Melden Sie sich beim Azure-Portal an, und navigieren Sie zur Dienstinstanz für die Gerätebereitstellung.

  2. Wählen Sie Registrierungen verwalten und dann entweder die Registerkarte Registrierungsgruppen oder Individuelle Registrierung aus.

  3. Wählen Sie den Namen der Registrierungsgruppe oder einer einzelnen Registrierung aus, die Sie für die erneute Bereitstellung konfigurieren möchten.

  4. Verwenden Sie das Dropdownmenü unter Richtlinie zur erneuten Bereitstellung, um eine der folgenden Richtlinien zur erneuten Bereitstellung auszuwählen:

    • Gerät nie erneut bereitstellen.

    • Gerät erneut zuweisen und auf anfänglichen Zustand zurücksetzen: Diese Richtlinie wird angewendet, wenn Geräte, die dem Registrierungseintrag zugeordnet sind, eine neue Bereitstellungsanforderung senden. Je nach Registrierungseintragskonfiguration wird das Gerät möglicherweise einem anderen IoT-Hub zugewiesen. Wenn das Gerät IoT-Hubs ändert, wird die Geräteregistrierung beim ersten IoT-Hub entfernt. Die anfänglichen Konfigurationsdaten, die von der Bereitstellungsdienstinstanz bei der Bereitstellung des Geräts empfangen wurden, werden an den neuen IoT-Hub gesendet. Während der Migration wird der Status des Geräts als Wird zugewiesen gemeldet.

    • Gerät erneut bereitstellen und aktuellen Zustand migrieren: Diese Richtlinie wird angewendet, wenn Geräte, die dem Registrierungseintrag zugeordnet sind, eine neue Bereitstellungsanforderung senden. Je nach Registrierungseintragskonfiguration wird das Gerät möglicherweise einem anderen IoT-Hub zugewiesen. Wenn das Gerät IoT-Hubs ändert, wird die Geräteregistrierung beim ersten IoT-Hub entfernt. Alle Gerätestatusinformationen von diesem ursprünglichen IoT-Hub werden zum neuen IoT-Hub migriert. Während der Migration wird der Gerätestatus als Wird zugewiesen gemeldet

  5. Wählen Sie Speichern aus, um das Gerät basierend auf Ihren Änderungen erneut bereitzustellen.

Konfigurieren der Registrierungszuordnungsrichtlinie

Die Zuordnungsrichtlinie bestimmt, wie die Geräte, die der Registrierung zugeordnet sind, einem IoT-Hub zugeordnet oder zugewiesen werden, nachdem sie neu bereitgestellt wurden. Weitere Informationen zu Zuordnungsrichtlinien finden Sie unter Verwendung von Zuordnungsrichtlinien zum Bereitstellen von Geräten über IoT-Hubs hinweg.

Mit den folgenden Schritten wird die Zuordnungsrichtlinie für eine Geräteregistrierung konfiguriert:

  1. Melden Sie sich beim Azure-Portal an, und navigieren Sie zur Dienstinstanz für die Gerätebereitstellung.

  2. Wählen Sie Registrierungen verwalten und dann entweder die Registerkarte Registrierungsgruppen oder Individuelle Registrierung aus.

  3. Wählen Sie den Namen der Registrierungsgruppe oder einer einzelnen Registrierung aus, die Sie für die erneute Bereitstellung konfigurieren möchten.

  4. Wählen Sie auf der Seite Details zur Registrierung die Registerkarte IoT-Hubs aus.

  5. Wählen Sie eine der folgenden Zuordnungsrichtlinien aus:

    • Statisch: Diese Richtlinie erfordert, dass der gewünschte IoT-Hub im Registrierungseintrag für ein bereitzustellendes Gerät aufgeführt ist. Diese Richtlinie ermöglicht es Ihnen, einen einzelnen IoT-Hub zu bestimmen, dem Sie Geräte zuordnen möchten.

    • Gleichmäßig gewichtete Verteilung: Diese Richtlinie verteilt Geräte auf die IoT-Hubs, basierend auf der Zuordnungsgewichtung, die für jeden IoT-Hub konfiguriert ist. IoT-Hubs mit einer höheren Zuordnungsgewicht werden mit höherer Wahrscheinlichkeit zugewiesen. Wenn Sie nur für eine IoT Hub-Instanz Geräte bereitstellen, wird diese Einstellung empfohlen. Dies ist die Standardeinstellung.

    • Niedrigste Latenz: Diese Richtlinie weist dem IoT-Hub Geräte zu, die zu der niedrigsten Latenzkommunikation zwischen dem Gerät und dem IoT Hub führen. Durch diese Option kann das Gerät je nach Standort mit dem nächstgelegenen IoT-Hub kommunizieren.

    • Benutzerdefiniert (Azure-Funktion verwenden): Diese Richtlinie verwendet einen benutzerdefinierten Webhook, der in Azure Functions gehostet wird, um Geräte mindestens einem IoT-Hub zuzuweisen. Mithilfe benutzerdefinierter Zuweisungsrichtlinien können Sie genauer steuern, wie Geräte Ihren IoT-Hubs zugewiesen werden. Weitere Informationen finden Sie unter "Grundlegendes zu benutzerdefinierten Zuordnungsrichtlinien mit azure IoT Hub Device Provisioning Service".

  6. Wählen Sie unter Ziel-IoT-Hubs die verknüpften IoT-Hubs aus, die Sie in Ihre Zuordnungsrichtlinie aufnehmen möchten. Optional können Sie einen neuen verknüpften Iot-Hub über die Schaltfläche Verknüpfung zum ioT-Hub hinzufügen hinzufügen.

    • Wählen Sie mit der Zuordnungsrichtlinie Statische Konfiguration den IoT Hub aus, dem Sie Geräte zuordnen möchten.

    • Mit der gleichmäßig gewichteten Verteilungsrichtlinie werden Geräte basierend auf ihren konfigurierten Zuordnungsgewichten auf die von Ihnen ausgewählten IoT-Hubs verteilt.

    • Mit der Richtlinie für die niedrigste Latenzzuweisung sind die von Ihnen ausgewählten IoT-Hubs in der Latenzauswertung enthalten, um den nächstgelegenen IoT-Hub für die Gerätezuweisung zu ermitteln.

    • Wählen Sie mit der Zuordnungsrichtlinie Benutzerdefiniert die IoT-Hubs aus, die Sie für die Zuordnung durch Ihren benutzerdefinierten Zuordnungswebhook auswerten möchten.

  7. Wählen Sie Speichern aus.

Senden einer Bereitstellungsanforderung von einem Gerät

Damit Geräte auf der Grundlage der in den vorangegangenen Abschnitten vorgenommenen Konfigurationsänderungen neu bereitgestellt werden können, müssen diese Geräte eine erneute Bereitstellung anfordern.

Wie oft ein Gerät eine Bereitstellungsanforderung sendet, hängt vom Szenario ab. Wenn Sie Ihre Lösung entwerfen und eine Logik für die Neuverteilung definieren, müssen Sie einige Dinge berücksichtigen. Beispiel:

  • Wie oft sollen Ihre Geräte neu gestartet werden?
  • DPS-Kontingente und -Grenzwerte
  • Erwartete Bereitstellungszeit für Ihre Flotte (Phasenrollout vs. alle gleichzeitig)
  • In Ihrer Client-Software wurde die Wiederholungsfunktion implementiert, wie in der Anleitung zur Behandlung vorübergehender Fehler im Azure Architecture Center beschrieben.

Tipp

Es wird empfohlen, bei jedem Neustart des Geräts keine Bereitstellung durchzuführen, da diese Aktion die Grenzwerte der Service-Drosselung überschreiten könnte, insbesondere wenn mehrere Tausend oder Millionen Geräte gleichzeitig neu bereitgestellt werden. Stattdessen sollten Sie versuchen, die API zum Abrufen des Geräteregistrierungsstatus zu verwenden und mit diesen Informationen eine Verbindung mit IoT Hub herzustellen. Wenn dabei ein Fehler auftritt, versuchen Sie, die Bereitstellung zu wiederholen, da sich die IoT Hub-Informationen möglicherweise geändert haben. Beachten Sie, dass die Abfrage nach dem Registrierungsstatus als neue Geräteregistrierung gilt, daher sollten Sie den Grenzwert für die Geräteregistrierung berücksichtigen. Erwägen Sie auch die Implementierung einer geeigneten Wiederholungslogik, z. B. exponentielles Back-Off mit Randomisierung, wie in der Anleitung zur vorübergehenden Fehlerbehandlung im Azure Architecture Center beschrieben. In einigen Fällen ist es abhängig von den Gerätefunktionen möglich, die IoT Hub-Informationen direkt auf dem Gerät zu speichern, um nach der erstmaligen Bereitstellung mit DPS eine direkte Verbindung mit IoT Hub herzustellen. Wenn Sie sich dafür entscheiden, direkt auf dem Gerät zu speichern, stellen Sie sicher, dass Sie einen Fallbackmechanismus implementieren, falls bestimmte Fehler von IoT Hub auftreten. Betrachten Sie beispielsweise die folgenden Szenarien:

  • Wiederholen Sie den IoT Hub-Vorgang, wenn der Ergebniscode 429 (Zu viele Anforderungen) oder ein Fehler im 5xx-Bereich ist. Bei anderen Fehlern den Vorgang nicht wiederholen.
  • Wiederholen Sie bei Fehlern des Typs 429 den Vorgang nach der im Retry-After-Header angegebenen Zeit.
  • Verwenden Sie bei Fehlern des Typs 5xx exponentielles Backoff mit dem ersten Wiederholungsversuch mindestens 5 Sekunden nach der Antwort.
  • Registrieren Sie sich bei anderen Fehlern als 429 und 5xx erneut über DPS
  • Im Idealfall sollten Sie auch eine direkte Methode unterstützen, um die Bereitstellung bei Bedarf manuell auszulösen.

Es wird auch empfohlen, die Dienstgrenzwerte zu berücksichtigen, wenn Sie Aktivitäten wie das Pushen von Updates an Ihren Bestand planen. Beispielsweise könnte die Aktualisierung der Flotte auf einmal dazu führen, dass alle Geräte über DPS neu registriert werden (was leicht über dem Registrierungskontingentlimit liegen könnte.) Berücksichtigen Sie für solche Szenarien die Planung von Geräteupdates in Phasen, anstatt die gesamte Flotte gleichzeitig zu aktualisieren.

Nächste Schritte

  • Last updated on