Freigeben über

Zuverlässigkeit in Azure Logic Apps

  • Artikel

In diesem Artikel wird die Zuverlässigkeitsunterstützung in Azure Logic Apps beschrieben, wobei sowohl intraregionale Resilienz mittels Verfügbarkeitszonen als auch Bereitstellungen in mehreren Regionen behandelt werden.

Resilienz liegt in geteilter Verantwortung bei Ihnen und Microsoft, weshalb in diesem Artikel auch Möglichkeiten zum Erstellen einer resilienten Lösung beschrieben werden, die Ihren Anforderungen entspricht.

Logik-App-Workflows erleichtern das Integrieren und Orchestrieren von Daten zwischen Apps, Clouddiensten und lokalen Systemen, indem sie den zu schreibende Code reduzieren. Wenn Sie eine Resilienzlösung planen, stellen Sie sicher, dass Sie nicht nur Ihre Logik-Apps, sondern auch die Azure-Ressourcen berücksichtigen, die Sie mit Ihren Logik-Apps verwenden:

Azure Logic Apps mit mehreren Mandanten verwaltet automatisch die Computeinfrastruktur und Ressourcen für Verbrauchsworkflows. Sie müssen keine virtuellen Computer (VMs) konfigurieren oder verwalten. Bei Verbrauchsworkflows wird die Computeinfrastruktur von vielen Kunden gemeinsam genutzt.

Azure Logic Apps mit einem einzigen Mandanten führt Standardworkflows für dedizierte Computeressourcen aus, die Ihnen zugeordnet sind. Diese werden als Pläne bezeichnet. Jeder Plan kann über mehrere Instanzen verfügen, und diese Instanzen können optional über mehrere Verfügbarkeitszonen verteilt werden. Ihre Workflows werden auf Instanzen Ihres Plans ausgeführt.

Bereitstellungsempfehlungen für die Produktion

Für Unternehmensworkflows und sichere Workflows mit Isolations- oder Netzwerksicherheitsanforderungen empfehlen wir, Standardworkflows in Azure Logic Apps mit einem Mandanten zu erstellen und auszuführen, anstatt Workflows in Azure Logic Apps mit mehreren Mandanten zu verwenden. Weitere Informationen finden Sie unter Erstellen und Bereitstellen in verschiedenen Umgebungen.

Für Produktionsbereitstellungen mit Azure Logic Apps mit einem Mandanten sollten Sie Zonenredundanz aktivieren, um Ihre Logik-App-Ressourcen über mehrere Verfügbarkeitszonen hinweg zu verteilen.

Vorübergehende Fehler

Vorübergehende Fehler sind kurze, zeitweilige Fehler in Komponenten. Sie treten häufig in einer verteilten Umgebung wie der Cloud auf und sind ein normaler Bestandteil von Vorgängen. Sie korrigieren sich nach kurzer Zeit von selbst. Es ist wichtig, dass Ihre Anwendungen vorübergehende Fehler behandeln. Dies geschieht in der Regel durch Wiederholen betroffener Anforderungen.

Alle in der Cloud gehosteten Anwendungen sollten bei der Kommunikation mit in der Cloud gehosteten APIs, Datenbanken und anderen Komponenten den Azure-Richtlinien zur Behandlung vorübergehender Fehler folgen. Weitere Informationen zum Umgang mit vorübergehenden Störungen finden Sie unter Empfehlungen für den Umgang mit vorübergehenden Störungen.

In Azure Logic Apps unterstützen viele Trigger und Aktionen automatisch Wiederholungsrichtlinien, die Anforderungen automatisch wiederholen, die aufgrund vorübergehender Fehler fehlschlagen. Informationen zum Ändern oder Deaktivieren von Wiederholungsrichtlinien für Ihre Logik-App finden Sie unter Behandeln von Fehlern und Ausnahmen in Azure Logic Apps.

Wenn eine Aktion fehlschlägt, können Sie das Verhalten der nachfolgenden Aktionen anpassen. Sie können auch Bereiche erstellen, um verwandte Aktionen zu gruppieren, die fehlschlagen oder zusammen erfolgreich sein können.

Weitere Informationen zur Behandlung von Fehlern in Azure Logic Apps finden Sie unter Behandeln von Fehlern und Ausnahmen in Azure Logic Apps.

Unterstützung für Verfügbarkeitszonen

Verfügbarkeitszonen sind physisch getrennte Gruppen von Rechenzentren innerhalb einer Azure-Region. Wenn eine Zone ausfällt, erfolgt ein Failover der Dienste zu einer der verbleibenden Zonen.

Weitere Informationen zu Verfügbarkeitszonen in Azure finden Sie unter Was sind Verfügbarkeitszonen?.

Azure Logic Apps unterstützt Zonenredundanz, die Computeressourcen über mehrere Verfügbarkeitszonen verteilt. Wenn Sie Logik-App-Workloadressourcen über Verfügbarkeitszonen verteilen, können Sie die Resilienz und Zuverlässigkeit für Ihre Produktionsworkloads verbessern.

