Tillförlitlighet i Azure Bot Service
När du skapar ett program (robot) i Azure kan du välja om robotresursen ska ha global eller lokal dataplacering eller inte. Lokal datahemvist säkerställer att robotens personliga data bevaras, lagras och bearbetas inom vissa geografiska gränser (t.ex. EU-gränser).
Viktigt!
Stöd för tillgänglighetszoner är inte aktiverat för några standardkanaler i den regionala robottjänsten.
Den här artikeln beskriver tillförlitlighetsstöd i Azure Bot Service och beskriver både regional tillförlitlighet med tillgänglighetszoner och återhämtning mellan regioner med haveriberedskap för robotar med lokal dataplacering. En mer detaljerad översikt över tillförlitligheten i Azure finns i Azures tillförlitlighet.
Mer information om hur du distribuerar robotar med lokal dataplacering och regional efterlevnad finns i Regionalisering i Azure Bot Service.
Stöd för tillgänglighetszon
Tillgänglighetszoner är fysiskt separata grupper av datacenter i varje Azure-region. När en zon misslyckas kan tjänsterna redundansväxla till en av de återstående zonerna.
Mer information om tillgänglighetszoner i Azure finns i Vad är tillgänglighetszoner?.
För regionala robotar stöder Azure Bot Service zonredundans som standard. Du behöver inte konfigurera om den för stöd för tillgänglighetszoner.
Förutsättningar
- Roboten måste vara regional (inte global).
- För närvarande har endast regionen "westeurope" stöd för tillgänglighetszoner.
Zon-ned-upplevelse
Under ett zonomfattande avbrott bör kunden förvänta sig en kort försämring av prestanda tills tjänstens självåterställning balanserar om den underliggande kapaciteten för att anpassa sig till felfria zoner. Detta är inte beroende av zonåterställning. Det förväntas att självåterställningstillståndet för Microsoft-hanterad tjänst kompenserar för en förlorad zon med hjälp av kapacitet från andra zoner.
Haveriberedskap mellan regioner i geografi för flera regioner
Haveriberedskap handlar om att återställa från händelser med hög påverkan, till exempel naturkatastrofer eller misslyckade distributioner som resulterar i driftstopp och dataförlust. Oavsett orsak är den bästa lösningen för en katastrof en väldefinierad och testad DR-plan och en programdesign som aktivt stöder DR. Innan du börjar fundera på att skapa en haveriberedskapsplan kan du läsa Rekommendationer för att utforma en strategi för haveriberedskap.
När det gäller dr använder Microsoft modellen för delat ansvar. I en modell med delat ansvar ser Microsoft till att baslinjeinfrastrukturen och plattformstjänsterna är tillgängliga. Samtidigt replikerar många Azure-tjänster inte automatiskt data eller återgår från en misslyckad region för att korsreparera till en annan aktiverad region. För dessa tjänster ansvarar du för att konfigurera en haveriberedskapsplan som fungerar för din arbetsbelastning. De flesta tjänster som körs på PaaS-erbjudanden (Plattform som en tjänst) i Azure ger funktioner och vägledning för att stödja DR och du kan använda tjänstspecifika funktioner för att stödja snabb återställning för att utveckla din DR-plan.
Azure Bot Service körs i aktivt-aktivt läge för både globala och regionala tjänster. När ett avbrott inträffar behöver du inte identifiera fel eller hantera tjänsten. Azure Bot Service utför automatiskt autofailover och automatisk återställning i en geografisk arkitektur i flera regioner. För eu-robotens regionala tjänst tillhandahåller Azure Bot Service två fullständiga regioner i Europa med aktiv/aktiv replikering för att säkerställa redundans. För den globala robottjänsten kan alla tillgängliga regioner/geografiska områden fungera som globalt fotavtryck.