Replizieren von Azure-Ressourcen durch Erstellen von Replikationsaufgaben

Azure-Dienste priorisieren maximale Verfügbarkeit und Zuverlässigkeit. Zufällige Ereignisse können jedoch weiterhin die Kommunikation unterbrechen oder beenden. Netzwerk- und Namensauflösungsprobleme, Fehler oder temporäre Reaktionsunfähigkeit können z. B. auftreten. Diese Bedingungen sind nicht schwerwiegend genug, um die regionale Bereitstellung aufzugeben, die Sie möglicherweise in einer Notfallwiederherstellungssituation tun können. Verfügbarkeitsunterbrechungen, die einige Minuten oder sogar Sekunden dauern, können sich jedoch weiterhin auf Ihr Unternehmen auswirken.

Um die Auswirkungen auf Ihre Azure-Ressourcen aus solchen Ereignissen zu verringern, replizieren Sie den Inhalt ihrer Ressourcen aus einer Azure-Region in eine andere Region, indem Sie Replikationsaufgaben erstellen. Eine Replikationsaufgabe verschiebt Daten, Ereignisse oder Nachrichten aus einer Quellressource in einer Region in eine Zielressource in einer anderen Region. Wenn die Quelle offline ist, kann das Ziel übernehmen.

Sie können auch Replikationsaufgaben verwenden, um Inhalte zwischen Ressourcen in derselben Region zu verschieben. Wenn die gesamte Region jedoch nicht verfügbar ist oder Unterbrechungen auftreten, sind sowohl Quell- als auch Zielressourcen betroffen.

Dieses Handbuch enthält eine Übersicht über Replikationsaufgaben, die von Azure Logic Apps unterstützt werden. Das Handbuch zeigt auch, wie Sie eine Replikationsaufgabe für Azure Service Bus-Warteschlangen als Beispiel erstellen.

Was ist eine Replikationsaufgabe?

Eine Replikationsaufgabe empfängt Inhalte, z. B. Daten, Ereignisse oder Nachrichten, aus einer Quellressource, z. B. einer ServiceBus-Warteschlange. Anschließend verschiebt der Vorgang diesen Inhalt in eine Zielressource und löscht dann den Inhalt aus der Quelle, es sei denn, die Quelle ist eine Azure Event Hubs-Entität. Replikationsaufgaben verschieben in der Regel Inhalte ohne Änderungen. Diese Aufgaben sind ebenfalls zustandslos, sodass sie keine Zustände oder andere Nebeneffekte zwischen parallelen oder sequenziellen Ausführungen einer Aufgabe austauschen.

Wenn Sie die verfügbaren Vorlagen zum Erstellen von Replikationsaufgaben verwenden, wird jede Replikationsaufgabe von Azure Logic Apps als Einzelmandant unterstützt. Hinter den Kulissen steuert ein zustandsloser Workflow in einer Standardlogik-App-Ressource jeden Vorgang. Die Logik-App kann mehrere Workflows für Replikationsaufgaben enthalten.

Die Azure Logic Apps-Plattform ist skalierbar und zuverlässig zum Konfigurieren und Ausführen von serverlosen Anwendungen, einschließlich Replikations- und Verbundaufgaben. Die Runtime für Azure Logic Apps für Einzelmandanten verwendet das Azure Functions-Erweiterbarkeitsmodell und wird als Erweiterung der Azure Functions-Runtime gehostet. Dieses Design bietet Portabilität, Flexibilität und mehr Leistung für Logik-App-Workflows. Azure Logic Apps mit einem einzigen Mandanten bietet auch weitere Funktionen und Vorteile, die von den Azure Functions und Azure App Service-Ökosystemen geerbt werden.

Weitere Informationen zur Replikation und zum Partnerverbund finden Sie unter:

• Verbund: mehrere Standorte und mehrere Regionen
• Muster für Ereignisreplikationsaufgaben
• Nachrichtenreplikation und regionsübergreifender Verbund
• Muster für Nachrichtenreplikationsaufgaben

Vorlagen für Replikationsaufgaben

In der folgenden Tabelle sind einige Beispiel-Replikationsaufgabenvorlagen aufgeführt, die für Azure Event Hubs und Azure Service Bus verfügbar sind:

Replikationstopologie und -workflow

Um zu visualisieren, wie eine Replikationsaufgabe funktioniert, wenn sie von einem Standardlogik-App-Workflow unterstützt wird, zeigen die folgenden Diagramme die Replikationsaufgabenstruktur und den Workflow für Event Hubs-Instanzen und für Service Bus-Warteschlangen.

Replikationstopologie für Event Hubs

Das folgende Diagramm zeigt die Topologie und den Workflow einer Replikationsaufgabe zwischen Event Hubs-Instanzen:

Metadaten- und Eigenschaftenzuordnungen für Event Hubs

Neue vom Dienst zugewiesene Werte im Ziel-Event Hubs-Namespace ersetzen die folgenden Elemente aus dem Quellnamespace:

• Vom Dienst zugewiesene Metadaten eines Ereignisses
• Ursprüngliche Zeit in der Warteschlange
• Sequenznummer
• Offset

Für Hilfsfunktionen und die Replikationsaufgaben in den von Azure bereitgestellten Beispielen werden die ursprünglichen Werte in den folgenden Benutzereigenschaften beibehalten:

• repl-enqueue-time (ISO8601 Zeichenfolge)
• repl-sequence
• repl-offset

