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

Viele Azure-Regionen bieten Verfügbarkeitszonen, bei denen es sich um getrennte Gruppen von Rechenzentren innerhalb einer Region handelt. Die Verfügbarkeitszonen liegen nahe genug beieinander, um Verbindungen mit geringer Latenz zu anderen Verfügbarkeitszonen zu haben. Verfügbarkeitszonen sind über ein Hochleistungsnetzwerk mit einer Roundtriplatenz 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 in unterstützten Regionen für die Verwendung von Verfügbarkeitszonen 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 mit 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.
  • Die Verwendung von Verfügbarkeitszonen verursacht zusätzliche Kosten.

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

  • Stellen Sie sicher, dass sich Ihr Cluster in einer Region befindet, in der die Migration zu mehreren Verfügbarkeitszonen unterstützt wird.

  • Für die Migration eines Clusters zur Unterstützung von Verfügbarkeitszonen benötigen Sie einen Cluster, der ohne Verfügbarkeitszonen bereitgestellt wurde.

  • Zum Ändern der Zonen eines Clusters benötigen Sie einen Cluster, der mit Verfügbarkeitszonen konfiguriert wurde.

  • Machen Sie sich für die REST-API mit Verwalten von Azure-Ressourcen vertraut, indem Sie die REST-API verwenden vertraut.

  • Weitere programmgesteuerte Methoden finden Sie unter 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 Übersichtsseite 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

Wichtig

Durch das Ändern der Verfügbarkeitszonen für einen vorhandenen Cluster werden nur die Verfügbarkeitszonen für den Compute geändert. Der persistente Speicher wird nicht geändert.

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:

  • Computeebene: Azure Data Explorer ist eine verteilte Computerplattform mit mindestens zwei Knoten. Wenn Verfügbarkeitszonen konfiguriert sind, werden Computeknoten über die definierte Verfügbarkeitszone verteilt, um 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.
  • Persistente Speicherebene: Cluster verwenden Azure Storage als dauerhafte Persistenzebene. Wenn Verfügbarkeitszonen konfiguriert sind, ist ZRS aktiviert und platziert Speicherreplikate in allen drei Verfügbarkeitszonen 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 Computeressourcen umfasst eine Vorbereitungsphase, in der der Cache der zonal Computeressourcen aufgewärmt 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.

Ü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.