Neue und vorhandene Logik-App-Workflows für den Verbrauch in Azure Logic Apps mit mehreren Mandanten verfügen automatisch über Zonenredundanz.

Für Standardworkflows mit der Hostingoption „Workflow-Serviceplan” in Azure Logic Apps mit einem Mandanten können Sie optional Zonenredundanz aktivieren.

Für Standardworkflows mit der Hostingoption „App Service-Umgebung v3” können Sie optional Zonenredundanz aktivieren. Weitere Informationen darüber, wie App Service-Umgebungen v3 Verfügbarkeitszonen unterstützt, finden Sie unter Zuverlässigkeit in App Service.

Unterstützte Regionen

Logik-Apps für den Verbrauch, die in jeder Region bereitgestellt werden, die Verfügbarkeitszonen unterstützt, sind automatisch zonenredundant. Japan, Westen ist die Ausnahme, die derzeit keine zonenredundanten Logik-Apps unterstützt, da einige Abhängigkeitsdienste noch keine Zonenredundanz unterstützen.

Sie können zonenredundante Standard-Logik-Apps mit Workflowserviceplänen in jeder Region bereitstellen, die Verfügbarkeitszonen für Azure App Service unterstützt. Japan, Westen stellt eine Ausnahme dar und unterstützt derzeit keine zonenredundanten Logik-Apps. Weitere Informationen finden Sie unter Zuverlässigkeit in Azure App Service.

Informationen dazu, welche Regionen Verfügbarkeitszonen für App Service-Umgebung v3 unterstützen, finden Sie unter Regionen.

Anforderungen

Sie müssen mindestens drei Instanzen Ihres Workflowserviceplans bereitstellen. Jede Instanz entspricht in etwa einem virtuellen Computer. Um diese Instanzen (VMs) über Verfügbarkeitszonen zu verteilen, müssen Sie mindestens drei Instanzen haben.

Überlegungen

  • Speicher: Wenn Sie externen Speicher für zustandsbehaftete Standardworkflows konfigurieren, müssen Sie Ihr Speicherkonto für Zonenredundanz konfigurieren. Weitere Informationen finden Sie unter Speicheraspekte für Azure Functions.

  • Connectors: Integrierte Connectors sind automatisch zonenredundant, wenn Ihre Logik-App zonenredundant ist.

  • Integrationskonten: Premium-SKU-Integrationskonten sind standardmäßig zonenredundant.

Kosten

Es gelten keine zusätzlichen Kosten für die Verwendung von Zonenredundanz, die automatisch für neue und vorhandene Verbrauchsworkflows in mehrinstanzenfähigen Azure Logic Apps aktiviert wird.

Wenn Sie über Standardworkflows mit dem Workflowserviceplan in Azure Logic Apps mit einem Mandanten verfügen, fallen keine zusätzlichen Kosten für die Aktivierung von Verfügbarkeitszonen an, solange Sie drei oder mehr Instanzen des Plans haben. Die Gebühren werden auf Grundlage Ihrer Plan-SKU, der angegebenen Kapazität und aller Instanzen berechnet, auf die Sie basierend auf Ihren Kriterien für Autoskalierung hoch- oder herunterskalieren. Wenn Sie Verfügbarkeitszonen aktivieren, aber eine kleinere Kapazität als drei Instanzen angeben, erzwingt die Plattform eine Mindestanzahl von drei Instanzen und berechnet Ihnen diese drei Instanzen.

App Service Environment v3 verfügt über ein bestimmtes Preismodell für Zonenredundanz. Preisinformationen für App Service-Umgebung v3 finden Sie unter Preise.

Konfigurieren der Unterstützung von Verfügbarkeitszonen

Verbrauchsbasierte Logik-App-Workflows unterstützen automatisch Zonenredundanz, sodass keine Konfiguration erforderlich ist.

  • Erstellen eines neuen Workflows mit Zonenredundanz.

    Informationen zum Aktivieren der Zonenredundanz für standardmäßige Logik-App-Workflows finden Sie unter Aktivieren der Zonenredundanz für Ihre Logik-App.

  • Migration

    Sie können Zonenredundanz nicht mehr aktivieren, nachdem Sie einen Serviceplan erstellt haben. Stattdessen müssen Sie einen neuen Plan mit aktivierter Zonenredundanz erstellen und den alten löschen.

  • Deaktivieren der Zonenredundanz.

    Sie können Zonenredundanz nicht deaktivieren, nachdem Sie einen Workflowserviceplan erstellt haben. Stattdessen müssen Sie einen neuen Plan mit deaktivierter Zonenredundanz erstellen und den alten löschen.

Kapazitätsplanung und -verwaltung

Zur Vorbereitung auf den Ausfall einer Verfügbarkeitszone sollten Sie die Überbereitstellung der Kapazität Ihres Diensts in Betracht ziehen. Durch Überbereitstellung kann die Lösung einen gewissen Kapazitätsverlust tolerieren und ohne beeinträchtigte Leistung weiter funktionieren.

