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

Beschikbaarheidszones zijn fysiek afzonderlijke groepen datacenters binnen elke Azure-regio. Wanneer één zone uitvalt, kunnen services een failover uitvoeren naar een van de resterende zones.

Zie Wat zijn beschikbaarheidszones in Azure voor meer informatie over beschikbaarheidszones?

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 bij rampen over regio's heen in een multiregionale geografie

Herstel na noodgevallen (DR) verwijst naar procedures die organisaties gebruiken om te herstellen van gebeurtenissen met hoge impact, zoals natuurrampen of mislukte implementaties die leiden tot downtime en gegevensverlies. 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 voor het ontwerpen van een strategie voor herstel na noodgevallenvoordat u begint met het maken van uw plan voor herstel na noodgevallen.

Voor DR maakt Microsoft gebruik van het model voor gedeelde verantwoordelijkheid. In dit model zorgt Microsoft ervoor dat de basisinfrastructuur en platformservices beschikbaar zijn. Veel Azure-services repliceren echter niet automatisch gegevens of vallen 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 voor ondersteuning van disaster recovery. U kunt servicespecifieke functies gebruiken om snelle herstelbewerkingen te ondersteunen en uw noodherstelplan 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.

Volgende stappen

Betrouwbaarheid in Azure