Tillförlitlighet i Azure Logic Apps
Den här artikeln beskriver tillförlitlighetsstöd i Azure Logic Apps, som omfattar intraregional återhämtning via tillgänglighetszoner och distributioner i flera regioner.
Återhämtning är ett delat ansvar mellan dig och Microsoft, så den här artikeln beskriver även sätt för dig att skapa en elastisk lösning som uppfyller dina behov.
Med arbetsflöden för logikappar kan du enklare integrera och samordna data mellan appar, molntjänster och lokala system genom att minska hur mycket kod du måste skriva. När du planerar återhämtning bör du inte bara överväga dina logikappar, utan även de Azure-resurser som du använder med dina logikappar:
Anslutningar som du skapar från logikapparbetsflöden till andra appar, tjänster och system. Mer information finns i Anslutningar till resurser senare i det här avsnittet.
Lokala datagatewayer, som är Azure-resurser som du skapar och använder i dina logikappar för att komma åt data i lokala system. Varje gatewayresurs representerar en separat installation av datagatewayen på en lokal dator. Du kan konfigurera en lokal datagateway för hög tillgänglighet med hjälp av flera datorer. Mer information finns i Stöd för hög tillgänglighet.
Integrationskonton där du definierar och lagrar artefakterna som logikappens arbetsflöden använder för företagsintegreringsscenarier (B2B). Du kan till exempel konfigurera haveriberedskap mellan regioner för integrationskonton.
Azure Logic Apps med flera klienter hanterar automatiskt beräkningsinfrastrukturen och resurserna för arbetsflöden för förbrukning. Du behöver inte konfigurera eller hantera virtuella datorer . Förbrukningsarbetsflöden delar beräkningsinfrastruktur mellan många kunder.
Azure Logic Apps för en klientorganisation kör Standard-arbetsflöden på dedikerade beräkningsresurser som är dedikerade till dig och kallas för planer. Varje plan kan ha flera instanser, och dessa instanser kan också spridas över flera tillgänglighetszoner. Dina arbetsflöden körs på instanser av din plan.
Rekommendationer för produktionsdistribution
För företagsbaserade och säkra arbetsflöden med isolerings- eller nätverkssäkerhetskrav rekommenderar vi att du skapar och kör Standard-arbetsflöden i Azure Logic Apps med en enda klientorganisation i stället för förbrukningsarbetsflöden i Azure Logic Apps med flera klienter. Mer information finns i Skapa och distribuera till olika miljöer.
För produktionsdistributioner med Azure Logic Apps med en enda klientorganisation bör du aktivera zonredundans för att sprida dina logikappresurser över flera tillgänglighetszoner.
Tillfälliga fel
Tillfälliga fel är korta, tillfälliga fel i komponenter. De förekommer ofta i en distribuerad miljö som molnet, och de är en normal del av åtgärderna. De korrigerar sig själva efter en kort tidsperiod. Det är viktigt att dina program hanterar tillfälliga fel, vanligtvis genom att försöka igen.
Alla molnbaserade program bör följa Azures tillfälliga vägledning för felhantering vid kommunikation med molnbaserade API:er, databaser och andra komponenter. Mer information om hur du hanterar tillfälliga fel finns i Rekommendationer för hantering av tillfälliga fel.
I Azure Logic Apps stöder många utlösare och åtgärder automatiskt återförsöksprinciper, som automatiskt försöker göra om begäranden som misslyckas på grund av tillfälliga fel. Information om hur du ändrar eller inaktiverar återförsöksprinciper för logikappen finns i Hantera fel och undantag i Azure Logic Apps.
Om en åtgärd misslyckas kan du anpassa beteendet för efterföljande åtgärder. Du kan också skapa omfång för att gruppera relaterade åtgärder som kan misslyckas eller lyckas tillsammans.
Mer information om felhantering i Azure Logic Apps finns i Hantera fel och undantag i Azure Logic Apps.
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?.
Azure Logic Apps stöder zonredundans, vilket sprider beräkningsresurser över flera tillgänglighetszoner. När du distribuerar arbetsbelastningsresurser för logikappar mellan tillgänglighetszoner förbättrar du återhämtning och tillförlitlighet för dina arbetsbelastningar för produktionslogikappen.
Nya och befintliga arbetsflöden för förbrukningslogikapp i Azure Logic Apps med flera klientorganisationer har automatiskt zonredundans aktiverat.
För Standard-arbetsflöden med värdalternativet Arbetsflödestjänstplan i Azure Logic Apps med en enda klientorganisation kan du aktivera zonredundans.
För Standard-arbetsflöden med värdalternativet App Service-miljön v3 kan du aktivera zonredundans. Mer information om hur App Service-miljön s v3 stöder tillgänglighetszoner finns i Tillförlitlighet i App Service.
Regioner som stöds
Förbrukningslogikappar som distribueras i alla regioner som stöder tillgänglighetszoner är automatiskt zonredundanta. Japan, västra är undantaget, som för närvarande inte stöder zonredundanta logikappar eftersom vissa beroendetjänster ännu inte stöder zonredundans.
Du kan distribuera zonredundanta standardlogikappar med arbetsflödestjänstplaner i alla regioner som stöder tillgänglighetszoner för Azure App Service. Japan, västra är undantaget, som för närvarande inte stöder zonredundanta logikappar. Mer information finns i Tillförlitlighet i Azure App Service.
Information om vilka regioner som stöder tillgänglighetszoner för App Service-miljön v3 finns i Regioner.
Krav
Du måste distribuera minst tre instanser av arbetsflödestjänstplanen. Varje instans motsvarar ungefär en virtuell dator. Om du vill distribuera dessa instanser (VIRTUELLA datorer) mellan tillgänglighetszoner måste du ha minst tre instanser.
Att tänka på
- Lagring: När du konfigurerar extern lagring för tillståndskänsliga Standard-arbetsflöden måste du konfigurera ditt lagringskonto för zonredundans. Mer information finns i Lagringsöverväganden för Azure Functions.
Anslutningsappar: Inbyggda anslutningsappar är automatiskt zonredundanta när logikappen är zonredundant.
Integrationskonton: Premium SKU-integreringskonton är zonredundanta som standard.
Kostnad
Ingen extra kostnad gäller för användning av zonredundans, som automatiskt aktiveras för nya och befintliga förbrukningsarbetsflöden i Azure Logic Apps med flera klientorganisationer.
När du har Standard-arbetsflöden med arbetsflödestjänstplanen i Azure Logic Apps med en enda klientorganisation, gäller ingen extra kostnad för att aktivera tillgänglighetszoner så länge du har tre eller fler instanser av planen. Du debiteras baserat på din plan-SKU, den angivna kapaciteten och alla instanser som du skalar upp eller ned baserat på dina autoskalningsvillkor. Om du aktiverar tillgänglighetszoner men anger en kapacitet på färre än tre instanser framtvingar plattformen minst tre instanser och debiterar dig för dessa tre instanser.
App Service-miljön v3 har en specifik prismodell för zonredundans. Prisinformation för App Service-miljön v3 finns i Priser.
Konfigurera stöd för tillgänglighetszoner
Arbetsflöden för förbrukningslogikapp stöder automatiskt zonredundans, så ingen konfiguration krävs.
Skapa ett nytt arbetsflöde med zonredundans.
Information om hur du aktiverar zonredundans för standardarbetsflöden för logikappar finns i Aktivera zonredundans för din logikapp.
Migrering
Du kan inte aktivera zonredundans när du har skapat en tjänstplan. I stället måste du skapa en ny plan med zonredundans aktiverad och ta bort den gamla.
Inaktivera zonredundans.
Du kan inte inaktivera zonredundans när du har skapat en arbetsflödestjänstplan. I stället måste du skapa en ny plan med zonredundans inaktiverad och ta bort den gamla.
Kapacitetsplanering och -hantering
Du kan förbereda dig för fel i tillgänglighetszonen genom att överetablera tjänstens kapacitet. Överetablering gör att lösningen kan tolerera en viss grad av kapacitetsförlust och fortfarande fortsätta att fungera utan försämrad prestanda.
För att ta reda på hur många instanser som överetablerar är det viktigt att veta att plattformen sprider instanser över flera zoner. Du måste ta hänsyn till minst fel i en zon.
Följ de här stegen för att ta reda på det totala antalet instanser som du bör etablera:
- Fastställa antalet instanser som din högsta arbetsbelastning kräver. I det här exemplet använder vi två scenarier. En är med 3 instanser och en är med 4.
- Hämta antalet överetableringsinstanser genom att multiplicera det högsta antalet arbetsbelastningsinstanser med en faktor av [(zones/(zones-1)]:
Kommentar
I följande tabell förutsätts att du använder tre tillgänglighetszoner. Om du använder ett annat antal tillgänglighetszoner justerar du formeln i enlighet med detta.
| Högsta antal arbetsbelastningsinstanser | Faktor för [(zones/(zones-1)] | Formel | Instanser som ska etableras (avrundade) |
|---|---|---|---|
| 3 | 3/2 eller 1,5 | (3 x 1,5 = 4,5) | 5 instanser |
| 4 | 3/2 eller 1,5 | (4 x 1,5 = 4,5) | 6 instanser |
Trafikroutning mellan zoner
Under normala åtgärder kan arbetsflödesanrop använda beräkningsresurser i någon av tillgänglighetszonerna i regionen.
Under normala åtgärder sprids arbetsflödesanrop mellan alla tillgängliga planinstanser i alla tillgänglighetszoner.
Zon-down-upplevelse
Identifiering och svar: Azure Logic Apps-plattformen ansvarar för att identifiera ett fel i en tillgänglighetszon. Du behöver inte göra något för att initiera en zonredundansväxling.
Aktiva begäranden: Om en tillgänglighetszon blir otillgänglig avslutas pågående arbetsflödeskörningar som körs på en virtuell dator i den felaktiga tillgänglighetszonen. Azure Logic Apps-plattformen återupptar automatiskt arbetsflödet på en annan virtuell dator i en annan tillgänglighetszon. På grund av det här beteendet kan aktiva arbetsflöden uppleva vissa tillfälliga fel eller högre svarstid när nya virtuella datorer läggs till i de återstående tillgänglighetszonerna.
Återställning efter fel
När tillgänglighetszonen återställs återställer Azure Logic Apps automatiskt instanser i tillgänglighetszonen, tar bort tillfälliga instanser som skapats i de andra tillgänglighetszonerna och omdirigerar trafik mellan dina instanser som vanligt.
Testa för zonfel
Azure Logic Apps-plattformen hanterar trafikroutning, redundans och återställning efter fel för zonredundanta logikappresurser. Du behöver inte initiera något. Den här funktionen är helt hanterad, så du behöver inte verifiera felprocesser i tillgänglighetszonen.
Stöd för flera regioner
Varje logikapp distribueras till en enda Azure-region. Om regionen blir otillgänglig är logikappen inte heller tillgänglig.
Alternativa metoder för flera regioner
För högre återhämtning kan du distribuera en standby- eller säkerhetskopieringslogikapp i en sekundär region och redundansväxla till den andra regionen om den primära regionen inte är tillgänglig. Utför följande uppgifter för att aktivera den här funktionen:
- Distribuera logikappen i både primära och sekundära regioner.
- Konfigurera om anslutningar till resurser efter behov.
- Konfigurera belastningsutjämnings- och redundansprinciper.
- Planera för att övervaka den primära instansens hälsa och initiera redundans.
Mer information om distributioner i flera regioner för dina arbetsflöden för logikappar finns i följande dokumentation:
- Distributioner i flera regioner i Azure Logic Apps
- Konfigurera haveriberedskap mellan regioner för integrationskonton i Azure Logic Apps
- Skapa replikeringsuppgifter för Azure-resurser med hjälp av Azure Logic Apps
Serviceavtal
Serviceavtalet (SLA) för Azure Logic Apps beskriver den förväntade tillgängligheten för tjänsten. Detta avtal beskriver också de villkor som ska uppfyllas för att uppnå denna förväntan. För att förstå dessa villkor kontrollerar du att du granskar serviceavtalen (SLA) för onlinetjänster.