Diese Eigenschaften weisen den Typ string auf und enthalten den in eine Zeichenfolge umgewandelten Wert der jeweiligen ursprünglichen Eigenschaften. Wenn das Ereignis mehrfach weitergeleitet wird, werden die vom Dienst zugewiesenen Metadaten der unmittelbaren Quelle an alle vorhandenen Eigenschaften angefügt, wobei die Werte durch Semikolon getrennt sind. Weitere Informationen finden Sie unter Dienstzuweisungsmetadaten.

Informationen zur Replikation und zum Partnerverbund in Azure Event Hubs finden Sie unter:

• Verbund: mehrere Standorte und mehrere Regionen
• Muster für Ereignisreplikationsaufgaben

Replikationstopologie für Service Bus

Das folgende Diagramm zeigt die Topologie und den Workflow einer Replikationsaufgabe zwischen Service Bus-Warteschlangen:

Metadaten- und Eigenschaftenzuordnungen für Service Bus

Bei Service Bus ersetzen neue, vom Dienst zugewiesene Werte in der Ziel-Service Bus-Warteschlange oder dem Ziel-Service Bus-Thema die folgenden Elemente aus der Quell-Warteschlange oder dem Quell-Thema:

• Vom Dienst zugewiesene Metadaten einer Nachricht
• Ursprüngliche Enqueue-Zeit
• Sequenznummer

Für die Standardreplikationsaufgaben in den von Azure bereitgestellten Beispielen werden die ursprünglichen Werte in den folgenden Benutzereigenschaften beibehalten:

• repl-enqueue-time (ISO8601 Zeichenfolge)
• repl-sequence

Diese Eigenschaften weisen den Typ string auf und enthalten den in eine Zeichenfolge umgewandelten Wert der jeweiligen ursprünglichen Eigenschaften. Wenn die Nachricht mehrfach weitergeleitet wird, werden die vom Dienst zugewiesenen Metadaten der unmittelbaren Quelle an alle vorhandenen Eigenschaften angefügt, wobei die Werte durch Semikolon getrennt sind. Weitere Informationen finden Sie unter Dienstzuweisungsmetadaten.

Informationen zur Replikation und zum Partnerverbund in Azure Service Bus finden Sie unter:

• Nachrichtenreplikation und regionsübergreifender Verbund
• Muster für Nachrichtenreplikationsaufgaben

Metadaten- und Eigenschaftenzuordnungen zwischen Service Bus und Event Hubs

Wenn eine Aufgabe von Service Bus zu Event Hubs repliziert wird, ordnet die Aufgabe nur die Eigenschaft User Properties der Eigenschaft Properties zu. Wenn die Aufgabe von Event Hubs in Service Bus repliziert wird, ordnet die Aufgabe die folgenden Eigenschaften zu:

Beibehaltung der Reihenfolge

Bei Event Hubs erstellt die Replikation zwischen derselben Anzahl von Partitionen eins zu eins Klone ohne Änderungen an den Ereignissen, kann jedoch auch Duplikate enthalten. Bei der Replikation zwischen verschiedenen Partitionen wird nur die relative Reihenfolge der Ereignisse basierend auf dem Partitionsschlüssel beibehalten. Das Ergebnis kann auch Duplikate enthalten. Weitere Informationen finden Sie unter Streams und Ordnungswahrung.

Für ServiceBus müssen Sie Sitzungen aktivieren. Nachrichtensequenzen mit derselben Sitzungs-ID aus der Quelle werden als Batch an die Zielwarteschlange oder das Thema übermittelt. Die Nachrichten befinden sich in der ursprünglichen Sequenz und weisen dieselbe Sitzungs-ID auf. Weitere Informationen finden Sie unter „Sequenzen“ und „Erhalt der Reihenfolge“.

Weitere Informationen zu mehreren Standortverbunden und mehreren Regionenverbunden für Azure-Dienste, in denen Sie Replikationsaufgaben erstellen können, finden Sie unter:

• Verbund: mehrere Standorte und mehrere Regionen
• Muster für Ereignisreplikationsaufgaben
• Nachrichtenreplikation und regionsübergreifender Verbund
• Muster für Nachrichtenreplikationsaufgaben

Voraussetzungen

• Ein Azure-Konto und ein Azure-Abonnement. Erhalten Sie ein kostenloses Azure-Konto.

• Die Quell- und Zielressourcen oder Entitäten.

  Stellen Sie sicher, dass sich die Quelle und das Ziel in verschiedenen Azure-Regionen befinden. Auf diese Weise können Sie das Failover-Szenario für die Geo-Notfallwiederherstellung testen. Diese Entitäten können basierend auf der Aufgabenvorlage variieren, die Sie verwenden möchten. Im Beispiel in diesem Leitfaden werden zwei Servicebuswarteschlangen verwendet, die sich in verschiedenen Namespaces und Azure-Regionen befinden.

