Uw cluster migreren om meerdere beschikbaarheidszones te ondersteunen (preview)

Veel Azure-regio's bieden beschikbaarheidszones. Dit zijn gescheiden groepen datacenters binnen een regio. Beschikbaarheidszones zijn dichtbij genoeg om verbindingen met lage latentie te hebben met andere beschikbaarheidszones. Ze zijn verbonden via een netwerk met hoge prestaties met een retourlatentie van minder dan 2 ms. Beschikbaarheidszones zijn echter ver genoeg uit elkaar om de kans te verkleinen dat meer dan één wordt beïnvloed door lokale storingen of weersomstandigheden. Beschikbaarheidszones hebben een onafhankelijke energie-, koelings- en netwerkinfrastructuur. Ze zijn zo ontworpen dat als één zone een storing ondervindt, regionale services, capaciteit en hoge beschikbaarheid worden ondersteund door de resterende zones. Zie Azure Beschikbaarheidszones voor meer informatie.

Azure Data Explorer-clusters kunnen worden geconfigureerd voor het gebruik van beschikbaarheidszones in ondersteunde regio's. Door beschikbaarheidszones te gebruiken, kan een cluster beter bestand zijn tegen het uitvallen van één datacenter in een regio ter ondersteuning van scenario's voor bedrijfscontinuïteit .

U kunt beschikbaarheidszones configureren bij het maken van een cluster in de Azure Portal of programmatisch met behulp van een van de volgende methoden:

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

Belangrijk

• Zodra een cluster is geconfigureerd met beschikbaarheidszones, kunt u het cluster niet wijzigen om geen beschikbaarheidszones te gebruiken.
• Meerdere zones worden niet in alle regio's ondersteund. Daarom kunnen clusters in deze regio's niet worden ingesteld voor het gebruik van beschikbaarheidszones.
• Voor het gebruik van beschikbaarheidszones worden extra kosten in rekening gebracht.

Notitie

• Zorg ervoor dat u bekend bent met het migratieproces en de overwegingen voordat u verdergaat.
• U kunt deze stappen ook gebruiken om de zones te wijzigen van een bestaand cluster dat gebruikmaakt van beschikbaarheidszones.

In dit artikel vindt u informatie over:

• Uw cluster configureren voor ondersteuning van beschikbaarheidszones
• De architectuur van clusters met beschikbaarheidszones
• Het migratieproces en overwegingen

Vereisten

• Zorg ervoor dat uw cluster zich in een regio bevindt waar migratie naar meerdere beschikbaarheidszones wordt ondersteund. Zie Ondersteunde regio's voor meer informatie.

• Voor het migreren van een cluster ter ondersteuning van beschikbaarheidszones hebt u een cluster nodig dat is geïmplementeerd zonder beschikbaarheidszones.

• Als u de zones van een cluster wilt wijzigen, hebt u een cluster nodig dat is geconfigureerd met beschikbaarheidszones.

• Voor REST API moet u vertrouwd raken met Azure-resources beheren met behulp van de REST API.

• Zie Vereisten voor andere programmatische methoden.

Ondersteunde regio’s

Migratie naar meerdere beschikbaarheidszones is beperkt tot regio's waarvoor geen capaciteitsbeperkingen gelden. De volgende regio's worden momenteel ondersteund:

• Australië - oost
• Canada - midden
• China - noord 3
• Frankrijk - centraal
• India - centraal
• Europa - noord
• Noorwegen - oost
• Zuid-Afrika - noord
• Zweden - centraal
• VAE - noord
• Verenigd Koninkrijk Zuid

De lijst met beschikbaarheidszones voor de regio van uw cluster ophalen

U kunt op de volgende manieren een lijst met beschikbaarheidszones voor uw cluster ophalen:

Azure-portal

1. Ga in de Azure Portal naar de pagina Overzicht van uw cluster.

2. Selecteer onder Instellingende optie Omhoog schalen.

3. In de rij voor uw cluster worden de beschikbaarheidszones weergegeven in de kolom Beschikbaarheidszones .

   

PowerShell