Um herauszufinden, wie viele Instanzen zusätzlich bereitgestellt werden sollen, ist es wichtig zu wissen, dass die Plattform Instanzen über mehrere Zonen verteilt. Sie müssen mindestens den Ausfall einer Zone berücksichtigen.

Führen Sie die folgenden Schritte aus, um die Gesamtzahl der Instanzen zu ermitteln, die Sie bereitstellen sollten:

  1. Ermitteln Sie die Anzahl der Instanzen, die Ihre Spitzenarbeitsauslastung erfordert. In diesem Beispiel werden zwei Szenarien verwendet. Eines mit 3 Instanzen und eines mit 4 Instanzen.
  2. Ermitteln Sie die Anzahl der Überbereitstellungsinstanzen, indem Sie die Anzahl der Spitzenauslastungsinstanzen mit einem Faktor von [(Zonen/(Zonen-1)] multiplizieren:

Hinweis

In der folgenden Tabelle wird davon ausgegangen, dass Sie drei Verfügbarkeitszonen verwenden. Wenn Sie eine andere Anzahl von Verfügbarkeitszonen verwenden, passen Sie die Formel entsprechend an.

Anzahl der Spitzenauslastungsinstanzen Faktor von [(Zonen/(Zonen-1)] Formel Bereitzustellende Instanzen (gerundet)
3 3/2 oder 1,5 (3 x 1,5 = 4,5) 5 Instanzen
4 3/2 oder 1,5 (4 x 1,5 = 4,5) 6 Instanzen

Routing von Datenverkehr zwischen Zonen

Bei normalem Betrieb können Workflowaufrufe Computeressourcen in einer der Verfügbarkeitszonen innerhalb der Region verwenden.

Bei normalem Betrieb werden Workflowaufrufe auf alle verfügbaren Planinstanzen in allen Verfügbarkeitszonen verteilt.

Zonenausfall

Erkennung und Reaktion: Die Azure Logic Apps-Plattform ist dafür verantwortlich, einen Fehler in einer Verfügbarkeitszone zu erkennen. Sie müssen keine Maßnahmen ergreifen, um ein Zonenfailover zu initiieren.

Aktive Anforderungen: Wenn eine Verfügbarkeitszone nicht verfügbar ist, werden alle laufenden Workflowausführungen, die auf einer VM in der ausgefallenen Verfügbarkeitszone ausgeführt werden, beendet. Die Azure Logic Apps-Plattform setzt den Workflow automatisch auf einem anderen virtuellen Computer in einer anderen Verfügbarkeitszone fort. Aufgrund dieses Verhaltens können bei aktiven Workflows einige vorübergehenden Fehler oder höhere Latenz auftreten, da neue VMs den verbleibenden Verfügbarkeitszonen hinzugefügt werden.

Failback

Wenn sich die Verfügbarkeitszone erholt, speichert Azure Logic Apps automatisch Instanzen in der Verfügbarkeitszone, entfernt alle temporären Instanzen, die in den anderen Verfügbarkeitszonen erstellt wurden, und leitet den Datenverkehr wie gewohnt zwischen Ihren Instanzen um.

Testen auf Zonenfehler

Die Azure Logic Apps-Plattform verwaltet Datenverkehrsrouting, Failover und Failback für zonenredundante Azure Logic Apps-Ressourcen. Sie brauchen nichts zu initiieren. Dieses Feature ist vollständig verwaltet, sodass Sie keine Maßnahmen ergreifen oder den Fehlerprozess für Verfügbarkeitszonen überprüfen müssen.

Unterstützung für mehrere Regionen

Jede Logik-App wird in einer einzelnen Azure-Region bereitgestellt. Wenn die Region nicht verfügbar ist, ist Ihre Logik-App ebenfalls nicht verfügbar.

Alternative Ansätze für mehrere Regionen

Für eine höhere Resilienz können Sie eine Standby- oder Backup-Logik-App in einer sekundären Region bereitstellen und ein Failover in diese andere Region ausführen, wenn die primäre Region nicht verfügbar ist. Führen Sie die folgenden Aufgaben aus, um diese Funktion zu aktivieren:

  • Stellen Sie Ihre Logik-App sowohl in primären als auch in sekundären Regionen bereit.
  • Konfigurieren Sie Verbindungen mit Ressourcen neu, falls erforderlich.
  • Konfigurieren sie Lastenausgleichs- und Failoverrichtlinien.
  • Planen Sie die Überwachung der Integrität der primären Instanz, und initiieren Sie das Failover.

Weitere Informationen zu Bereitstellungen in mehreren Regionen für Ihre Logik-App-Workflows finden Sie in der folgenden Dokumentation:

Vereinbarung zum Servicelevel

Die Vereinbarung zum Servicelevel (SLA) für Azure Logic Apps beschreibt die erwartete Verfügbarkeit des Diensts. Diese Vereinbarung beschreibt auch die Voraussetzungen für die Erreichung dieser Erwartungen. Um diese Bedingungen zu verstehen, sollten Sie sich die Vereinbarungen zum Servicelevel (SLAs) für Onlinedienste ansehen.

Zugehöriger Inhalt