• Eine leere Standardlogik-App-Ressource, die Sie beim Erstellen der Replikationsaufgabe wiederverwenden können. Auf diese Weise können Sie diese Ressource für Ihre Replikationsaufgabe anpassen.

  Die folgende Liste enthält Gründe und bewährte Methoden zum Erstellen einer Logik-App-Ressource im Voraus:

  • Sie können den Hostingplan und die Preisstufe für Ihre Logik-App basierend auf den Anforderungen Ihres Replikationsszenarios auswählen, z. B. Kapazität, Durchsatz und Skalierung.

    Obwohl Sie beim Erstellen der Replikationsaufgabe eine Logik-App erstellen können, können Sie die Region, den Hostingplan und die Preisstufe während der Aufgabenerstellung nicht ändern.

  • Sie können Ihre Logik-App in einer Region erstellen, die sich von den Quell- und Zielentitäten in Ihrer Replikationsaufgabe unterscheidet.

    Dies gilt derzeit aufgrund der nativen Integration der Replikationsaufgabe in Azure-Ressourcen. Wenn Sie eine Replikationsaufgabe zwischen Entitäten erstellen und dabei eine neue Logik-App-Ressource erstellen, anstatt eine vorhandene zu verwenden, wird die neue Logik-App in derselben Region wie die Quellentität erstellt. Wenn die Quellregion nicht mehr verfügbar ist, kann der Replikationsvorgang auch nicht mehr funktionieren. In einem Failoverszenario kann die Aufgabe auch nicht mit dem Lesen von Daten aus der neuen Quelle (bzw. der Zielentität) beginnen, was das Aktiv/Passiv-Replikationsmuster zu erreichen versucht.

  • Sie können diese Logik-App-Ressource vorab anpassen, indem Sie den Hostingplan und Tarif auswählen, anstatt die Standardattribute zu verwenden. Auf diese Weise kann Ihre Replikationsaufgabe mehr Ereignisse oder Nachrichten pro Sekunde verarbeiten und so die Replikation beschleunigen. Wenn Sie diese Ressource erstellen, werden diese Standardattribute behoben, wenn Sie die Replikationsaufgabe erstellen.

  • Sie können sicherstellen, dass diese Logik-App-Ressource nur Workflows der Replikationsaufgabe enthält, insbesondere dann, wenn Sie das Aktiv/Passiv-Replikationsmuster verwenden möchten. Wenn Sie die Replikationsaufgabe mithilfe einer vorhandenen Logik-App erstellen, fügt diese Option die Aufgabe (zustandsloser Workflow) zu dieser Logik-App-Ressource hinzu.

  Weitere Informationen finden Sie unter Erstellen eines Standardlogik-App-Workflows mithilfe des Azure-Portals.

• Optional: Verbindungszeichenfolge für den Zielnamespace. Mit dieser Option können Sie festlegen, dass das Ziel in einem anderen Abonnement vorhanden ist, sodass Sie die abonnementübergreifende Replikation einrichten können.

  Führen Sie die folgenden Schritte aus, um die Verbindungszeichenfolge für die Zielentität zu suchen:

  1. Navigieren Sie im Azure-Portal zum Zielnamespace.

  2. Wählen Sie im Namespace-Randleistenmenü unter "Einstellungen"die Option "Richtlinien für den freigegebenen Zugriff" aus.

  3. Wählen Sie auf der Seite " Freigegebene Zugriffsrichtlinien ", die unter "Richtlinie" geöffnet wird, "RootManageSharedAccessKey" aus.

  4. Kopieren Sie im Bereich SAS-Richtlinie: RootManageSharedAccessKey den Wert der primären Verbindungszeichenfolge.

  5. Speichern Sie die Verbindungszeichenfolge, damit Sie sie später verwenden können, um eine Verbindung mit dem Zielnamespace herzustellen.

Benennungskonventionen

Berücksichtigen Sie sorgfältig die Benennungsstrategie, die Sie für Ihre Replikationsaufgaben oder Entitäten verwenden. Stellen Sie sicher, dass die Namen leicht zu identifizieren und zu unterscheiden sind. Wenn Sie beispielsweise mit dem Event-Hubs-Namensraum arbeiten, repliziert die Replikationsaufgabe von jeder Event-Hubs-Instanz im Quellnamensraum. Wenn Sie mit Service Bus-Warteschlangen, finden Sie in der folgenden Tabelle ein Beispiel für die Benennung der Entitäten und der Replikationsaufgabe:

Erstellen eines Replikationsauftrags

Dieses Beispiel zeigt, wie Sie eine Replikationsaufgabe für Service Bus-Warteschlangen erstellen.

1. Suchen Sie im Azure-Portal den Service Bus-Namespace, den Sie als Quelle verwenden möchten.

2. Wählen Sie im Namespace-Randleistenmenü im Abschnitt "Automatisierung" die Option "Aufgaben" aus.

   

3. Wählen Sie auf der Seite "Aufgaben " die Option " Aufgabe hinzufügen " aus, damit Sie eine Aufgabenvorlage auswählen können.

   

4. Wählen Sie auf der Seite " Aufgabe hinzufügen " unter "Vorlage auswählen" in der Vorlage für die zu erstellende Replikationsaufgabe die Option "Auswählen" aus. Wenn die nächste Seite nicht angezeigt wird, wählen Sie Weiter: Authentifizierung aus.

   In diesem Beispiel wird die Aufgabenvorlage "Replizieren von Service Bus-Warteschlange zu Warteschlange" verwendet, um Inhalte zwischen Service-Bus-Warteschlangen zu replizieren.

   

5. Wählen Sie auf der Registerkarte " Authentifizieren " im Abschnitt "Verbindungen " die Option "Erstellen " für jede Verbindung aus, die in der Aufgabe angezeigt wird. Geben Sie Authentifizierungsanmeldeinformationen für alle Verbindungen an. Die Verbindungstypen in den einzelnen Aufgaben variieren je nach Aufgabe.

   Dieses Beispiel zeigt die Aufforderung zum Erstellen der Verbindung mit dem Service Bus-Zielnamespace, in dem die Zielwarteschlange vorhanden ist. Die Verbindung ist für den Service Bus-Quellnamespace vorhanden.

   

