Anteckning
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
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.
När du använder Azure är tillförlitlighet ett delat ansvar. Microsoft tillhandahåller en rad funktioner för att stödja återhämtning och återställning. Du ansvarar för att förstå hur dessa funktioner fungerar inom alla tjänster som du använder och välja de funktioner du behöver för att uppfylla dina affärsmål och drifttidsmål.
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 datagatewayinstallation 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 multitenant hanterar automatiskt beräkningsinfrastrukturen och resurserna för konsumentarbetsflöden. Du behöver inte konfigurera eller hantera virtuella datorer . Förbrukningsarbetsflöden delar beräkningsinfrastruktur mellan många kunder.
Azure Logic Apps med enskild klientkörning använder standardarbetsflöden på dedikerade beräkningsresurser som är tilldelade för dig och kallas planer. Varje plan kan ha flera instanser, och dessa instanser kan också spridas över flera tillgänglighetszoner. Dina arbetsflöden körs på exemplar 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
Förbigående fel är kortvariga, intermittenta fel i komponenter. De förekommer ofta i en distribuerad miljö som molnet, och de är en normal del av åtgärderna. Tillfälliga fel korrigerar sig själva efter en kort tidsperiod. Det är viktigt att dina program kan hantera tillfälliga fel, vanligtvis genom att försöka igen.
Alla molnbaserade program bör följa vägledningen för tillfälliga felhantering i Azure när de kommunicerar med molnbaserade API:er, databaser och andra komponenter. Mer information 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 riskerar att 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.
Azure Logic Apps stöder zonredundans, vilket sprider beräkningsresurser över flera tillgänglighetszoner. När du distribuerar logikappars arbetsbelastningsresurser mellan tillgänglighetszoner förbättrar du motståndskraft och tillförlitlighet för dina produktionslogikappars arbetsbelastningar.
Nya och befintliga arbetsflöden i konsumtionslogikappar i Azure Logic Apps i en multitenantmiljö har automatiskt aktiverad zonredundans.
För Standard-arbetsflöden med värdalternativet Arbetsflödestjänstplan i enskild klientorganisation Azure Logic Apps kan du alternativt 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 Environments v3 stöder tillgänglighetszoner finns i Tillförlitlighet i App Service Environment.
Regioner som stöds
Förbrukningslogikappar som distribueras i alla regioner som stöder tillgänglighetszoner är automatiskt zonredundanta. Västra Japan ä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 West är undantaget, vilket för närvarande inte stödjer zonredundanta Logic Apps. 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.
Requirements
Du måste distribuera minst två 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 två instanser.
Considerations
- 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.
Anslutningar: Inbyggda anslutningar är automatiskt zonredundanta när din logikapp är zonredundant.
Integrationskonton: Premium SKU-integreringskonton är zonredundanta som standard.
Cost
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 i en dedikerad klientmiljö, tillkommer ingen extra kostnad för att aktivera tillgänglighetszoner så länge du har två eller fler instanser av planen. Du debiteras baserat på SKU för din plan, den angivna kapaciteten och alla instanser som du skalar upp eller ned enligt dina autoskalningsvillkor. Om du aktiverar tillgänglighetszoner, men anger en kapacitet på färre än två instanser, tvingar plattformen fram minst två instanser och debiterar dig för dessa två 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.
Migration
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
För att förbereda dig för fel i tillgänglighetszonen kan du överdimensionera kapaciteten för din integreringskörning. Ö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. Mer information om överetablering finns i Hantera kapacitet med överetablering.
Normala åtgärder
I det här avsnittet beskrivs vad du kan förvänta dig när Azure Logic Apps-resurser konfigureras för zonredundans och alla tillgänglighetszoner är i drift.
Trafikroutning mellan zoner: Under normala åtgärder kan arbetsflödesanrop använda beräkningsresurser i någon av tillgänglighetszonerna i regionen.
Trafikroutning mellan zoner: Under normala åtgärder sprids arbetsflödesanrop mellan alla tillgängliga planinstanser i alla tillgänglighetszoner.
Avslappningsupplevelse
Det här avsnittet beskriver vad du kan förvänta dig när Azure Logic Apps-resurser konfigureras för zonredundans och det uppstår ett avbrott i tillgänglighetszonen.
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 påbörja en zone-failover.
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.
Zonåterställning
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, failover och återställning vid 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 motståndskraft kan du distribuera en standby- eller säkerhetskopieringslogikapp i en sekundär region och växla över 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 hälsan hos den primära instansen och initiera failover.
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 återställning vid katastrof över 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.