Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Azure Device Registry slaat informatie op over assets en apparaten in de cloud. Device Registry projecteert assets als Azure-resources in de cloud binnen één register. Het enige register is een bron van waarheid voor metagegevens van apparaten en assets en mogelijkheden voor assetbeheer. Apparaatregister kan worden gebruikt in combinatie met Azure IoT-bewerkingen.
Wanneer u Azure gebruikt, is betrouwbaarheid een gedeelde verantwoordelijkheid. Microsoft biedt een scala aan mogelijkheden ter ondersteuning van tolerantie en herstel. U bent verantwoordelijk voor het begrijpen van de werking van deze mogelijkheden binnen alle services die u gebruikt en het selecteren van de mogelijkheden die u nodig hebt om te voldoen aan uw bedrijfsdoelstellingen en beschikbaarheidsdoelen.
In dit artikel wordt beschreven hoe u Device Registry bestand maakt tegen verschillende mogelijke storingen en problemen, waaronder tijdelijke fouten, storingen in de beschikbaarheidszone en regio-storingen.
Note
Azure IoT Operations bevat verschillende andere onderdelen dan Device Registry. Voor gedetailleerde informatie over de functies voor hoge beschikbaarheid en nul gegevensverlies van Azure IoT Operations-onderdelen raadpleegt u veelgestelde vragen over Azure IoT Operations.
Tolerantie voor tijdelijke fouten
Tijdelijke fouten zijn korte, onregelmatige fouten in onderdelen. Ze vinden vaak plaats in een gedistribueerde omgeving, zoals de cloud, en ze zijn een normaal onderdeel van de bewerkingen. Tijdelijke fouten corrigeren zichzelf na een korte periode. Het is belangrijk dat uw toepassingen tijdelijke fouten kunnen afhandelen, meestal door de betreffende aanvragen opnieuw uit te voeren.
Alle in de cloud gehoste toepassingen moeten de richtlijnen voor tijdelijke foutafhandeling van Azure volgen wanneer ze communiceren met eventuele in de cloud gehoste API's, databases en andere onderdelen. Zie Aanbevelingen voor het afhandelen van tijdelijke foutenvoor meer informatie.
Clients communiceren met Device Registry met behulp van Azure Resource Manager. Doorgaans gebruikt u Azure Portal, Azure CLI of Azure SDK's om te communiceren met Device Registry-resources. Deze hulpprogramma's bieden automatische verwerking van tijdelijke fouten. Als u de Resource Manager-API's rechtstreeks gebruikt, moet u tijdelijke fouten afhandelen.
Tolerantie voor fouten in beschikbaarheidszones
Beschikbaarheidszones zijn fysiek gescheiden groepen datacenters binnen een Azure-regio. Wanneer één zone uitvalt, kunnen services een failover uitvoeren naar een van de resterende zones.
Azure Device Registry is standaard zone-redundant, wat betekent dat uw gegevens automatisch worden gerepliceerd in meerdere beschikbaarheidszones. Deze instelling verbetert de tolerantie van de service door hoge beschikbaarheid te bieden. Als er een fout opgetreden is in de ene zone, kan de service naadloos blijven werken vanuit een andere zone.
Microsoft beheert de installatie en configuratie voor zoneredundantie in Azure Device Registry. U hoeft geen configuratie meer uit te voeren om deze zoneredundantie in te schakelen. Microsoft zorgt ervoor dat de service is geconfigureerd om het hoogste beschikbaarheids- en betrouwbaarheidsniveau te bieden.
Ondersteuning voor regio
De volgende lijst met regio's biedt ondersteuning voor beschikbaarheidszones in Device Registry:
| Americas | Europe |
|---|---|
| East US | West-Centraal Duitsland |
| VS - oost 2 | North Europe |
| West US | West Europe |
| VS - west 2 | |
| US - west 3 |
Cost
Er zijn geen extra kosten verbonden aan het gebruik van zoneredundantie voor Apparaatregister.
Ondersteuning voor beschikbaarheidszones configureren
Nieuwe resources: Wanneer u een Device Registry-resource maakt in Azure IoT-bewerkingen, bevat deze standaard zoneredundantie. U hoeft geen configuratie meer uit te voeren.
Gedrag wanneer alle zones in orde zijn
In de volgende informatie wordt beschreven wat er gebeurt wanneer u een zone-redundant apparaatregister hebt en alle beschikbaarheidszones operationeel zijn:
Verkeersroutering tussen zones: Aanvragen worden automatisch verspreid over elke beschikbaarheidszone. Een verzoek kan naar een Device Registry-instantie in elke beschikbaarheidszone gaan.
Gegevensreplicatie tussen zones: Apparaatgegevens worden synchroon gerepliceerd in beschikbaarheidszones.
Gedrag tijdens een zonefout
In de volgende informatie wordt beschreven wat er gebeurt wanneer u een zone-redundant apparaatregister hebt en een beschikbaarheidszone een storing ondervindt.
- Detectie en reactie: Omdat Device Registry fouten in een beschikbaarheidszone detecteert en hierop reageert, hoeft u niets te doen om een failover van een beschikbaarheidszone te initiëren.
- Melding: Microsoft informeert u niet automatisch wanneer een zone niet beschikbaar is. U kunt Azure Service Health echter gebruiken om inzicht te hebben in de algehele status van de service, inclusief eventuele zonefouten, en u kunt Service Health-waarschuwingen instellen om u op de hoogte te stellen van problemen.
Actieve aanvragen: Sommige actieve aanvragen kunnen worden verwijderd en moeten dus opnieuw worden geprobeerd op dezelfde manier als andere tijdelijke fouten. Zie Tolerantie voor tijdelijke fouten om ervoor te zorgen dat uw toepassing bestand is tegen tijdelijke fouten.
Verwacht gegevensverlies: Een zonefout zal naar verwachting geen gegevensverlies veroorzaken.
Verwachte uitvaltijd: Een zonefout wordt niet verwacht om uitvaltijd voor uw resources te veroorzaken.
Zoneherstel
Wanneer de beschikbaarheidszone wordt hersteld, herstelt Device Registry automatisch bewerkingen in de beschikbaarheidszone.
Testen op zonefouten
Het Device Registry-platform beheert verkeersroutering, failover en failback tussen beschikbaarheidszones. U hoeft niets te initiëren. Omdat deze functie volledig wordt beheerd, hoeft u de foutprocessen van de beschikbaarheidszone niet te valideren.
Tolerantie voor storingen in de hele regio
Device Registry is een service met één regio. Als de regio niet meer beschikbaar is, zijn de resources van het apparaatregister ook niet beschikbaar.
De gegevens van uw register worden echter gerepliceerd naar de gekoppelde regio. In het geval van een langdurige regiostoring kan Microsoft ervoor kiezen om over te schakelen naar de gekoppelde regio. Als dit gebeurt, blijft uw register beschikbaar in de gekoppelde regio.
Ondersteuning voor regio
Standaardreplicatie en failover worden ondersteund in alle regio's waarin Device Registry beschikbaar is, omdat al deze regio's zijn gekoppeld.
Cost
Er zijn geen extra kosten verbonden aan replicatie van gegevens in meerdere regio's of failovers.
Replicatie configureren en voorbereiden op failover
Standaard wordt replicatie van gegevens tussen regio's automatisch geconfigureerd wanneer u apparaatregisterresources maakt in een regio die een paar vormt. Dit proces is een standaardoptie en vereist geen tussenkomst van u.
Gedrag wanneer alle regio's in orde zijn
In deze sectie wordt beschreven wat u kunt verwachten wanneer een apparaatregister is geconfigureerd voor replicatie en failover tussen regio's en de primaire regio operationeel is.
Gegevensreplicatie tussen regio's: Gegevens worden automatisch gerepliceerd naar de gekoppelde regio. Replicatie vindt asynchroon plaats, wat betekent dat er gegevensverlies wordt verwacht als er een failover plaatsvindt.
Verkeersroutering tussen regio's: Bij normale bewerkingen stroomt verkeer alleen naar de primaire regio.
Gedrag tijdens een regiofout
In deze sectie wordt beschreven wat u kunt verwachten wanneer een apparaatregister is geconfigureerd voor replicatie en failover tussen regio's en er een storing is in de primaire regio.
Detectie en reactie: Microsoft kan besluiten om een failover uit te voeren als de primaire regio verloren gaat. Dit proces kan enkele uren duren na het verlies van de primaire regio, of zelfs langer in sommige scenario's. Failover van Device Registry-resources vindt mogelijk niet op hetzelfde moment plaats als andere Azure-services.
Notificatie: Regiofoutgebeurtenissen kunnen worden bewaakt via Azure Service Health. Stel waarschuwingen in voor het ontvangen van meldingen over problemen op regioniveau.
Actieve aanvragen: Aanvragen die door de primaire regio worden verwerkt tijdens een failover, gaan waarschijnlijk verloren. Clients moeten aanvragen opnieuw proberen nadat de failover is voltooid.
Verwachte gegevensverlies: Gegevens worden asynchroon gerepliceerd naar de gekoppelde regio. Als gevolg hiervan wordt na een failover een aantal gegevensverlies verwacht. U kunt minder dan 15 minuten gegevensverlies verwachten na een regiofailover.
Verwachte downtime: Reken op ongeveer 24 uur downtime vanaf het moment dat de regio verloren gaat tot de resource beschikbaar is in de gekoppelde regio.
Verkeer omleiden: Tijdens het failoverproces worden DNS-records bijgewerkt zodat deze verwijzen naar de gekoppelde regio. Alle volgende aanvragen worden verzonden naar de gekoppelde regio.
Nadat de failoverbewerking voor het register is voltooid, zullen alle bewerkingen van het apparaat en de back-endtoepassingen naar verwachting blijven werken zonder handmatige tussenkomst.
Regioherstel
Wanneer de primaire regio zich herstelt, herstelt het apparaatregister automatisch zijn operaties in de regio.
Test voor regiofouten
Het Device Registry-platform beheert verkeersroutering, failover en failback tussen gekoppelde regio's. U hoeft niets te initiëren. Omdat deze functie volledig wordt beheerd, hoeft u geen processen voor gekoppelde regiofouten te valideren.