6. Geben Sie die erforderlichen Informationen zum Ziel an, und wählen Sie dann Erstellen aus.

   Geben Sie in diesem Beispiel einen Anzeigenamen für die Verbindung an, und wählen Sie dann den Service Bus-Namespace aus, in dem die Zielwarteschlange vorhanden ist.

   

   Tipp

   Sie können stattdessen die Verbindung mit einer Verbindungszeichenfolge erstellen. Mit dieser Option können Sie festlegen, dass das Ziel in einem anderen Abonnement vorhanden ist, sodass Sie die abonnementübergreifende Replikation einrichten können. Die Quelle basiert auf dem Ort, an dem Sie mit dem Erstellen des Replikationsaufgabe begonnen haben, und das Ziel wird dynamisch konfiguriert, sodass Sie nur die Verbindung mit dem Ziel herstellen müssen. Um eine Verbindungszeichenfolge zu verwenden, führen Sie die folgenden Schritte aus:

   1. Wählen Sie im Bereich Verbinden die Option Über Verbindungszeichenfolge verbinden aus.

   2. Geben Sie im Feld Verbindungszeichenfolge die Verbindungszeichenfolge für den Zielnamespace ein.

   Das folgende Beispiel zeigt die erfolgreich erstellte Verbindung:

   

7. Wenn Sie alle Verbindungen erstellt haben, wählen Sie Weiter: Konfigurieren aus.

8. Geben Sie auf der Registerkarte Konfigurieren einen Namen für die Aufgabe und alle weiteren für die Aufgabe erforderlichen Informationen an.

   Hinweis

   Sie können den Aufgabennamen nach der Erstellung nicht mehr ändern. Berücksichtigen Sie einen Namen, der weiterhin gilt, wenn Sie den zugrunde liegenden Workflow bearbeiten. Änderungen, die Sie am zugrunde liegenden Workflow vornehmen, gelten nur für die Aufgabe, die Sie erstellt haben, nicht für die Aufgabenvorlage.

   Wenn Sie z. B. die Aufgabe fabrikam-rep-weu-wus nennen, den zugrunde liegenden Workflow jedoch später für einen anderen Zweck bearbeiten, können Sie den Aufgabennamen nicht entsprechend ändern.

   1. Wenn Sie den Aufgabenworkflow zu einer vorhandenen Standardlogik-App hinzufügen möchten, wählen Sie in der Liste "Logik-App " diese Logik-App aus. Wenn Sie stattdessen eine neue Standardlogik-App-Ressource erstellen möchten, wählen Sie in der Liste "Logik-App " die Option "Neu erstellen" aus, und geben Sie den Namen an, der für die neue Logik-App verwendet werden soll.

      Hinweis

      Wenn Sie während der Erstellung von Replikationsaufgaben eine neue Logik-App-Ressource erstellen, wird die Logik-App in derselben Region wie die Quellentität erstellt. Diese Situation ist problematisch, wenn die Quellregion nicht verfügbar ist und in einem Failoverszenario nicht funktionieren kann. Die bewährte Methode besteht darin, eine Standardlogik-App in einer anderen Region als Ihrer Quelle zu erstellen. Wenn Sie die Replikationsaufgabe erstellen, wählen Sie dann stattdessen die vorhandene Logik-App aus, und fügen Sie dieser den zugrunde liegenden zustandslosen Workflow hinzu. Weitere Informationen finden Sie unter den Voraussetzungen.

   2. Wählen Sie abschließend Überprüfen + erstellen aus.

      

9. Bestätigen Sie auf der Registerkarte "Überprüfen + Erstellen " die Azure-Ressourcen, die die Replikationsaufgabe für den Betrieb benötigt.

   • Wenn Sie eine neue Logik-App-Ressource für den Replikationsvorgang erstellen möchten, zeigt die Registerkarte die erforderlichen Azure-Ressourcen an, die von der Replikationsaufgabe für den Betrieb erstellt werden.

     Zu diesen Ressourcen gehört u. a. ein Azure Storage-Konto, das Konfigurationsinformationen für die Logik-App-Ressource, den Workflow und andere Laufzeitvorgänge enthält. Bei Event Hubs enthält dieses Speicherkonto Prüfpunktinformationen. Sie enthält auch die Position oder den Offset im Datenstrom, an dem die Quellentität stoppt, wenn die Quellregion unterbrochen oder nicht verfügbar ist.

     Das folgende Beispiel zeigt die Registerkarte Überprüfen + erstellen, wenn Sie eine neue Logik-App erstellen möchten:

     

   • Wenn Sie sich entschieden haben, eine vorhandene Logik-App-Ressource für den Replikationsvorgang wiederzuverwenden, zeigt die Registerkarte die Azure-Ressourcen an, die die Replikation wiederverwendet.

     Das folgende Beispiel zeigt die Registerkarte Überprüfen + erstellen, wenn Sie eine vorhandene Logik-App wiederverwenden möchten:

     

   Hinweis

   Wenn sich Ihre Quelle, Ihr Ziel oder beides in einem virtuellen Netzwerk befinden, müssen Sie Berechtigungen und Den Zugriff einrichten, nachdem Sie die Aufgabe erstellt haben. In diesem Szenario sind Berechtigungen und Zugriff erforderlich, damit der Logik-App-Workflow die Replikationsaufgabe ausführen kann.

10. Wählen Sie Erstellen aus, wenn Sie fertig sind.

    Die Aufgabe, die Sie erstellt haben, die automatisch aktiv ist und ausgeführt wird, wird jetzt in der Liste Aufgaben angezeigt.

    Tipp

    Wenn die Aufgabe nicht sofort angezeigt wird, versuchen Sie, die Aufgabenliste zu aktualisieren, oder warten Sie ein wenig vor dem Aktualisieren. Wählen Sie auf der Symbolleiste Aktualisieren aus.

    

