Teilen über

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

  • Artikel

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

Stellen Sie sicher, dass die gewünschte Zielregion Verfügbarkeitszonen unterstützt. Informationen zu den Regionen, die Verfügbarkeitszonen unterstützen, finden Sie unter Unterstützte Regionen.

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

Dedizierte Cluster erfordern eine Mindestabnahme von 100 GB pro Tag.

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.

Zugehöriger Inhalt

Weitere Informationen zu: