Migrieren Ihres Clusters zur Unterstützung mehrerer Verfügbarkeitszonen (Vorschau)

Viele Azure Regionen bieten Verfügbarkeitszonen, die getrennte Gruppen von Rechenzentren innerhalb einer Region sind. Die Verfügbarkeitszonen liegen nahe genug beieinander, um Verbindungen mit geringer Latenz zu anderen Verfügbarkeitszonen zu haben. Sie sind über ein Hochleistungsnetzwerk mit einer Hin- und Rücklatenz von weniger als 2 ms verbunden. Verfügbarkeitszonen sind jedoch weit genug auseinander, um die Wahrscheinlichkeit zu verringern, dass lokale Ausfälle oder Wetter mehr als eine Verfügbarkeitszone beeinflussen. Jede Verfügbarkeitszone verfügt über unabhängige Energie-, Kühl- und Netzwerkinfrastrukturen. Sie sind so konzipiert, dass die verbleibenden Zonen regionale Dienste, Kapazität und hohe Verfügbarkeit unterstützen, wenn eine Zone einen Ausfall erlebt. Weitere Informationen finden Sie unter Azure Verfügbarkeitszonen.

Sie können Azure Data Explorer Cluster für die Verwendung von Verfügbarkeitszonen in unterstützten Regionen konfigurieren. Mithilfe von Verfügbarkeitszonen kann ein Cluster dem Ausfall eines einzelnen Rechenzentrums in einer Region besser standhalten und so Geschäftskontinuitätsszenarien unterstützen.

Sie können Verfügbarkeitszonen beim Erstellen eines Clusters im Azure Portal oder programmgesteuert mithilfe einer der folgenden Methoden konfigurieren:

  • REST-API
  • C# SDK
  • Python SDK
  • PowerShell
  • ARM template

Wichtig

  • Nachdem Sie einen Cluster mit Verfügbarkeitszonen konfiguriert haben, können Sie den Cluster nicht so ändern, dass keine Verfügbarkeitszonen verwendet werden.
  • Nicht alle Regionen unterstützen mehrere Zonen. Daher können Sie Cluster in diesen Regionen nicht einrichten, um Verfügbarkeitszonen zu verwenden.
  • Die Verwendung von Verfügbarkeitszonen verursacht zusätzliche Kosten für den Speicher.

Hinweis

  • Bevor Sie fortfahren, stellen Sie sicher, dass Sie mit dem Migrationsprozess und den Überlegungen vertraut sind.
  • Sie können diese Schritte auch verwenden, um die Zonen eines vorhandenen Clusters zu ändern, der Verfügbarkeitszonen verwendet.

In diesem Artikel lernen Sie Folgendes:

Voraussetzungen

Abrufen der Liste der Verfügbarkeitszonen für die Region Ihres Clusters

Sie können eine Liste der Verfügbarkeitszonen für Ihren Cluster auf folgende Weise abrufen:

  1. Wechseln Sie im Azure-Portal zur Seite Overview Ihres Clusters.

  2. Wählen Sie unter Einstellungen die Option Hochskalieren aus.

  3. In der Zeile für Ihren Cluster werden die Verfügbarkeitszonen in der Spalte "Verfügbarkeitszonen" angezeigt.

    Screenshot der Seite

Konfigurieren Ihres Clusters zur Unterstützung von Verfügbarkeitszonen

Um einem vorhandenen Cluster Verfügbarkeitszonen hinzuzufügen, aktualisieren Sie das Cluster-Attribut zones mit einer Liste der Zielverfügbarkeitszonen. Befolgen Sie die Anweisungen für Ihre bevorzugte Methode, indem Sie die Informationen in der folgenden Tabelle verwenden:

Parameter Wert
subscriptionId Die Abonnement-ID des Clusters
resourceGroupName Der Ressourcengruppenname des Clusters
clusterName Der Name des Clusters
apiVersion 2023-05-02 oder höher

Befolgen Sie die Anweisungen zum Bereitstellen einer Vorlage.

  1. Tätigen Sie den REST-API-Aufruf am folgenden Endpunkt, und ersetzen Sie dort die Parameter durch Ihre Werte:

    PUT https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Kusto/clusters/{clusterName}?api-version={apiVersion}
    
  2. Geben Sie Ihre Verfügbarkeitszonen im Anforderungstext an. Um beispielsweise den Cluster für die Verwendung der Verfügbarkeitszonen 1, 2 und 3 zu konfigurieren, legen Sie den Text wie folgt fest:

    { "zones": [ "{zone1}", "{zone2}", "{zone3}" ] }
    

Während der Migration wird die folgende Meldung im Azure Portal auf der Übersichtsseite des Clusters angezeigt. Die Nachricht wird nach Abschluss der Migration entfernt.

Die Zonalitätsänderung für die Speicher dieses Clusters wird ausgeführt. Die Zeit der Aktualisierung kann je nach Datenmenge variieren.

Architektur von Clustern mit Verfügbarkeitszonen