11. Wenn sich Ihre Ressourcen hinter einem virtuellen Netzwerk befinden, denken Sie daran, für die Logik-App-Ressource und den Workflow Berechtigungen zum Zugriff auf diese Ressourcen einzurichten.

Einrichten einer Wiederholungsrichtlinie

Um Datenverluste während eines Verfügbarkeitsereignisses auf beiden Seiten einer Replikationsbeziehung zu vermeiden, konfigurieren Sie die Wiederholungsrichtlinie für die Stabilität. Informationen zum Konfigurieren der Wiederholungsrichtlinie für eine Replikationsaufgabe finden Sie unter den Wiederholungsrichtlinien und den Schritten zum Bearbeiten des zugrunde liegenden Workflows.

Überprüfen des Aufgabenverlaufs

In diesem Beispiel wird gezeigt, wie der Workflowverlauf einer Aufgabe zusammen mit ihren Status, Eingaben, Ausgaben und anderen Informationen angezeigt wird. Es wird weiterhin das Beispiel einer Service Bus-Warteschlangenreplikationsaufgabe verwendet.

1. Suchen Sie im Azure-Portal nach der Ressource oder Entität mit dem Aufgabenverlauf, den Sie überprüfen möchten.

   In diesem Beispiel ist diese Ressource ein Service Bus-Namespace.

2. Wählen Sie im Menü "Ressourcen-Randleiste" unter "Einstellungen" im Abschnitt "Automatisierung" die Option "Aufgaben" aus.

3. Suchen Sie auf der Seite "Aufgaben " die Aufgabe, die Sie überprüfen möchten. Wählen Sie in der Spalte Ausführungen dieser Aufgabe Ansicht aus.

   

   Dieser Schritt öffnet den Designer für den zugrunde liegenden zustandslosen Workflow in einer Standardlogik-App-Ressource.

4. Um den Ausführungsverlauf für den zustandslosen Workflow anzuzeigen, wählen Sie auf der Workflow-Seitenleiste unter ExtrasAusführungsverlauf aus.

   Auf der Registerkarte " Verlauf ausführen " werden alle vorherigen, laufenden und wartenden Ausführungen für die Aufgabe zusammen mit ihren Bezeichnern, Status, Startzeiten und Laufzeiten angezeigt.

   

   In der folgenden Tabelle werden die möglichen Status für eine Ausführung beschrieben:

   Status-Label	BESCHREIBUNG
   Abgebrochen	Die Aufgabe wurde während der Ausführung abgebrochen.
   Fehler	Die Aufgaben hat mindestens eine fehlgeschlagene Aktion, aber es gab keine nachfolgenden Aktionen, um den Fehler zu beheben.
   Wird ausgeführt	Die Aufgabe wird gerade ausgeführt.
   Erfolgreich	Alle Aktionen waren erfolgreich. Eine Aufgabe kann auch noch erfolgreich abgeschlossen werden, wenn eine Aktion fehlgeschlagen ist, aber eine nachfolgende Aktion vorhanden war, um den Fehler zu beheben.
   Wartet	Die Ausführung wurde noch nicht gestartet und ist angehalten, weil noch eine frühere Instanz der Aufgabe ausgeführt wird.

5. Um jeden Schritt in der Ausführung, dessen Status und andere Informationen anzuzeigen, wählen Sie diese Ausführung aus.

   Die Seite mit den Ausführungsdetails wird geöffnet und zeigt jeden Schritt an, der im zugrunde liegenden Workflow ausgeführt wurde.

   • Ein Workflow beginnt immer mit einem Trigger. Für diese Aufgabe startet der Workflow mit einem Service Bus-Trigger, der darauf wartet, dass Nachrichten in der Service Bus-Quellwarteschlange eintreffen.

   • Jeder Schritt zeigt seinen Status und die Ausführungsdauer an. Bei Schritten mit einer Dauer von 0 Sekunden dauerte die Ausführung weniger als eine Sekunde.

   

6. Um die Eingaben und Ausgaben für jeden Schritt zu überprüfen, wählen Sie den Schritt aus.

   Diese Aktion öffnet einen Bereich, in dem die Eingaben, Ausgaben und Eigenschaftendetails für diesen Schritt angezeigt werden.

   Das folgende Beispiel zeigt die Eingaben, Ausgaben und Eigenschaften für den Service Bus-Trigger.

   

Sie können eigene automatisierte Workflows erstellen, um Apps, Daten, Dienste und Systeme außer dem Kontext der Replikationsaufgaben für Azure-Ressourcen zu integrieren. Siehe Erstellen eines Standardlogik-App-Workflows.

Überwachen von Replikationsaufgaben

Verwenden Sie Application Insights, um die Leistung und Integrität Ihrer Replikationsaufgabe oder den zugrunde liegenden Logik-App-Workflow zu überprüfen. Azure Monitor bietet diese Funktion.

Die Anwendungszuordnung ist ein nützliches visuelles Tool, mit dem Sie Replikationsaufgaben überwachen können. Azure Monitor generiert diese Karte automatisch aus den erfassten Überwachungsinformationen. Sie können die Leistung und Zuverlässigkeit der Quell- und Zielübertragungen der Replikationsaufgabe untersuchen. Für sofortige Diagnoseeinblicke und die Visualisierung von Protokolldetails mit geringer Latenz können Sie mit dem Tool "Live Metrics "-Portal arbeiten. Dieses Tool ist auch Teil von Azure Monitor.