Zorg ervoor dat je az hebt voordat je begint. Kusto-cmdlets geïnstalleerd en aangemeld, en voer vervolgens de volgende opdracht uit om de lijst met beschikbaarheidszones voor de regio van uw cluster op te halen:

1. Stel de resource-id van uw cluster in. U kunt de resource-id van uw cluster ophalen uit de Azure Portal op de pagina Eigenschappen van uw cluster.

   $resource_id = "<ClusterResourceID>"
   

2. Haal de gegevens van uw cluster op.

   $mycluster = Get-AzKustoCluster -InputObject $resource_id
   

3. Haal de locatie van uw cluster op.

   Belangrijk

   Get-AzLocation vereist de Az.Resources module. Als u deze niet hebt geïnstalleerd, voert u uit Install-Module Az.Resources.

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

4. Haal de id van uw cluster op.

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

5. Haal de lijst met beschikbaarheidszones op voor de regio van uw cluster.

   $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
   

Uw cluster configureren ter ondersteuning van beschikbaarheidszones

Als u beschikbaarheidszones wilt toevoegen aan een bestaand cluster, moet u het clusterkenmerk zones bijwerken met een lijst met de doel-beschikbaarheidszones. Volg de instructies voor uw voorkeursmethode met behulp van de informatie in de volgende tabel:

Parameter	Waarde
subscriptionId	De abonnements-id van het cluster
resourceGroupName	De naam van de resourcegroep van het cluster
clusterName	De naam van het cluster
apiVersion	2023-05-02 of hoger

Belangrijk

Als u de beschikbaarheidszones voor een bestaand cluster wijzigt, worden alleen de beschikbaarheidszones voor de berekening gewijzigd. De permanente opslag wordt niet gewijzigd.

REST API

Volg de instructies voor het implementeren van een sjabloon.

1. Maak de REST API-aanroep naar het volgende eindpunt, waar u de parameters vervangt door uw waarden:

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

2. Geef uw beschikbaarheidszones op in de hoofdtekst van de aanvraag. Als u bijvoorbeeld het cluster wilt configureren voor het gebruik van beschikbaarheidszones 1, 2 en 3, stelt u de hoofdtekst als volgt in:

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

C#

1. Als u de bibliotheken Azure.Identity en Azure.ResourceManager.Kusto niet hebt geïnstalleerd, gebruikt u de volgende opdrachten om ze te installeren:

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

2. Voeg in uw toepassing de volgende code toe:

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

   Als u bijvoorbeeld uw zones wilt instellen op 1, 2 en 3 in de regio Europa - noord, gebruikt u de volgende 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. Voer uw toepassing uit.

Python

1. Voeg in uw toepassing de volgende code toe:

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

   Als u bijvoorbeeld uw zones wilt instellen op 1, 2 en 3 in de regio Europa - noord, gebruikt u de volgende 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. Voer uw toepassing uit.

PowerShell

U kunt de volgende PowerShell-opdracht gebruiken om uw cluster te configureren voor het gebruik van beschikbaarheidszones. Zorg ervoor dat de bibliotheken van Kusto-hulpprogramma's zijn geïnstalleerd en vervang de parameters door uw waarden.

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

Azure VPN-gateway

1. Voeg in uw ARM-sjabloon de volgende eigenschap toe aan de Microsoft.Kusto/clusters resource:

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

   Als u bijvoorbeeld uw zones wilt instellen op 1, 2 en 3 in de regio Europa - noord, gebruikt u de volgende sjabloon:

   {
     "$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. De ARM-sjabloon implementeren. Zie Resources implementeren met ARM-sjablonen en Azure CLI voor meer informatie.

Tijdens de migratie wordt het volgende bericht weergegeven in de Azure Portal op de overzichtspagina van het cluster. Het bericht wordt verwijderd nadat de migratie is voltooid.

De zonewijziging voor de opslag van dit cluster wordt uitgevoerd. De updatetijd kan variëren, afhankelijk van de hoeveelheid gegevens.

Architectuur van clusters met beschikbaarheidszones

Wanneer beschikbaarheidszones zijn geconfigureerd, worden de resources van een cluster als volgt geïmplementeerd:

• Rekenlaag: Azure Data Explorer is een gedistribueerd computingplatform met twee of meer knooppunten. Als beschikbaarheidszones zijn geconfigureerd, worden rekenknooppunten verdeeld over de gedefinieerde beschikbaarheidszone voor maximale tolerantie binnen regio's. Een zonefout kan de prestaties van het cluster verminderen, totdat de mislukte rekenresources opnieuw worden geïmplementeerd in de resterende zones. We raden u aan om de maximaal beschikbare zones in een regio te configureren.

  Notitie

  • In sommige gevallen zijn vanwege beperkingen van de rekencapaciteit alleen zones voor gedeeltelijke beschikbaarheid beschikbaar voor de rekenlaag.
  • De rekenlaag van een cluster implementeert een best effort-benadering om instanties gelijkmatig over geselecteerde zones te verdelen.

• Permanente opslaglaag: clusters gebruiken Azure Storage als duurzame persistentielaag. Als beschikbaarheidszones zijn geconfigureerd, wordt ZRS ingeschakeld, waardoor opslagreplica's in alle drie de beschikbaarheidszones worden geplaatst voor maximale tolerantie binnen regio's.

  Notitie

  • Voor ZRS worden extra kosten in rekening gebracht.
  • Wanneer beschikbaarheidszones niet zijn geconfigureerd, worden opslagresources geïmplementeerd met de standaardinstelling lokaal redundante opslag (LRS). Het plaatsen van alle 3 replica's is één zone.

Migratieproces

Wanneer een bestaand cluster dat zonder beschikbaarheidszones is geïmplementeerd, wordt geconfigureerd ter ondersteuning van beschikbaarheidszones, worden de volgende stappen uitgevoerd als onderdeel van het migratieproces:

• Compute wordt gedistribueerd in de gedefinieerde beschikbaarheidszones

  Het proces van herdistributie van rekenresources omvat een voorbereidingsfase waarin de cache van de zonegebonden rekenresources wordt opgewarmd. Tijdens de voorbereidingsfase blijven de rekenresources van het bestaande cluster werken, waardoor een ononderbroken service wordt gegarandeerd. Deze voorbereidingsfase kan tientallen minuten duren. De overgang naar de nieuwe rekenresources vindt alleen plaats zodra deze volledig is voorbereid en operationeel is. Deze benadering van parallelle verwerking zorgt voor een relatief naadloze ervaring, met slechts minimale serviceonderbreking tijdens het overschakelingsproces, meestal tussen één en drie minuten. Het is echter belangrijk om te weten dat de queryprestaties mogelijk worden beïnvloed tijdens de migratie van de SKU. De mate van impact kan variëren, afhankelijk van specifieke gebruikspatronen.

• Historische permanente opslaggegevens worden gemigreerd naar ZRS

  Het migratieproces is afhankelijk van de regionale ondersteuning voor de overgang van LRS naar ZRS-opslag, evenals de beschikbare capaciteit van opslagaccounts in de geselecteerde zones. De overdracht van historische gegevens kan een tijdrovend proces zijn, dat mogelijk enkele uren kan duren of zelfs weken kan duren.

• Alle nieuwe gegevens worden naar ZRS geschreven

  Nadat de aanvraag voor migratie naar beschikbaarheidszones is gestart, worden alle nieuwe gegevens gerepliceerd en opgeslagen in de ZRS-configuratie.

  Notitie

  • Na de migratieaanvraag kan er een vertraging van maximaal enkele minuten zijn voordat alle nieuwe gegevens in de ZRS-configuratie worden geschreven.
  • Als een cluster streaming-opname heeft, kan het recyclen van nieuwe gegevens die als ZRS-gegevens worden geschreven, maximaal 30 dagen duren.

Overwegingen

De aanvraag voor migratie naar beschikbaarheidszones is mogelijk niet geslaagd vanwege capaciteitsbeperkingen. Voor een geslaagde migratie moet er voldoende reken- en opslagcapaciteit zijn om de migratie te ondersteunen. Als er capaciteitsbeperkingen zijn, krijgt u een foutbericht dat het probleem aangeeft.

Gerelateerde inhoud

• Overzicht van bedrijfscontinuïteit en herstel na noodgevallen