Wenn Sie Verfügbarkeitszonen konfigurieren, stellt der Cluster Ressourcen wie folgt bereit:

  • Compute layer: Azure Data Explorer ist eine verteilte Computerplattform mit mindestens zwei Knoten. Wenn Sie Verfügbarkeitszonen konfigurieren, verteilt der Cluster Computeknoten über die definierten Verfügbarkeitszonen für maximale Resilienz innerhalb der Region. Ein Zonenfehler beeinträchtigt möglicherweise die Clusterleistung, bis die fehlerhaften Computeressourcen in den überlebenden Zonen erneut bereitgestellt werden. Konfigurieren Sie die maximal verfügbaren Zonen in einer Region.

    Hinweis

    • In einigen Fällen sind aufgrund von Kapazitätsbeschränkungen nur teilweise Verfügbarkeitszonen für die Computeebene verfügbar.
    • Die Computeschicht eines Clusters verwendet einen Best-Effort-Ansatz, um Instanzen gleichmäßig auf ausgewählte Zonen zu verteilen.
  • Persistente Speicherschicht: Cluster verwenden Azure Storage als dauerhafte Persistenzschicht. Wenn Sie Verfügbarkeitszonen konfigurieren, aktiviert der Cluster ZRS und platziert drei Speicherreplikate in mehreren Verfügbarkeitszonen für maximale Ausfallsicherheit innerhalb der Region.

    Hinweis

    • ZRS verursacht zusätzliche Kosten.
    • Wenn Sie keine Verfügbarkeitszonen konfigurieren, verwenden Speicherressourcen die Standardeinstellung " Lokal redundanter Speicher (LRS)", wobei alle drei Replikate in einer einzelnen Zone platziert werden.

Migrationsprozess und Überlegungen

Wenn Sie einen vorhandenen Cluster konfigurieren, den Sie ohne Verfügbarkeitszonen bereitgestellt haben, um Verfügbarkeitszonen zu unterstützen, führt der Migrationsprozess die folgenden Schritte aus:

  • Verteilt Computeressourcen über die definierten Verfügbarkeitszonen

    Der Prozess der Umverteilung von Rechenressourcen umfasst eine Vorbereitungsphase, in der der Cache der zonalen Compute-Ressourcen vorbereitet wird. Während der Vorbereitungsphase funktionieren die Computeressourcen des vorhandenen Clusters weiterhin und stellen einen unterbrechungsfreien Dienst sicher. Diese Vorbereitungsphase kann bis zu zehn Minuten dauern. Der Übergang zu den neuen Computeressourcen erfolgt nur, wenn sie vollständig vorbereitet und betriebsbereit sind. Dieser parallele Verarbeitungsansatz sorgt für eine relativ nahtlose Erfahrung mit nur minimalen Dienstunterbrechungen während des Switchoverprozesses, der in der Regel zwischen 1 und 3 Minuten dauern. Die Abfrageleistung kann jedoch während der SKU-Migration beeinträchtigt werden. Der Grad der Auswirkung kann je nach bestimmten Verwendungsmustern variieren.

  • Migriert historische Daten aus dem persistenten Speicher zu ZRS

    Der Migrationsprozess hängt von der regionalen Unterstützung für den Übergang von LRS zu ZRS-Speicher und der verfügbaren Speicherkontenkapazität in den ausgewählten Zonen ab. Die Übertragung von historischen Daten kann ein zeitaufwendiger Prozess sein, der möglicherweise mehrere Stunden dauert oder sich sogar über Wochen erstrecken kann.

  • Schreibt alle neuen Daten in ZRS

    Nachdem Sie die Anforderung für die Migration zu Verfügbarkeitszonen initiiert haben, repliziert und speichert das System alle neuen Daten in der ZRS-Konfiguration.

    Hinweis

    • Nach der Migrationsanforderung kann es eine Verzögerung von bis zu mehreren Minuten geben, bevor alle neuen Daten in die ZRS-Konfiguration geschrieben werden.
    • Wenn ein Cluster Streaming aufgenommen hat, kann das Recycling neuer Daten, die als ZRS-Daten geschrieben werden, bis zu 30 Tage dauern.
  • Zonenstatus aktualisieren

    Sobald die Migrationsanforderung zu Verfügbarkeitszonen abgeschlossen ist, aktualisiert das System den Zonenstatus, um die unterstützten Zonen widerzuspiegeln. Wenn der Zonenstatus "Zonal Inconsistency" lautet, gibt er an, dass einige Compute- oder Speicherressourcen nicht migriert werden konnten und nicht zonal sind. Dieser Zustand tritt in der Regel auf, wenn für einige Ressourcen unzureichende Zonalkapazität verfügbar ist. Wiederholen Sie in solchen Fällen die Migration später, wenn die Kapazität verfügbar ist.

Überlegungen zur Migration

Kapazitätsbeschränkungen verhindern möglicherweise eine erfolgreiche Migrationsanforderung. Für eine erfolgreiche Migration müssen ausreichende Compute- und Speicherkapazität die Migration unterstützen. Wenn Kapazitätsbeschränkungen vorhanden sind, erhalten Sie eine Fehlermeldung, die das Problem angibt.