Bearbeiten der Aufgabe

Um eine Aufgabe zu ändern, wählen Sie eine Option aus:

• Bearbeiten Sie den Vorgang inline , um die Eigenschaften der Aufgabe zu ändern, z. B. Verbindungsinformationen oder Konfigurationsinformationen.

• Bearbeiten des zugrunde liegenden Workflows der Aufgabe im Workflow-Designer

Bearbeiten der Aufgabe inline

1. Suchen Sie im Azure-Portal die Ressource mit der Aufgabe, die Sie aktualisieren möchten.

2. Wählen Sie im Menü "Ressourcen-Randleiste" im Abschnitt "Automatisierung" die Option "Vorgänge" aus.

3. Suchen Sie in der Aufgabenliste die Aufgabe, die Sie aktualisieren möchten. Öffnen Sie das Menü der Aktion mit den Auslassungspunkten (...), und wählen Sie Inline bearbeiten aus.

   

   Standardmäßig wird die Registerkarte Authentifizierung angezeigt, auf der die vorhandenen Verbindungen angezeigt werden.

4. Um neue Authentifizierungsanmeldeinformationen hinzuzufügen oder andere vorhandene Authentifizierungsanmeldeinformationen für eine Verbindung auszuwählen, öffnen Sie das Menü mit den Auslassungspunkten (...). Wählen Sie entweder "Neue Verbindung hinzufügen " oder ggf. andere Authentifizierungsanmeldeinformationen aus.

   Hinweis

   Sie können nur die Zielverbindung bearbeiten, nicht die Quellverbindung.

   

5. Um andere Aufgabeneigenschaften zu aktualisieren, wählen Sie Weiter: Konfigurieren aus.

   Für die Aufgabe in diesem Beispiel können Sie verschiedene Quell- und Zielwarteschlangen angeben. Der Aufgabenname, die zugrunde liegende Logik-App und der zugrunde liegende Workflow bleiben jedoch unverändert.

   

6. Klicken Sie auf Speichern, wenn Sie fertig sind.

Bearbeiten des der Aufgabe zugrunde liegenden Workflows

Sie können den zugrunde liegenden Workflow hinter einer Replikationsaufgabe bearbeiten. Ihre Bearbeitungen ändern die ursprüngliche Konfiguration für die von Ihnen erstellte Aufgabe, aber nicht die Aufgabenvorlage selbst. Nachdem Sie Änderungen vorgenommen und gespeichert haben, führt die bearbeitete Aufgabe nicht mehr die gleiche Funktion wie die ursprüngliche Aufgabe aus. Wenn Sie eine Aufgabe benötigen, die die ursprüngliche Funktion ausführt, müssen Sie möglicherweise eine neue Aufgabe mit derselben Vorlage erstellen.

Wenn Sie die ursprüngliche Aufgabe nicht neu erstellen möchten, vermeiden Sie, den Workflow hinter der Aufgabe mithilfe des Designers zu ändern. Stattdessen erstellen Sie eine Standard-Logic-App-Ressource und einen zustandslosen Workflow, um Ihre Integrationsanforderungen zu erfüllen. Weitere Informationen finden Sie unter Erstellen eines Standardlogik-App-Workflows.

1. Suchen Sie im Azure-Portal die Ressource mit der Aufgabe, die Sie aktualisieren möchten.

2. Wählen Sie im Menü "Ressourcen-Randleiste" unter "Automatisierung" "Vorgänge" aus.

3. Suchen Sie in der Aufgabenliste die Aufgabe, die Sie aktualisieren möchten. Öffnen Sie das Menü der Aufgabe mit den Auslassungspunkten (...), und wählen Sie In Logic Apps öffnen aus.

   

   Das Azure-Portal ändert den Kontext zum Designer, in dem Sie den Workflow bearbeiten können.

   

   Sie können den Trigger und die Aktionen des Workflows bearbeiten.

4. Um die Eigenschaften für den Trigger oder eine Aktion anzuzeigen, wählen Sie diesen Trigger oder die Aktion aus.

   Der Informationsbereich für den Auslöser oder die Aktion wird geöffnet. Sie können die Eigenschaften für den Trigger oder die Aktion bearbeiten.

   Im folgenden Beispiel wird eine Beschreibung im Trigger zum Workflow hinzugefügt.

   

5. Um änderungen zu speichern, wählen Sie auf der Designersymbolleiste " Speichern" aus.

   

6. Um den aktualisierten Workflow zu testen und auszuführen, wählen Sie auf der Designersymbolleiste "Ausführen"> aus.

   Nach Abschluss der Ausführung werden im Designer Ausführungsdetails des Workflows angezeigt.

7. Um die Eingaben und Ausgaben für jeden Schritt zu überprüfen, wählen Sie den entsprechenden Schritt aus. Damit wird ein Bereich geöffnet, in dem die Eingaben, Ausgaben und Eigenschaftendetails für diesen Schritt angezeigt werden.

   Das folgende Beispiel zeigt die Eingaben, Ausgaben und Eigenschaften des ausgewählten ServiceBus-Triggers:

   

8. Um den Workflow zu deaktivieren, damit die Aufgabe nicht weiter ausgeführt wird, wählen Sie auf der Workflow-Randleiste unter "Konfiguration" die Option "Einstellungen" aus. Wählen Sie in der Liste "Workflowstatus" die Option "Deaktiviert" aus.

   Weitere Informationen finden Sie unter Deaktivieren oder Aktivieren einer bereitgestellten Logik-App.

