Migrera klustret för att stödja flera tillgänglighetszoner (förhandsversion)

Många Azure-regioner tillhandahåller tillgänglighetszoner, som är avgränsade grupper av datacenter i en region. Tillgänglighetszoner är tillräckligt nära för att ha anslutningar med kort svarstid till andra tillgänglighetszoner. De är anslutna via ett högpresterande nätverk med en svarstid på mindre än 2 ms. Tillgänglighetszoner är dock tillräckligt långt ifrån varandra för att minska sannolikheten för att fler än en kommer att påverkas av lokala avbrott eller väder. Tillgänglighetszoner har oberoende infrastruktur för ström, kylning och nätverk. De är utformade så att regionala tjänster, kapacitet och hög tillgänglighet stöds av återstående zoner om en zon drabbas av ett avbrott. Mer information finns i Azure Tillgänglighetszoner.

Azure Data Explorer kluster kan konfigureras för att använda tillgänglighetszoner i regioner som stöds. Genom att använda tillgänglighetszoner kan ett kluster bättre hantera fel i ett enskilt datacenter i en region för att stödja scenarier med affärskontinuitet .

Du kan konfigurera tillgänglighetszoner när du skapar ett kluster i Azure Portal eller programmatiskt med någon av följande metoder:

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

Viktigt

• När ett kluster har konfigurerats med tillgänglighetszoner kan du inte ändra klustret så att det inte använder tillgänglighetszoner.
• Flera zoner stöds inte i alla regioner. Därför kan kluster som finns i dessa regioner inte konfigureras för att använda tillgänglighetszoner.
• Användning av tillgänglighetszoner medför ytterligare kostnader.

Anteckning

• Innan du fortsätter bör du vara bekant med migreringsprocessen och övervägandena.
• Du kan också använda de här stegen för att ändra zonerna för ett befintligt kluster som använder tillgänglighetszoner.

I den här artikeln lär du dig mer om:

• Så här konfigurerar du klustret för att stödja tillgänglighetszoner
• Arkitekturen för kluster med tillgänglighetszoner
• Migreringsprocessen och överväganden

Förutsättningar

• Kontrollera att klustret finns i en region där migrering till flera tillgänglighetszoner stöds. Mer information finns i Regioner som stöds.

• För att migrera ett kluster för att stödja tillgänglighetszoner behöver du ett kluster som har distribuerats utan några tillgänglighetszoner.

• För att ändra zoner i ett kluster behöver du ett kluster som har konfigurerats med tillgänglighetszoner.

• För REST API kan du bekanta dig med Hantera Azure-resurser med hjälp av REST-API:et.

• Andra programmatiska metoder finns i Krav.

Regioner som stöds

Migrering till flera tillgänglighetszoner är begränsad till regioner som inte har kapacitetsbegränsningar. Följande regioner stöds för närvarande:

• Australien, östra
• Kanada, centrala
• Kina, norra 3
• Frankrike, centrala
• Indien, centrala
• Europa, norra
• Norge, östra
• Sydafrika, norra
• Sverige, centrala
• Förenade Arabemiraten, norra
• Storbritannien, södra

Hämta listan över tillgänglighetszoner för klustrets region

Du kan hämta en lista över tillgänglighetszoner för klustret på följande sätt:

Azure-portalen

1. I Azure Portal går du till klustrets översiktssida.

2. Under Inställningar väljer du Skala upp.

3. På raden för klustret visas tillgänglighetszonerna i kolumnen Tillgänglighetszoner .

   

PowerShell

Innan du börjar, se till att du har az. Kusto-cmdletar installerade och inloggade och kör sedan följande kommando för att hämta listan över tillgänglighetszoner för klustrets region:

1. Ange resurs-ID för klustret. Du kan hämta klustrets resurs-ID från Azure Portal från klustrets egenskapssida.

   $resource_id = "<ClusterResourceID>"
   

2. Hämta information om klustret.

   $mycluster = Get-AzKustoCluster -InputObject $resource_id
   

3. Hämta platsen för klustret.

   Viktigt

   Get-AzLocation kräver modulen Az.Resources . Om du inte har installerat den kör du Install-Module Az.Resources.

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

4. Hämta klustrets ID.

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

5. Hämta listan över tillgänglighetszoner för klustrets region.

   $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
   

Konfigurera klustret så att det stöder tillgänglighetszoner

Om du vill lägga till tillgänglighetszoner i ett befintligt kluster måste du uppdatera klusterattributet zones med en lista över måltillgänglighetszonerna. Följ anvisningarna för önskad metod med hjälp av informationen i följande tabell:

Parameter	Värde
subscriptionId	Prenumerations-ID för klustret
resourceGroupName	Resursgruppens namn på klustret
clusterName	Namnet på klustret
apiVersion	2023-05-02 eller senare

Viktigt

Om du ändrar tillgänglighetszonerna för ett befintligt kluster ändras bara tillgänglighetszonerna för beräkningen. Den beständiga lagringen ändras inte.

REST-API

Följ anvisningarna om hur du distribuerar en mall.

1. Gör REST API-anropet till följande slutpunkt där du ersätter parametrarna med dina värden:

   PUT https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Kusto/clusters/{clusterName}?api-version={apiVersion}
   

