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. Sie sind durch ein leistungsfähiges Netzwerk 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 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, um Geschäftskontinuitätsszenarien zu 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 in allen Regionen nicht 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:

• So konfigurieren Sie Ihren Cluster zur Unterstützung von Verfügbarkeitszonen
• Die Architektur von Clustern mit Verfügbarkeitszonen
• Der Migrationsprozess und Überlegungen

Voraussetzungen

• Stellen Sie sicher, dass sich Ihr Cluster in einer Region befindet, in der die Migration zu mehreren Verfügbarkeitszonen unterstützt wird. Weitere Informationen finden Sie unter Unterstützte Regionen.

• 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 ist.

• Machen Sie sich bei DER REST-API mit der REST-API vertraut , um Azure-Ressourcen mithilfe der REST-API zu verwalten.

• Weitere programmgesteuerte Methoden finden Sie unter Voraussetzungen.

Unterstützte Regionen

Die Migration zu mehreren Verfügbarkeitszonen ist auf Regionen beschränkt, die keine Kapazitätsbeschränkungen aufweisen. Die folgenden Regionen werden derzeit unterstützt:

• Australien (Osten)
• Kanada, Mitte
• China, Norden 3
• Indien, Mitte
• Nordeuropa
• Norwegen, Osten
• Südafrika, Norden
• Schweden, Mitte
• Vereinigte Arabische Emirate, Norden
• UK, Süden

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:

Azure portal

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.

   

PowerShell

Bevor Sie beginnen, stellen Sie sicher, dass Sie az haben . Kusto-Cmdlets installiert und angemeldet, und führen Sie dann den folgenden Befehl aus, um die Liste der Verfügbarkeitszonen für die Region Ihres Clusters abzurufen:

1. Legen Sie die Ressourcen-ID Ihres Clusters fest. Sie können die Ressourcen-ID Ihres Clusters über die Azure-Portal von der Eigenschaftenseite Ihres Clusters abrufen.

   $resource_id = "<ClusterResourceID>"
   

2. Rufen Sie die Details Ihres Clusters ab.

   $mycluster = Get-AzKustoCluster -InputObject $resource_id
   

3. Rufen Sie den Speicherort Ihres Clusters ab.

   Wichtig

   Get-AzLocation erfordert das Az.Resources Modul. Wenn sie nicht installiert ist, führen Sie den Befehl aus Install-Module Az.Resources.

   $location = (Get-AzLocation | where DisplayName -EQ $mycluster.Location).location
   

4. Rufen Sie die ID Ihres Clusters ab.

   $mycluster.Id  -match "/subscriptions/(.*?)/" | Out-Null; $subscription = $Matches[1]
   

5. Rufen Sie die Liste der Verfügbarkeitszonen für die Region Ihres Clusters ab.

   $bearer = (Get-AzAccessToken).Token
   $rest_result = (Invoke-RestMethod -Uri https://management.azure.com/subscriptions/$subscription/providers/Microsoft.Kusto/locations/${location}/skus?api-version=2022-11-11 -Headers @{Authorization="Bearer $bearer"})
   $zones = $rest_result | select -ExpandProperty Value | where name -eq $mycluster.SkuName | select -ExpandProperty locationInfo | select zones
   $zones
   

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 die Berechnung geändert. Der permanente Speicher wird nicht geändert.

REST-API

Befolgen Sie die Anweisungen zum Bereitstellen einer Vorlage.

1. Rufen Sie den REST-API-Aufruf am folgenden Endpunkt auf, in dem Sie die Parameter durch Ihre Werte ersetzen:

   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}" ] }
   

C#

1. Wenn Sie die Bibliotheken "Azure.Identity " und "Azure.ResourceManager.Kusto " nicht installiert haben, verwenden Sie die folgenden Befehle, um sie zu installieren:

   dotnet add package Azure.Identity
   dotnet add package Azure.ResourceManager.Kusto
   

2. Fügen Sie in Ihrer Anwendung den folgenden Code hinzu:

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

   Wenn Sie ihre Zonen beispielsweise auf 1, 2 und 3 in der Region Nordeuropa festlegen möchten, verwenden Sie den folgenden Code:

   using Azure.Core;
   using Azure.ResourceManager.Kusto;
   using Azure.ResourceManager.Kusto.Models;
   using ArmClient = Azure.ResourceManager.ArmClient;
   using ClientSecretCredential = Azure.Identity.ClientSecretCredential;
   using WaitUntil = Azure.WaitUntil;
   
   var tenantId = "{tenantId}";
   var clientId = "{clientId}";
   var clientSecret = "{clientSecret}";
   var subscriptionId = "{subscriptionId}";
   var resourceGroupName = "{resourceGroupName}";
   var clusterName = "{clusterName}";
   
   var credentials = new ClientSecretCredential(tenantId, clientId, clientSecret);
   var resourceManagementClient = new ArmClient(credentials, subscriptionId);
   var resourceIdentifier = new ResourceIdentifier($"/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Kusto/Clusters/{clusterName}");
   var cluster = resourceManagementClient.GetKustoClusterResource(resourceIdentifier);
   
   var kustoClusterPatch = new KustoClusterPatch(AzureLocation.NorthEurope);
   kustoClusterPatch.Zones.Clear();
   kustoClusterPatch.Zones.Add("1");
   kustoClusterPatch.Zones.Add("2");
   kustoClusterPatch.Zones.Add("3");
   
   var armOperation = await cluster.UpdateAsync(WaitUntil.Started, kustoClusterPatch).ConfigureAwait(false);
   
   var response = armOperation.UpdateStatus();
   Console.WriteLine($"ClientRequestId: {response.ClientRequestId}");
   
   while (true)
   {
     Console.WriteLine($"{DateTime.UtcNow:o} {response.Status, -5} {response.ReasonPhrase}");
     if (armOperation.HasCompleted)
       break;
   
     await Task.Delay(60000).ConfigureAwait(false);
     response = await armOperation.UpdateStatusAsync().ConfigureAwait(false);
   }
   

3. Führen Sie Ihre Anwendung aus.

Python

1. Fügen Sie in Ihrer Anwendung den folgenden Code hinzu:

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

   Wenn Sie ihre Zonen beispielsweise auf 1, 2 und 3 in der Region Nordeuropa festlegen möchten, verwenden Sie den folgenden Code:

   from azure.identity import DefaultAzureCredential
   from azure.mgmt.kusto import KustoManagementClient
   from azure.mgmt.kusto import models
   import time
   from azure.core.exceptions import HttpResponseError 
   
   subscription_id = "{subscriptionId}"
   resource_group_name = "{resourceGroupName}"
   cluster_name = "{clusterName}"
   
   client = KustoManagementClient(DefaultAzureCredential(), subscription_id)
   lro_poller = client.clusters.begin_update(resource_group_name, cluster_name, models.ClusterUpdate.from_dict({"zones": ["1", "2", "3"]}))
   
   while (not(lro_poller.done())):
       time.sleep(60)
   
   print (f"status: {lro_poller.status()}")
   
   try:
       lro_poller.result()
   except HttpResponseError as e:
       print (f"Exception: {e}")
   

2. Führen Sie Ihre Anwendung aus.

PowerShell

Sie können den folgenden PowerShell-Befehl verwenden, um Ihren Cluster für die Verwendung von Verfügbarkeitszonen zu konfigurieren. Stellen Sie sicher, dass die Kusto-Toolsbibliotheken installiert sind, und ersetzen Sie die Parameter durch Ihre Werte.

Update-AzKustoCluster -SubscriptionId {subscriptionId} -ResourceGroupName {resourceGroupName} -Name {clusterName} -Zone "{zone1}", "{zone2}", "{zone3}"

ARM-Vorlage

1. Fügen Sie in Ihrer ARM-Vorlage der Microsoft.Kusto/clusters Ressource die folgende Eigenschaft hinzu:

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

   Wenn Sie ihre Zonen beispielsweise auf 1, 2 und 3 in der Region Nordeuropa festlegen möchten, verwenden Sie die folgende Vorlage:

   {
     "$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentTemplate.json#",
     "contentVersion": "1.0.0.0",
     "parameters": {
         "clusters_clusterName_name": {
             "defaultValue": "clusterName",
             "type": "string"
         }
     },
     "variables": {},
     "resources": [
         {
             "type": "Microsoft.Kusto/clusters",
             "apiVersion": "2023-05-02",
             "name": "[parameters('clusters_clusterName_name')]",
             "location": "North Europe",
             "sku": {
                 "name": "{skuName}",
                 "tier": "Basic",
                 "capacity": 1
             },
             "zones": ["1","2","3"],
             "identity": {
                 "type": "SystemAssigned"
             },
             "properties": {
                 "trustedExternalTenants": [],
                 "enableDiskEncryption": false,
                 "enableStreamingIngest": false,
                 "languageExtensions": {
                     "value": []
                 },
                 "enablePurge": false,
                 "enableDoubleEncryption": false,
                 "engineType": "V3",
                 "acceptedAudiences": [],
                 "restrictOutboundNetworkAccess": "Disabled",
                 "allowedFqdnList": [],
                 "publicNetworkAccess": "Enabled",
                 "allowedIpRangeList": [],
                 "enableAutoStop": true,
                 "publicIPType": "IPv4"
             }
         }
     ]
   }
   

2. Stellen Sie die ARM-Vorlage bereit. Weitere Informationen finden Sie unter Bereitstellen von Ressourcen mit ARM-Vorlagen und der Azure CLI.

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 Speicherung dieses Clusters wird ausgeführt. Die Aktualisierungszeit kann je nach Datenmenge variieren.

Architektur von Clustern mit Verfügbarkeitszonen

Wenn Verfügbarkeitszonen konfiguriert sind, werden die Ressourcen eines Clusters wie folgt bereitgestellt:

• Computeschicht: 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 Persistenzschicht. 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 warm 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, die in der Regel zwischen 1 und drei 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 zu 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 erstreckt.

• 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 der ZRS-Konfiguration geschrieben werden.
  • Wenn ein Cluster Streaming aufgenommen hat, 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.

Zugehöriger Inhalt

• Übersicht über Business Continuity & Disaster Recovery