Einrichten des Failovers für Azure Event Hubs

Für die Replikation von Azure Event Hubs zwischen denselben Entitätstypen erfordert die Geo-Notfallwiederherstellung einen Failover von der Quellentität zur Zielentität. Anschließend informiert der Prozess betroffene Ereignisanwender und Produzenten darüber, den Endpunkt für die Zielentität zu verwenden. Die Zielentität wird zur neuen Quelle.

Wenn ein Notfall eintritt und die Quellinstanz ausfällt, werden Verbraucher und Produzenten, einschließlich Ihrer Replikationsaufgabe, zur neuen Quelle umgeleitet. Ihre Replikationsaufgabe erstellt ein Speicherkonto, das Prüfpunktinformationen enthält. Das Speicherkonto enthält auch die Position oder den Offset im Datenstrom, an dem die Quellentität stoppt, falls die Quellregion gestört wird oder nicht verfügbar ist.

Bereinigen Sie manuell alle Legacyinformationen aus der ursprünglichen Quelle, und konfigurieren Sie die Replikationsaufgabe neu. Diese Aktion stellt sicher, dass das Speicherkonto keine Legacyinformationen aus der ursprünglichen Quelle enthält. Außerdem stellen Sie sicher, dass die Replikationsaufgabe mit dem Lesen und Replizieren von Ereignissen vom Anfang des neuen Quelldatenstroms beginnt.

1. Öffnen Sie im Azure-Portal die Logik-App-Ressource, und öffnen Sie dann den zugrunde liegenden Workflow für die Replikationsaufgabe.

   Hinweis

   Die Logik-App-Ressource sollte nur Workflows für die Replikationsaufgabe enthalten.

2. Wählen Sie im Menü "Workflow-Randleiste" unter "Konfiguration" die Option "Einstellungen" aus. Wählen Sie in der Liste "Workflowstatus" die Option "Deaktiviert" aus.

3. Gehen Sie wie folgt vor, um das Speicherkonto zu finden, das von der Replikationsaufgabe zugrundeliegenden Logic-App-Ressource verwendet wird, um die Checkpoint- und Stream-Offset-Informationen der Quell-Entität zu speichern:

   1. Wählen Sie im Menü der Logik-App-Randleiste unter "Einstellungen" die Option "Umgebungsvariablen" aus.

   2. Suchen Sie auf der Seite "Umgebungsvariablen " auf der Registerkarte "App-Einstellungen " die AzureWebJobsStorage-App-Einstellung , und wählen Sie " Wert anzeigen " aus, um den Namen des Speicherkontos anzuzeigen.

      Diese Einstellung gibt die Verbindungszeichenfolge und das Speicherkonto an, die von der Logik-App-Ressource verwendet werden.

      Das folgende Beispiel zeigt, wie Sie den Namen für dieses Speicherkonto finden, das "storagefabrikamreplb0c" lautet:

      

   3. Um zu bestätigen, dass die Speicherkontoressource vorhanden ist, geben Sie im Azure-Portal-Suchfeld den Namen ein. Wählen Sie das Speicherkonto aus:

      

4. Löschen Sie den Ordner, der die Prüfpunkt- und Offset-Informationen der Quellentität enthält, und zwar mithilfe der folgenden Schritte:

   1. Laden Sie den neuesten Azure Storage Explorer Desktop-Client herunter, installieren Sie ihn und öffnen Sie ihn, falls Sie nicht die neueste Version besitzen.

      Hinweis

      Für die Bereinigungsaufgabe "Löschen" müssen Sie derzeit den Azure Storage Explorer Client verwenden, nicht den Storage Explorer, Browser, Editor oder die Verwaltungserfahrung im Azure-Portal.

      Obwohl Sie Containerordner mithilfe des PowerShell-Befehls Remove-AzStorageDirectorylöschen können, funktioniert dieser Befehl nur für leere Ordner.

   2. Falls noch nicht geschehen, melden Sie sich mit Ihrem Azure-Konto an. Stellen Sie sicher, dass Ihr Azure-Abonnement für Ihre Speicherkontoressource ausgewählt ist. Weitere Informationen finden Sie unter Erste Schritte mit dem Storage-Explorer.

   3. Wechseln Sie im Explorer-Fenster unter ihrem Azure-Abonnementnamen zu Storage Accounts>{your-storage-account-name}>Blob Containers>azure-webjobs-eventhub.

      Hinweis

      Wenn der Ordner azure-webjobs-eventhub nicht vorhanden ist, wurde der Replikationsvorgang noch nicht ausgeführt. Der Ordner wird erst angezeigt, nachdem der Replikationsaufgabe mindestens einmal ausgeführt wurde.

      

   4. Wählen Sie im daraufhin geöffneten Azure-webjobs-eventhub-Bereich den Namespaceordner "Event Hubs" aus. Der Name hat das folgende Format: <source-Event-Hubs-namespace-name>.servicebus.windows.net.

   5. Nachdem der Namespace-Ordner geöffnet wurde, wählen Sie im Fenster azure-webjobs-eventhub den Ordner <former-source-entity-name> aus. Im Kontextmenü der Symbolleiste oder des Ordners wählen Sie "Löschen" aus.

      

   6. Bestätigen Sie, dass Sie den Ordner löschen möchten.

5. Kehren Sie zu der Logik-App-Ressource bzw. zum zugrunde liegenden Workflow der Replikationsaufgabe zurück. Starten Sie die Logik-App neu, oder aktivieren Sie den Workflow erneut.

