Freigeben über


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. Die Verfügbarkeitszonen sind jedoch weit genug voneinander entfernt, um die Wahrscheinlichkeit zu verringern, dass mehr als eine von lokalen Ausfällen oder Wetterbedingungen betroffen ist. Verfügbarkeitszonen verfügen über eine unabhängige Strom-, Kühl- und Netzwerkinfrastruktur. Sie sind so konzipiert, dass im Falle eines Ausfalls einer Zone die regionalen Dienste, Kapazitäten und die hohe Verfügbarkeit von den übrigen Zonen unterstützt werden. Weitere Informationen finden Sie unter Azure Verfügbarkeitszonen.

Azure Data Explorer Cluster können für die Verwendung von Verfügbarkeitszonen in unterstützten Regionen konfiguriert werden. 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-Vorlage

Wichtig

  • Nachdem ein Cluster mit Verfügbarkeitszonen konfiguriert wurde, können Sie den Cluster nicht mehr so ändern, dass keine Verfügbarkeitszonen verwendet werden.
  • Mehrere Zonen werden nicht in allen Regionen unterstützt. Daher können Cluster, die sich in diesen Regionen befinden, nicht für die Verwendung von Verfügbarkeitszonen eingerichtet werden.
  • Durch die Verwendung von Verfügbarkeitszonen entstehen 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 aufgeführt.

    Verfügbarkeitszonen

Konfigurieren Ihres Clusters zur Unterstützung von Verfügbarkeitszonen

Um einem vorhandenen Cluster Verfügbarkeitszonen hinzuzufügen, müssen Sie das Cluster-Attribut „zones“ mit einer Liste der Zielverfügbarkeitszonen aktualisieren. 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 Verfügbarkeitszonen konfiguriert sind, werden die Ressourcen eines Clusters wie folgt bereitgestellt:

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

    Hinweis

    • In einigen Fällen stehen aufgrund von Kapazitätsbeschränkungen nur teilweise Verfügbarkeitszonen für die Computeebene zur Verfügung.
    • Die Computeebene eines Clusters implementiert einen Best-Effort-Ansatz, um Instanzen gleichmäßig auf ausgewählte Zonen zu verteilen.
  • Persistent Storage Layer: Cluster verwenden Azure Storage als dauerhafte Persistenzschicht. Wenn Verfügbarkeitszonen konfiguriert sind, wird ZRS aktiviert und platziert drei Speicherreplikate über mehrere Verfügbarkeitszonen hinweg für maximale Ausfallsicherheit innerhalb der Region.

    Hinweis

    • ZRS verursacht zusätzliche Kosten.
    • Wenn Verfügbarkeitszonen nicht konfiguriert sind, werden Speicherressourcen mit der Standardeinstellung Lokal redundanter Speicher (LRS) bereitgestellt, wobei alle drei Replikate eine einzelne Zone sind.

Migrationsprozess

Wenn ein vorhandener Cluster, der ohne Verfügbarkeitszonen bereitgestellt wurde, für die Unterstützung von Verfügbarkeitszonen konfiguriert ist, werden die folgenden Schritte im Rahmen des Migrationsprozesses ausgeführt:

  • Compute wird in den definierten Verfügbarkeitszonen verteilt

    Der Prozess der Umverteilung von Rechenressourcen umfasst eine Vorbereitungsphase, in der der Cache der zonalen Rechenressourcen 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 er vollständig vorbereitet und betriebsbereit ist. 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. Beachten Sie jedoch, dass die Abfrageleistung während der SKU-Migration möglicherweise beeinträchtigt wird. Der Grad der Auswirkung kann je nach bestimmten Verwendungsmustern variieren.

  • Historische persistente Speicherdaten werden zu ZRS migriert

    Der Migrationsprozess hängt von der regionalen Unterstützung für den Übergang von LRS zum ZRS-Speicher sowie 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.

  • Alle neuen Daten werden in ZRS geschrieben

    Nachdem die Anforderung für die Migration zu Verfügbarkeitszonen initiiert wurde, werden alle neuen Daten repliziert und in der ZRS-Konfiguration gespeichert.

    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 über Streamingerfassung verfügt, kann das Recycling neuer Daten, die als ZRS-Daten geschrieben werden sollen, bis zu 30 Tage dauern.
  • Zonenstatus aktualisiert

    Sobald die Migrationsanforderung zu Verfügbarkeitszonen abgeschlossen ist, wird der Zonenstatus aktualisiert, 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. Dies tritt in der Regel auf, wenn für einige Ressourcen unzureichende Zonalkapazität verfügbar ist. In solchen Fällen wird empfohlen, die Migration später erneut zu versuchen, wenn kapazität verfügbar ist.

Überlegungen

Die Anforderung für die Migration zu Verfügbarkeitszonen ist aufgrund von Kapazitätsbeschränkungen möglicherweise nicht erfolgreich. Für eine erfolgreiche Migration muss ausreichend Rechen- und Speicherkapazität vorhanden sein, um die Migration zu unterstützen. Wenn Kapazitätsbeschränkungen vorliegen, erhalten Sie eine Fehlermeldung, die das Problem angibt.