Wat betekent het voor IoT Central om hoge beschikbaarheid, herstel na noodgevallen (HADR) en elastische schaal te hebben?

  • Artikel

Azure IoT Central is een toepassingsplatform als een service (aPaaS) waarmee schaalbaarheid en HADR voor u worden beheerd. Een IoT Central-toepassing kan worden geschaald om honderdduizenden verbonden apparaten te ondersteunen. Zie prijzen voor Azure IoT Central voor meer informatie over prijzen voor apparaten en berichten. Zie SLA voor Azure IoT Central voor meer informatie over de service level agreement.

Dit artikel bevat achtergrondinformatie over hoe IoT Central schaalt en HADR levert. Het artikel bevat ook richtlijnen voor het profiteren van deze mogelijkheden.

Schaalbaarheid

IoT Central-toepassingen maken intern gebruik van meerdere Azure-services, zoals IoT Hub en Device Provisioning Service (DPS). Veel van deze onderliggende services zijn meerdere tenants. IoT Central maakt echter gebruik van IoT Hubs met één tenant om de volledige isolatie van klantgegevens te garanderen.

IoT Central schaalt automatisch de IoT-hubs op basis van de laadprofielen in uw toepassing. IoT Central kan afzonderlijke IoT-hubs omhoog schalen en het aantal IoT-hubs in een toepassing uitschalen. IoT Central schaalt ook automatisch andere onderliggende services.

Hoge beschikbaarheid en herstel na noodgevallen

HADR-mogelijkheden zijn afhankelijk van wanneer u uw IoT Central-toepassing hebt gemaakt:

Toepassingen die vóór april 2021 zijn gemaakt

Sommige toepassingen die vóór april 2021 zijn gemaakt, gebruiken één IoT-hub. Voor deze toepassingen biedt IoT Central geen HADR-mogelijkheden. Als de IoT-hub niet meer beschikbaar is, is de toepassing niet meer beschikbaar.

Gebruik de az iot central device manual-failover opdracht om te controleren of uw toepassing nog steeds één IoT-hub gebruikt. Met deze opdracht wordt een fout geretourneerd als de toepassing één IoT-hub heeft.

Toepassingen gemaakt na april 2021 en vóór april 2023

Voor maximaal beschikbare apparaatconnectiviteit heeft een IoT Central-toepassing altijd ten minste twee IoT-hubs. Het aantal hubs kan toenemen of verkleinen als IoT Central de toepassing schaalt als reactie op wijzigingen in het belastingprofiel.

IoT Central maakt ook gebruik van beschikbaarheidszones om verschillende services die het gebruikt maximaal beschikbaar te maken.

Een incident waarvoor herstel na noodgevallen is vereist, kan variëren van een subset van services die niet beschikbaar zijn voor een hele regio die niet beschikbaar is. IoT Central volgt verschillende herstelprocessen, afhankelijk van de aard en schaal van het incident. Als een hele Azure-regio bijvoorbeeld niet meer beschikbaar is na een onherstelbare fout, worden failovertoepassingen voor herstel na noodgevallen naar een andere regio in dezelfde geografie uitgevoerd.

Toepassingen gemaakt na april 2023

IoT Central-toepassingen die na april 2023 zijn gemaakt, hebben in eerste instantie één IoT-hub. Als de IoT-hub niet meer beschikbaar is, is de toepassing niet meer beschikbaar. IoT Central schaalt de toepassing echter automatisch en voegt een nieuwe IoT-hub toe voor elke 10.000 verbonden apparaten. Als u meerdere IoT-hubs nodig hebt voor toepassingen met minder dan 10.000 apparaten, dient u een aanvraag in bij de klantenondersteuning van IoT Central.

Gebruik de az iot central device manual-failover opdracht om te controleren of uw toepassing momenteel gebruikmaakt van één IoT-hub. Met deze opdracht wordt een fout geretourneerd als de toepassing momenteel één IoT-hub heeft.

Werken met meerdere IoT-hubs

