Betrouwbaarheid in Azure AI Health Insights
In dit artikel wordt ondersteuning voor betrouwbaarheid in Azure AI Health Insights beschreven en worden zowel regionale betrouwbaarheid behandeld als beschikbaarheidszones en tolerantie tussen regio's met herstel na noodgevallen. Zie Azure-betrouwbaarheid voor een gedetailleerder overzicht van betrouwbaarheid in Azure.
Wanneer u een Health Insights-resource maakt in Azure Portal, geeft u een regio op. Vanaf dat tijdstip blijven uw resource en alle bijbehorende bewerkingen gekoppeld aan die specifieke Azure-regio. Het is zeldzaam, maar niet onmogelijk, om een netwerkprobleem tegen te komen dat een hele regio raakt. Als uw oplossing altijd beschikbaar moet zijn, moet u deze ontwerpen om een failover uit te voeren in een andere regio of om de workload tussen twee of meer regio's te splitsen.
Ondersteuning voor beschikbaarheidszone
Azure-beschikbaarheidszones zijn ten minste drie fysiek afzonderlijke groepen datacenters binnen elke Azure-regio. Datacenters binnen elke zone zijn uitgerust met onafhankelijke energie-, koelings- en netwerkinfrastructuur. In het geval van een storing in een lokale zone worden beschikbaarheidszones zodanig ontworpen dat als de ene zone wordt beïnvloed, regionale services, capaciteit en hoge beschikbaarheid worden ondersteund door de resterende twee zones.
Fouten kunnen variëren van software- en hardwarefouten tot gebeurtenissen zoals aardbevingen, overstromingen en brand. Tolerantie voor fouten wordt bereikt met redundantie en logische isolatie van Azure-services. Zie Regio's en beschikbaarheidszones voor meer informatie over beschikbaarheidszones in Azure.
Services met azure-beschikbaarheidszones zijn ontworpen om het juiste niveau van betrouwbaarheid en flexibiliteit te bieden. Azure AI Health Insights biedt ondersteuning voor zonegebonden configuratie, wat betekent dat exemplaren zijn vastgemaakt aan een specifieke zone.
Zone-down-ervaring
Tijdens een zonebrede storing moet de klant een korte afname van de prestaties verwachten totdat de zelfherstelende capaciteit van de service opnieuw in balans is met de onderliggende capaciteit om zich aan te passen aan gezonde zones. Dit is niet afhankelijk van zoneherstel; Naar verwachting compenseert de door Microsoft beheerde service zelfherstelstatus voor een verloren zone, met behulp van capaciteit van andere zones.
Herstel na noodgevallen tussen regio's in geografie voor meerdere regio's
Herstel na noodgevallen (DR) gaat over herstel na gebeurtenissen met een hoge impact, zoals natuurrampen of mislukte implementaties die uitvaltijd tot gevolg hebben. Ongeacht de oorzaak is de beste oplossing voor een noodgeval een goed gedefinieerd en getest DR-plan en een toepassingsontwerp dat actief dr ondersteunt.
Als het gaat om herstel na noodgevallen, gebruikt Microsoft het model voor gedeelde verantwoordelijkheid. In een model voor gedeelde verantwoordelijkheid zorgt Microsoft ervoor dat de basisinfrastructuur en platformservices beschikbaar zijn. Voor deze services bent u verantwoordelijk voor het instellen van een plan voor herstel na noodgevallen dat geschikt is voor uw workload.
Voor Azure AI Health Insights slaat de service geen gegevens gedurende een lange periode op, maar alleen wanneer de gegevens worden verwerkt. Als er een regiofout optreedt, gaan alle gegevens die zijn gekoppeld aan de aanvragen die worden uitgevoerd verloren. Als uw oplossing altijd beschikbaar moet zijn, moet u deze ontwerpen om een failover uit te voeren in een andere regio of om de workload tussen twee of meer regio's te splitsen. Wanneer u van plan bent om uw toepassing voor herstel na noodgevallen te implementeren, is het handig om inzicht te hebben in Azure-regio's en geografische gebieden. Zie Replicatie tussen regio's in Azure voor meer informatie.