Migrieren von Log Analytics-Arbeitsbereichen zur Unterstützung von Verfügbarkeitszonen

In diesem Leitfaden wird beschrieben, wie Sie Log Analytics-Arbeitsbereiche von fehlender Unterstützung von Verfügbarkeitszonen zur Unterstützung von Verfügbarkeitszonen migrieren.

Hinweis

Application Insights-Ressourcen können auch Verfügbarkeitszonen verwenden, aber nur, wenn sie arbeitsbereichsbasiert sind und der Arbeitsbereich einen dedizierten Cluster verwendet. Klassische (nicht arbeitsbereichsbasierte) Application Insights-Ressourcen können keine Verfügbarkeitszonen verwenden.

Voraussetzungen

Für die Unterstützung von Verfügbarkeitszonen muss sich Ihr Arbeitsbereich in einer der folgenden unterstützten Regionen befinden:

  • USA (Ost) 2
  • USA, Westen 2

Dedicated-Cluster

Die Azure Monitor-Unterstützung für Verfügbarkeitszonen erfordert einen Log Analytics-Arbeitsbereich, der mit einem Azure Monitor-dedizierten Cluster verknüpft ist. Dedizierte Cluster sind eine Bereitstellungsoption, die erweiterte Funktionen für Azure Monitor-Protokolle bietet, einschließlich Verfügbarkeitszonen.

Nicht alle dedizierten Cluster können Verfügbarkeitszonen verwenden. Dedizierte Cluster, die nach Mitte Oktober 2020 erstellt wurden, können so festgelegt werden, dass sie Verfügbarkeitszonen unterstützen, wenn sie erstellt werden. Neue Cluster, die nach diesem Datum erstellt wurden, werden standardmäßig für Verfügbarkeitszonen in Regionen aktiviert, in denen Azure Monitor sie unterstützt.

Anforderungen an Ausfallzeiten

Es gibt keine Anforderungen hinsichtlich Ausfallzeiten.

Migrationsprozess: Verschieben zu einem dedizierten Cluster

Schritt 1: Ermitteln des aktuellen Clusters für Ihren Arbeitsbereich

Um für Ihren Arbeitsbereich den aktuellen Status der Arbeitsbereichsverknüpfung zu ermitteln, verwenden Sie CLI, PowerShell oder REST, um die Clusterdetails abzurufen. Wenn der Cluster eine Verfügbarkeitszone verwendet, verfügt er über eine Eigenschaft mit dem Namen isAvailabilityZonesEnabled mit einem Wert true. Nachdem ein Cluster erstellt wurde, kann diese Eigenschaft nicht mehr geändert werden.

Schritt 2: Erstellen eines dedizierten Clusters mit Unterstützung von Verfügbarkeitszonen

Verschieben Sie Ihren Arbeitsbereich in eine Verfügbarkeitszone, indem Sie einen neuen dedizierten Cluster in einer Region erstellen, die Verfügbarkeitszonen unterstützt. Der Cluster ist automatisch für Verfügbarkeitszonen aktiviert. Verknüpfen Sie dann Ihren Arbeitsbereich mit dem neuen Cluster.

Wichtig

Die Verfügbarkeitszone wird zum Zeitpunkt der Erstellung im Cluster definiert und kann nicht geändert werden.

Der Übergang zu einem neuen Cluster kann ein schrittweiser Prozess sein. Entfernen Sie den vorherigen Cluster erst, nachdem alle Daten von ihm gelöscht sind. Wenn die Datenaufbewahrung in Ihrem Arbeitsbereich beispielsweise auf 60 Tage festgelegt ist, sollten Sie den alten Cluster für diesen Zeitraum weiter laufen lassen, bevor Sie ihn entfernen.

Abfragen für Ihren Arbeitsbereich fragen jeweils beide Cluster ab, um ein einzelnes, einheitliches Resultset bereitstellen zu können. Infolgedessen erhalten alle Azure Monitor-Funktionen, die sich auf den Arbeitsbereich stützen, wie z. B. Arbeitsmappen und Dashboards, weiterhin das vollständige, einheitliche Resultset auf der Grundlage von Daten aus beiden Clustern.

Abrechnung

Für die Verwendung eines dedizierten Clusters entstehen Kosten. Hierfür ist eine tägliche Kapazitätsreservierung von 500 GB erforderlich.

Wenn Sie bereits über einen dedizierten Cluster verfügen und diesen für den Zugriff auf seine Daten behalten möchten, werden Ihnen beide dedizierte Cluster in Rechnung gestellt. Am 4. August 2021 wurde die erforderliche Mindestkapazitätsreservierung für dedizierte Cluster von 1000 GB/Tag auf 500 GB/Tag gesenkt. Wir empfehlen daher, diese Mindestkapazität auf Ihren alten Cluster anzuwenden, um die Kosten zu senken.

Der neue Cluster wird am ersten Tag nicht in Rechnung gestellt, um eine doppelte Abrechnung während der Konfiguration zu vermeiden. Nur die Daten, die vor Abschluss der Migration erfasst wurden, werden weiterhin am Migrationsdatum in Rechnung gestellt.

Weitere Informationen zu: