Betrouwbaarheid in Azure Bot Service
Wanneer u een toepassing (bot) in Azure maakt, kunt u kiezen of uw botresource globale of lokale gegevenslocatie heeft. Lokale gegevenslocatie zorgt ervoor dat de persoonlijke gegevens van uw bot worden bewaard, opgeslagen en verwerkt binnen bepaalde geografische grenzen (zoals EU-grenzen).
Belangrijk
Ondersteuning voor beschikbaarheidszones is niet ingeschakeld voor standaardkanalen in de regionale botservice.
In dit artikel wordt ondersteuning voor betrouwbaarheid in Azure Bot Service beschreven en wordt zowel regionale betrouwbaarheid behandeld als beschikbaarheidszones en tolerantie tussen regio's met herstel na noodgevallen voor bots met lokale gegevenslocatie. Zie Azure-betrouwbaarheid voor een gedetailleerder overzicht van betrouwbaarheid in Azure.
Zie Regionalisatie in Azure Bot Service voor meer informatie over het implementeren van bots met lokale gegevenslocatie en regionale naleving.
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. Ze kunnen op twee manieren worden geconfigureerd. Ze kunnen zone-redundant zijn, met automatische replicatie tussen zones of zonegebonden, waarbij exemplaren zijn vastgemaakt aan een specifieke zone. U kunt deze benaderingen ook combineren. Zie Aanbevelingen voor meer informatie over zone-redundante versus zone-redundante architectuur voor het gebruik van beschikbaarheidszones en regio's.
Voor regionale bots ondersteunt Azure Bot Service standaard zoneredundantie. U hoeft deze niet in te stellen of opnieuw te configureren voor ondersteuning voor beschikbaarheidszones.
Vereisten
- Uw bot moet regionaal zijn (niet wereldwijd).
- Momenteel ondersteunt alleen de regio Westeurope beschikbaarheidszones.
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 het herstellen van gebeurtenissen met een hoge impact, zoals natuurrampen of mislukte implementaties die downtime en gegevensverlies 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. Zie Aanbevelingen voordat u nadenkt over het maken van uw plan voor herstel na noodgevallen.
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. Tegelijkertijd repliceren veel Azure-services niet automatisch gegevens of vallen ze terug van een mislukte regio om kruislings te repliceren naar een andere ingeschakelde regio. Voor deze services bent u verantwoordelijk voor het instellen van een plan voor herstel na noodgevallen dat geschikt is voor uw workload. De meeste services die worden uitgevoerd op PaaS-aanbiedingen (Platform as a Service) van Azure bieden functies en richtlijnen ter ondersteuning van herstel na noodgeval en u kunt servicespecifieke functies gebruiken om snel herstel te ondersteunen om uw DR-plan te ontwikkelen.
Azure Bot Service wordt uitgevoerd in de modus Actief-actief voor zowel globale als regionale services. Wanneer er een storing optreedt, hoeft u geen fouten te detecteren of de service te beheren. Azure Bot Service voert automatisch autofailover en automatisch herstel uit in een geografische architectuur met meerdere regio's. Voor de regionale service van de EU-bot biedt Azure Bot Service twee volledige regio's in Europa met actieve/actieve replicatie om redundantie te garanderen. Voor de wereldwijde botservice kunnen alle beschikbare regio's/geografische gebieden worden geleverd als de wereldwijde footprint.