2. Ange dina tillgänglighetszoner i begärandetexten. Om du till exempel vill konfigurera klustret så att det använder tillgänglighetszonerna 1, 2 och 3 anger du brödtexten på följande sätt:

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

C#

1. Om du inte har biblioteken Azure.Identity och Azure.ResourceManager.Kusto installerade använder du följande kommandon för att installera dem:

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

2. Lägg till följande kod i programmet:

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

   Om du till exempel vill ange zoner till 1, 2 och 3 i regionen Europa, norra använder du följande kod:

   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. Kör programmet.

Python

1. Lägg till följande kod i programmet:

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

   Om du till exempel vill ange zoner till 1, 2 och 3 i regionen Europa, norra använder du följande kod:

   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. Kör programmet.

PowerShell

Du kan använda följande PowerShell-kommando för att konfigurera klustret så att det använder tillgänglighetszoner. Kontrollera att Kusto-verktygsbiblioteken är installerade och ersätt parametrarna med dina värden.

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

ARM-mall

1. I ARM-mallen lägger du till följande egenskap i resursen Microsoft.Kusto/clusters :

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

   Om du till exempel vill ange zoner till 1, 2 och 3 i regionen Europa, norra använder du följande mall:

   {
     "$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. Distribuera ARM-mallen. Mer information finns i Distribuera resurser med ARM-mallar och Azure CLI.

Under migreringen visas följande meddelande i Azure Portal på klustrets översiktssida. Meddelandet tas bort när migreringen är klar.

Zonindelningsändring för lagringen av det här klustret pågår. Uppdateringstiden kan variera beroende på mängden data.

Arkitektur för kluster med tillgänglighetszoner

När tillgänglighetszoner har konfigurerats distribueras ett klusters resurser på följande sätt:

• Beräkningslager: Azure Data Explorer är en distribuerad databehandlingsplattform som har två eller flera noder. Om tillgänglighetszoner konfigureras distribueras beräkningsnoder över den definierade tillgänglighetszonen för maximal återhämtning inom regionen. Ett zonfel kan försämra klusterprestanda tills de misslyckade beräkningsresurserna distribueras om i de överlevande zonerna. Vi rekommenderar att du konfigurerar maximalt antal tillgängliga zoner i en region.

  Anteckning

  • I vissa fall är endast partiella tillgänglighetszoner tillgängliga för beräkningslagret på grund av begränsningar i beräkningskapaciteten.
  • Ett klusters beräkningslager implementerar ett metodtips för att jämnt sprida instanser över valda zoner.

• Beständigt lagringslager: Kluster använder Azure Storage som ett beständigt beständighetslager. Om tillgänglighetszoner har konfigurerats är ZRS aktiverat och placerar lagringsrepliker i alla tre tillgänglighetszonerna för maximal återhämtning inom regionen.

  Anteckning

  • ZRS medför en extra kostnad.
  • När tillgänglighetszoner inte har konfigurerats distribueras lagringsresurser med standardinställningen Lokalt redundant lagring (LRS) och att placera alla tre repliker är en enda zon.

Migreringsprocessen

När ett befintligt kluster som har distribuerats utan några tillgänglighetszoner har konfigurerats för att stödja tillgänglighetszoner utförs följande steg som en del av migreringsprocessen:

• Beräkning distribueras i de definierade tillgänglighetszonerna

  Processen för att omdistribuera beräkningsresurser omfattar ett förberedelsesteg där zonindelad cache för beräkningsresurser värms upp. Under förberedelsefasen fortsätter det befintliga klustrets beräkningsresurser att fungera, vilket säkerställer oavbruten tjänst. Den här förberedelsefasen kan ta upp till tiotals minuter. Övergången till de nya beräkningsresurserna sker bara när den är helt förberedd och i drift. Den här parallella bearbetningsmetoden ger en relativt sömlös upplevelse, med endast minimala avbrott i tjänsten under övergången, som vanligtvis varar mellan en och tre minuter. Observera dock att frågeprestanda kan påverkas under SKU-migreringen. Graden av påverkan kan variera beroende på specifika användningsmönster.

• Historiska beständiga lagringsdata migreras till ZRS

  Migreringsprocessen är beroende av regionalt stöd för övergången från LRS till ZRS-lagring samt den tillgängliga lagringskontokapaciteten i de valda zonerna. Överföringen av historiska data kan vara en tidskrävande process som potentiellt tar flera timmar eller till och med sträcker sig över till veckor.

• Alla nya data skrivs till ZRS

  När begäran om migrering till tillgänglighetszoner har initierats replikeras och lagras alla nya data i ZRS-konfigurationen.

  Anteckning

  • Efter migreringsbegäran kan det uppstå en fördröjning på upp till flera minuter innan alla nya data börjar skrivas i ZRS-konfigurationen.
  • Om ett kluster har strömmande inmatning kan det ta upp till 30 dagar att återvinna nya data som ska skrivas som ZRS-data.

Överväganden

Begäran om migrering till tillgänglighetszoner kanske inte lyckas på grund av kapacitetsbegränsningar. För en lyckad migrering måste det finnas tillräckligt med beräknings- och lagringskapacitet för migreringen. Om det finns kapacitetsbegränsningar visas ett felmeddelande som anger problemet.

Relaterat innehåll

• Översikt över affärskontinuitet och haveriberedskap