Betrouwbaarheid in Azure Logic Apps
In dit artikel wordt ondersteuning voor betrouwbaarheid in Azure Logic Apps beschreven, met informatie over tolerantie binnen regio's via beschikbaarheidszones en implementaties in meerdere regio's.
Tolerantie is een gedeelde verantwoordelijkheid tussen u en Microsoft. In dit artikel worden ook manieren besproken waarop u een flexibele oplossing kunt maken die aan uw behoeften voldoet.
Met werkstromen voor logische apps kunt u eenvoudiger gegevens integreren en organiseren tussen apps, cloudservices en on-premises systemen door te beperken hoeveel code u moet schrijven. Wanneer u van plan bent voor tolerantie, moet u ervoor zorgen dat u niet alleen uw logische apps, maar ook deze Azure-resources die u met uw logische apps gebruikt, overweegt:
Verbindingen die u maakt op basis van werkstromen van logische apps naar andere apps, services en systemen. Zie Verbindingen met resources verderop in dit onderwerp voor meer informatie.
On-premises gegevensgateways. Dit zijn Azure-resources die u in uw logische apps maakt en gebruikt voor toegang tot gegevens in on-premises systemen. Elke gatewayresource vertegenwoordigt een afzonderlijke installatie van een gegevensgateway op een lokale computer. U kunt een on-premises gegevensgateway configureren voor hoge beschikbaarheid met behulp van meerdere computers. Zie Ondersteuning voor hoge beschikbaarheid voor meer informatie.
Integratieaccounts waarin u de artefacten definieert en opslaat die logische app-werkstromen gebruiken voor bedrijfs-naar-business-integratiescenario's (B2B). U kunt bijvoorbeeld herstel na noodgevallen voor meerdere regio's instellen voor integratieaccounts.
Multitenant Azure Logic Apps beheert automatisch de rekeninfrastructuur en -resources voor verbruikswerkstromen. U hoeft geen virtuele machines (VM's) te configureren of te beheren. Verbruikswerkstromen delen de rekeninfrastructuur tussen veel klanten.
Met Azure Logic Apps met één tenant worden standaardwerkstromen uitgevoerd op toegewezen rekenresources, die aan u zijn toegewezen en abonnementen worden genoemd. Elk plan kan meerdere exemplaren hebben en die exemplaren kunnen eventueel worden verdeeld over meerdere beschikbaarheidszones. Uw werkstromen worden uitgevoerd op exemplaren van uw plan.
Aanbevelingen voor productie-implementatie
Voor zakelijke en veilige werkstromen met isolatie- of netwerkbeveiligingsvereisten raden we u aan Om Standard-werkstromen te maken en uit te voeren in Azure Logic Apps met één tenant in plaats van verbruikswerkstromen in multitenant Azure Logic Apps. Zie Maken en implementeren in verschillende omgevingen voor meer informatie.
Voor productie-implementaties met Azure Logic Apps met één tenant moet u zoneredundantie inschakelen om uw logische app-resources over meerdere beschikbaarheidszones te verdelen.
Tijdelijke fouten
Tijdelijke fouten zijn korte, onregelmatige fouten in onderdelen. Ze vinden vaak plaats in een gedistribueerde omgeving, zoals de cloud, en ze zijn een normaal onderdeel van de bewerkingen. Ze corrigeren zichzelf na een korte periode. Het is belangrijk dat uw toepassingen tijdelijke fouten afhandelen, meestal door de betreffende aanvragen opnieuw uit te voeren.
Alle in de cloud gehoste toepassingen moeten de richtlijnen voor tijdelijke foutafhandeling van Azure volgen bij het communiceren met eventuele in de cloud gehoste API's, databases en andere onderdelen. Zie Aanbevelingen voor het overdragen van tijdelijke fouten voor meer informatie over het afhandelen van tijdelijke fouten.
In Azure Logic Apps ondersteunen veel triggers en acties automatisch beleid voor opnieuw proberen, waardoor aanvragen die mislukken, automatisch mislukken vanwege tijdelijke fouten. Zie Fouten en uitzonderingen afhandelen in Azure Logic Apps voor meer informatie over het wijzigen of uitschakelen van beleid voor opnieuw proberen voor uw logische app.
Als een actie mislukt, kunt u het gedrag van volgende acties aanpassen. U kunt ook bereiken maken om gerelateerde acties te groeperen die samen kunnen mislukken of lukken.
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?
Azure Logic Apps ondersteunt zoneredundantie, die rekenresources verspreidt over meerdere beschikbaarheidszones. Wanneer u workloadresources voor logische apps over beschikbaarheidszones distribueert, verbetert u de tolerantie en betrouwbaarheid voor uw workloads van uw logische app in productieomgevingen.
Nieuwe en bestaande werkstromen voor logische verbruiks-apps in multitenant Azure Logic Apps hebben automatisch zoneredundantie ingeschakeld.
Voor Standaardwerkstromen met de hostingoptie Workflow Service Plan in Azure Logic Apps met één tenant kunt u eventueel zoneredundantie inschakelen.
Voor Standaardwerkstromen met de hostingoptie App Service Environment v3 kunt u eventueel zoneredundantie inschakelen. Zie Betrouwbaarheid in App Service voor meer informatie over hoe App Service Environments v3 beschikbaarheidszones ondersteunt.
Ondersteunde regio's
Logische verbruiks-apps die zijn geïmplementeerd in elke regio die beschikbaarheidszones ondersteunen, zijn automatisch zone-redundant. Japan - west is de uitzondering, die momenteel geen zone-redundante logische apps ondersteunt, omdat sommige afhankelijkheidsservices nog geen zoneredundantie ondersteunen.
U kunt zoneredundante standaardlogica-apps implementeren met werkstroomserviceplannen in elke regio die beschikbaarheidszones voor Azure-app Service ondersteunt. Japan - west is de uitzondering, die momenteel geen zone-redundante logische apps ondersteunt. Zie Betrouwbaarheid in Azure-app Service voor meer informatie.
Zie Regio's voor meer informatie over welke regio's beschikbaarheidszones ondersteunen voor App Service Environment v3.
Vereisten
U moet ten minste drie exemplaren van uw Workflow Service-plan implementeren. Elk exemplaar komt ongeveer overeen met één VIRTUELE machine. Als u deze exemplaren (VM's) wilt distribueren over beschikbaarheidszones, moet u minimaal drie exemplaren hebben.
Overwegingen
- Opslag: Wanneer u externe opslag configureert voor stateful Standaardwerkstromen, moet u uw opslagaccount configureren voor zoneredundantie. Zie Overwegingen bij het gebruik van opslag voor Azure Functions voor meer informatie.
Connectors: ingebouwde connectors zijn automatisch zone-redundant wanneer uw logische app zone-redundant is.
Integratieaccounts: Premium SKU-integratieaccounts zijn standaard zone-redundant.
Kosten
Er zijn geen extra kosten van toepassing op het gebruik van zoneredundantie, die automatisch wordt ingeschakeld voor nieuwe en bestaande verbruikswerkstromen in multitenant Azure Logic Apps.
Wanneer u Standard-werkstromen hebt met het Workflow Service-plan in Azure Logic Apps met één tenant, zijn er geen extra kosten van toepassing op het inschakelen van beschikbaarheidszones zolang u drie of meer exemplaren van het plan hebt. Er worden kosten in rekening gebracht op basis van uw plan-SKU, de opgegeven capaciteit en eventuele instanties die u omhoog of omlaag schaalt, op basis van uw criteria voor automatische schaalaanpassing. Als u beschikbaarheidszones inschakelt, maar een capaciteit van minder dan drie exemplaren opgeeft, dwingt het platform minimaal drie exemplaren en kosten voor deze drie instanties af.
App Service Environment v3 heeft een specifiek prijsmodel voor zoneredundantie. Zie Prijzen voor prijsinformatie voor App Service Environment v3.
Ondersteuning voor beschikbaarheidszones configureren
Werkstromen van logische apps voor verbruik ondersteunen automatisch zoneredundantie, dus er is geen configuratie vereist.
Maak een nieuwe werkstroom met zoneredundantie.
Migratie
U kunt zoneredundantie niet inschakelen nadat u een serviceplan hebt gemaakt. In plaats daarvan moet u een nieuw plan maken met zoneredundantie ingeschakeld en de oude verwijderen.
Zoneredundantie uitschakelen.
U kunt zoneredundantie niet uitschakelen nadat u een Workflow Service-plan hebt gemaakt. In plaats daarvan moet u een nieuw plan maken waarbij zoneredundantie is uitgeschakeld en het oude plan verwijderen.
Capaciteitsplanning en -beheer
Als u zich wilt voorbereiden op een fout in de beschikbaarheidszone, kunt u overwegen om de capaciteit van uw service te over-inrichten . Met overinrichting kan de oplossing enige mate van capaciteitsverlies tolereren en toch blijven functioneren zonder verminderde prestaties.
Als u wilt weten hoeveel exemplaren er te veel moeten worden ingericht, is het belangrijk om te weten dat het platform exemplaren verspreidt over meerdere zones. U moet ten minste rekening houden met de fout van één zone.
Volg deze stappen om het totale aantal exemplaren te achterhalen dat u moet inrichten:
- Bepaal het aantal exemplaren dat uw piekworkload nodig heeft. In dit voorbeeld gebruiken we twee scenario's. Een is met 3 exemplaren en één is met 4.
- Haal het aantal exemplaren van overinrichting op door het aantal piekworkloadexemplaren te vermenigvuldigen met een factor [(zones/(zones-1)].
- Rond het resultaat af op het dichtstbijzijnde gehele getal.
Notitie
In de volgende tabel wordt ervan uitgegaan dat u drie beschikbaarheidszones gebruikt. Als u een ander aantal beschikbaarheidszones gebruikt, past u de formule dienovereenkomstig aan.
| Piekaantal workloadexemplaren | Factor [(zones/(zones-1)] | Formule | Instanties die moeten worden ingericht (afgerond) |
|---|---|---|---|
| 3 | 3/2 of 1,5 | (3 x 1,5 = 4,5) | 5exemplaren |
| 4 | 3/2 of 1,5 | (4 x 1,5 = 6) | 6 exemplaren |
Verkeersroutering tussen zones
Tijdens normale bewerkingen kunnen werkstroomvocations rekenresources gebruiken in een van de beschikbaarheidszones binnen de regio.
Tijdens normale bewerkingen worden werkstroomvocations verspreid over al uw beschikbare abonnementsexemplaren in alle beschikbaarheidszones.
Zone-down ervaring
Detectie en reactie: het Azure Logic Apps-platform is verantwoordelijk voor het detecteren van een fout in een beschikbaarheidszone. U hoeft niets te doen om een zonefailover te starten.
Actieve aanvragen: als een beschikbaarheidszone niet beschikbaar is, worden uitvoeringen van werkstromen die worden uitgevoerd op een VIRTUELE machine in de defecte beschikbaarheidszone beëindigd. Het Azure Logic Apps-platform hervat automatisch de werkstroom op een andere VIRTUELE machine in een andere beschikbaarheidszone. Vanwege dit gedrag kunnen actieve werkstromen tijdelijke fouten of een hogere latentie ervaren, omdat nieuwe VM's worden toegevoegd aan de resterende beschikbaarheidszones.
Failback
Wanneer de beschikbaarheidszone wordt hersteld, herstelt Azure Logic Apps automatisch instanties in de beschikbaarheidszone, verwijdert u tijdelijke exemplaren die zijn gemaakt in de andere beschikbaarheidszones en routeert u het verkeer tussen uw exemplaren als normaal.
Testen op zonefouten
Het Azure Logic Apps-platform beheert verkeersroutering, failover en failback voor zone-redundante logische app-resources. U hoeft niets te initiëren. Deze functie wordt volledig beheerd, dus u hoeft de foutprocessen van de beschikbaarheidszone niet te valideren.
Ondersteuning voor meerdere regio's
Elke logische app wordt geïmplementeerd in één Azure-regio. Als de regio niet beschikbaar is, is uw logische app ook niet beschikbaar.
Alternatieve benaderingen voor meerdere regio's
Voor een hogere tolerantie kunt u een logische app voor stand-by of back-up implementeren in een secundaire regio en een failover naar die andere regio uitvoeren als de primaire regio niet beschikbaar is. Voer de volgende taken uit om deze mogelijkheid in te schakelen:
- Implementeer uw logische app in zowel primaire als secundaire regio's.
- Configureer zo nodig verbindingen met resources opnieuw.
- Taakverdeling en failoverbeleid configureren.
- Plan de status van het primaire exemplaar te bewaken en failover te initiëren.
Zie de volgende documentatie voor meer informatie over implementaties in meerdere regio's voor uw werkstromen voor logische apps:
- Implementaties met meerdere regio's in Azure Logic Apps
- Herstel na noodgevallen voor meerdere regio's instellen voor integratieaccounts in Azure Logic Apps
- Replicatietaken maken voor Azure-resources met behulp van Azure Logic Apps
Service level agreement
In de SLA (Service Level Agreement) voor Azure Logic Apps wordt de verwachte beschikbaarheid van de service beschreven. In deze overeenkomst worden ook de voorwaarden beschreven waaraan moet worden voldaan om deze verwachting te bereiken. Als u deze voorwaarden wilt begrijpen, controleert u de Sla (Service Level Agreements) voor Online Services.