Produzenten und Verbraucher müssen den neuen Quellendpunkt verwenden. Stellen Sie Informationen über die neue Quellentität an einem Ort zur Verfügung, der leicht zu erreichen und zu aktualisieren ist. Wenn Producer oder Consumer auf häufige oder anhaltende Fehler stoßen, sollten sie diesen Speicherort prüfen und ihre Konfiguration anpassen. Es gibt mehrere Möglichkeiten, diese Konfiguration gemeinsam zu nutzen. DNS- und Dateifreigaben sind Beispiele dafür.

Weitere Informationen zur Geo-Notfallwiederherstellung finden Sie in der folgenden Dokumentation:

• Azure Event Hubs: Georedundante Notfallwiederherstellung
• Georedundante Notfallwiederherstellung in Azure Service Bus

Bearbeiten der Einstellungen für das Aufskalieren des Hostingplans

az resource update --resource-group <resource_group> --name <logic-app-app-name>/config/web --set properties.minimumElasticInstanceCount=<desired_always_ready_count> --resource-type Microsoft.Web/sites

Weitere Informationen hierzu können Sie in der folgenden Dokumentation lesen. Der Workflowstandardplan teilt einige Aspekte mit dem Azure Functions Premium-Plan:

• Premium-Planeinstellungen
• Was ist Cloudburstung?
• Jederzeit bereite Instanzen

Probleme und Fehler bei der Replikation

In diesem Abschnitt werden potenzielle Fehler oder Funktionsausfälle bei der Replikation beschrieben:

• Beschränkungen der Nachrichtengröße

  Stellen Sie sicher, dass die gesendeten Nachrichten kleiner als 1 MB sind, da die Replikationsaufgabe Replikationseigenschaften hinzufügt. Andernfalls schlägt der Replikationsprozess fehl, wenn die Nachrichtengröße größer als die Größe von Ereignissen ist, die die Replikationsaufgabe an eine Event Hubs-Entität senden kann, nachdem die Aufgabe Replikationseigenschaften hinzugefügt hat.

  Nehmen wir zum Beispiel an, die Nachricht ist 1 MB groß. Nachdem die Replikationsaufgabe Replikationseigenschaften hinzugefügt hat, ist die Nachrichtengröße größer als 1 MB. Der ausgehende Anruf, der versucht, die Nachricht zu senden, schlägt fehl.

• Partitionsschlüssel

  Wenn in den Ereignissen Partitionsschlüssel vorhanden sind, treten bei der Replikation zwischen Event Hubs-Instanzen Fehler auf, wenn diese Instanzen die gleiche Anzahl von Partitionen aufweisen.

Abrechnungsmodell

Eine Replikationsaufgabe wird durch einen zustandslosen Workflow in einer Standardlogik-App gesteuert. Nachdem Sie also eine Replikationsaufgabe erstellt haben, könnten Gebühren anfallen. Nutzung, Messung, Abrechnung und Preismodell folgen dem Hostingplan für Standard (ein Mandant) gemäß den Tarifen im Standardmodell.

Ihr Hostingplan kann basierend auf der Anzahl der Ereignisse, die Event Hubs empfängt, oder nachrichten, die Service Bus verarbeitet, nach oben oder unten skalieren. Der Plan behält die minimale vCPU-Nutzung und niedrige Latenz während der aktiven Replikation bei. Dieses Verhalten erfordert, dass Sie beim Erstellen einer Standardlogik-App-Ressource für Ihre Replikationsaufgabe die richtige Preisstufe für den Standardplan auswählen. Wenn Sie die richtige Stufe auswählen, drosselt Azure Logic Apps nicht und erreicht nicht die maximale CPU-Auslastung und kann dennoch eine schnelle Replikation garantieren.

Die folgenden Beispiele zeigen Hostingplan-Preisebene und Konfigurationsoptionen, die den besten Durchsatz und kosten für bestimmte Replikationsaufgabenszenarien bieten. Szenarien sind Event Hubs oder Service Bus und weisen unterschiedliche Konfigurationswerte auf.

Event Hubs aufskalieren

Die folgenden Beispiele veranschaulichen hostingplan-Preisniveaus und Konfigurationsoptionen für eine Replikationsaufgabe zwischen zwei Event Hubs-Namespaces in derselben Region. Es stellt Informationen basierend auf der Anzahl der Partitionen, der Anzahl der Ereignisse pro Sekunde und anderen Konfigurationswerten dar.

* Weitere Informationen zu den Werten, die Sie für jedes Preisniveau ändern können, finden Sie in der folgenden Tabelle:

Service Bus-Skalierung

Die folgenden Beispiele veranschaulichen hostingplan-Preisniveaus und Konfigurationsoptionen für eine Replikationsaufgabe zwischen zwei ServiceBus-Namespaces in derselben Region. Sie zeigen Informationen basierend auf der Anzahl der Nachrichten pro Sekunde und anderen Konfigurationswerten an.

In den Beispielen in diesem Abschnitt wird 800 als Standardwert für die Anzahl der Vorabrufe und die maximale Ereignisbatchgröße verwendet, vorausgesetzt, die Ereignisgröße beträgt 1 KB.

* Weitere Informationen zu den Werten, die Sie für jedes Preisniveau ändern können, finden Sie in der folgenden Tabelle:

Verwandte Inhalte

• Navigieren Sie im Designer für Standard-Workflows in Azure Logic Apps
• Bearbeiten von App- und Hosteinstellungen für Standardlogik-Apps
• Erstellen von umgebungsübergreifenden Parametern für Workfloweingaben