Als gevolg van automatische schaalaanpassing en HADR-ondersteuning kunnen de IoT Hub-exemplaren in uw toepassing veranderen. Bijvoorbeeld:

  • Het aantal hubs kan toenemen of afnemen naarmate de toepassing wordt geschaald.
  • Een hub kan mislukken en niet meer beschikbaar zijn.
  • Met de procedures voor herstel na noodgevallen kunnen nieuwe hubs in een andere regio worden toegevoegd om de hubs in een mislukte regio te vervangen.

Hoewel IoT Central de IoT-hubs in uw toepassing voor u beheert, moet een apparaat een verbinding opnieuw tot stand kunnen brengen als de hub waarmee deze verbinding maakt niet beschikbaar is:

Apparaatinrichting

Naarmate het aantal IoT-hubs in uw toepassing verandert, moet een apparaat mogelijk verbinding maken met een andere hub.

Voordat een apparaat verbinding maakt met IoT Central, moet het worden geregistreerd en ingericht in de onderliggende services. Wanneer u een apparaat toevoegt aan een IoT Central-toepassing, voegt IoT Central een vermelding toe aan een DPS-inschrijvingsgroep. Informatie van de inschrijvingsgroep, zoals het id-bereik, apparaat-id en sleutels, wordt weergegeven in de Gebruikersinterface van IoT Central.

Wanneer een apparaat voor het eerst verbinding maakt met uw IoT Central-toepassing, richt DPS het apparaat in in een van de gekoppelde IoT-hubs van de inschrijvingsgroep. Het apparaat wordt vervolgens gekoppeld aan die IoT-hub. DPS maakt gebruik van een toewijzingsbeleid om de inrichting te verdelen over de IoT-hubs in de toepassing. Dit proces zorgt ervoor dat elke IoT-hub een vergelijkbaar aantal ingerichte apparaten heeft.

Zie de handleiding voor ioT Central-apparaatconnectiviteit voor meer informatie over registratie en inrichting in IoT Central.

Apparaatverbindingen

Nadat DPS een apparaat inricht op een IoT-hub, probeert het apparaat altijd verbinding te maken met die hub. Als een apparaat de IoT-hub waarnaar het is ingericht niet kan bereiken, kan het geen verbinding maken met uw IoT Central-toepassing. Als u dit scenario wilt afhandelen, moet uw apparaatfirmware een strategie voor opnieuw proberen bevatten waarmee het apparaat opnieuw wordt geïmplementeerd naar een andere hub.

Zie Best practices voor meer informatie over hoe apparaatfirmware verbindingsfouten moet afhandelen en verbinding moet maken met een andere hub.

Zie De mogelijkheden voor testfailover voor meer informatie over het controleren van uw apparaatfirmware om verbindingsfouten te verwerken.

Gegevensexport

IoT Central-toepassingen maken vaak gebruik van andere door de gebruiker geconfigureerde services. U kunt uw IoT Central-toepassing bijvoorbeeld zo configureren dat gegevens continu worden geëxporteerd naar services zoals Azure Event Hubs en Azure Blob Storage.

Als een geconfigureerde gegevensexport niet naar de bestemming kan schrijven, probeert IoT Central de gegevens maximaal 15 minuten opnieuw te verzenden, waarna IoT Central de bestemming markeert als mislukt. Mislukte bestemmingen worden periodiek gecontroleerd om te controleren of ze beschrijfbaar zijn.

U kunt afdwingen dat IoT Central de mislukte exports opnieuw start door de gegevensexport uit te schakelen en opnieuw in te schakelen.

Bekijk de best practices voor hoge beschikbaarheid en schaalbaarheid voor de doelservice voor gegevensexport die u gebruikt:

Beperkingen

Op dit moment kunnen IoT Edge-apparaten niet schakelen tussen IoT-hubs.

Volgende stappen

Nu u hebt geleerd over de schaalbaarheid en hoge beschikbaarheid van Azure IoT Central, is de voorgestelde volgende stap meer te weten te komen over quota en limieten in Azure IoT Central.