Migrowanie klastra w celu obsługi wielu stref dostępności (wersja zapoznawcza)

Wiele regionów platformy Azure zapewnia strefy dostępności, które są oddzielnymi grupami centrów danych w regionie. Strefy dostępności są wystarczająco blisko, aby mieć połączenia o małych opóźnieniach w stosunku do innych stref dostępności. Są one połączone przez sieć o wysokiej wydajności z opóźnieniem okrężnym mniejszym niż 2 ms. Jednak strefy dostępności są wystarczająco daleko od siebie, aby zmniejszyć prawdopodobieństwo, że więcej niż jeden będzie miało wpływ na lokalne awarie lub pogodę. Strefy dostępności mają niezależną infrastrukturę zasilania, chłodzenia i sieci. Są one zaprojektowane tak, aby w przypadku wystąpienia awarii w jednej strefie usługi regionalne, pojemność i wysoka dostępność były obsługiwane przez pozostałe strefy. Aby uzyskać więcej informacji, zobacz Azure Strefy dostępności.

Klastry usługi Azure Data Explorer można skonfigurować do używania stref dostępności w obsługiwanych regionach. Korzystając ze stref dostępności, klaster może lepiej wytrzymać awarię pojedynczego centrum danych w regionie w celu obsługi scenariuszy ciągłości działania.

Strefy dostępności można skonfigurować podczas tworzenia klastra w witrynie Azure Portal lub programowo przy użyciu jednej z następujących metod:

• Interfejs API REST
• Zestaw SDK języka C#
• Zestaw SDK dla języka Python
• PowerShell
• Szablon ARM

Ważne

• Po skonfigurowaniu klastra ze strefami dostępności nie można zmienić klastra tak, aby nie używał stref dostępności.
• Wiele stref nie jest obsługiwanych we wszystkich regionach. W związku z tym klastry znajdujące się w tych regionach nie mogą być skonfigurowane do używania stref dostępności.
• Korzystanie ze stref dostępności wiąże się z dodatkowymi kosztami.

Uwaga

• Przed kontynuowaniem upewnij się, że znasz proces migracji i zagadnienia.
• Możesz również użyć tych kroków, aby zmienić strefy istniejącego klastra korzystającego ze stref dostępności.

Z tego artykułu dowiesz się więcej o:

• Jak skonfigurować klaster do obsługi stref dostępności
• Architektura klastrów ze strefami dostępności
• Proces migracji i zagadnienia

Wymagania wstępne

• Upewnij się, że klaster znajduje się w regionie, w którym jest obsługiwana migracja do wielu stref dostępności. Aby uzyskać więcej informacji, zobacz Obsługiwane regiony.

• W przypadku migrowania klastra do obsługi stref dostępności potrzebny jest klaster, który został wdrożony bez żadnych stref dostępności.

• Do zmiany stref klastra potrzebny jest klaster skonfigurowany ze strefami dostępności.

• Aby zapoznać się z interfejsem API REST, zapoznaj się z usługą Manage Azure resources by using the REST API (Zarządzanie zasobami platformy Azure przy użyciu interfejsu API REST).

• Aby zapoznać się z innymi metodami programowymi, zobacz Wymagania wstępne.

Obsługiwane regiony

Migracja do wielu stref dostępności jest ograniczona do regionów, które nie mają ograniczeń pojemności. Obecnie obsługiwane są następujące regiony:

• Australia Wschodnia
• Kanada Środkowa
• Chiny Północne 3
• Indie Środkowe
• Europa Północna
• Norwegia Wschodnia
• Północna Republika Południowej Afryki
• Szwecja Środkowa
• Północne Zjednoczone Emiraty Arabskie
• Południowe Zjednoczone Królestwo

Pobieranie listy stref dostępności dla regionu klastra

Listę stref dostępności klastra można uzyskać w następujący sposób:

Witryna Azure Portal

1. W witrynie Azure Portal przejdź do strony Przegląd klastra.

2. W obszarze Ustawienia wybierz pozycję Skaluj w górę.

3. W wierszu klastra strefy dostępności są wyświetlane w kolumnie Strefy dostępności.

   

Program PowerShell

Przed rozpoczęciem upewnij się, że masz polecenie az. Polecenia cmdlet Usługi Kusto zostały zainstalowane i zalogowane, a następnie uruchom następujące polecenie, aby uzyskać listę stref dostępności dla regionu klastra:

1. Ustaw identyfikator zasobu klastra. Identyfikator zasobu klastra można pobrać z witryny Azure Portal ze strony Właściwości klastra.

   $resource_id = "<ClusterResourceID>"
   

2. Pobierz szczegóły klastra.

   $mycluster = Get-AzKustoCluster -InputObject $resource_id
   

3. Pobierz lokalizację klastra.

   Ważne

   Get-AzLocation program wymaga modułu Az.Resources . Jeśli nie masz go zainstalowanego, uruchom polecenie Install-Module Az.Resources.

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

4. Pobierz identyfikator klastra.

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

5. Pobierz listę stref dostępności dla regionu klastra.

   $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
   

Konfigurowanie klastra w celu obsługi stref dostępności

Aby dodać strefy dostępności do istniejącego klastra, należy zaktualizować atrybut klastra zones przy użyciu listy docelowych stref dostępności. Postępuj zgodnie z instrukcjami dotyczącymi preferowanej metody, korzystając z informacji w poniższej tabeli:

Parametr	Wartość
subscriptionId	Identyfikator subskrypcji klastra
resourceGroupName	Nazwa grupy zasobów klastra
clusterName	Nazwa klastra
apiVersion	2023-05-02 lub nowsze

Ważne

Zmiana stref dostępności dla istniejącego klastra zmienia tylko strefy dostępności dla zasobów obliczeniowych. Magazyn trwały nie jest zmieniany.

Interfejs API REST

Postępuj zgodnie z instrukcjami dotyczącymi wdrażania szablonu.

1. Wywołaj interfejs API REST do następującego punktu końcowego, w którym zastąpisz parametry swoimi wartościami:

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

2. Określ strefy dostępności w treści żądania. Aby na przykład skonfigurować klaster do używania stref dostępności 1, 2 i 3, ustaw treść w następujący sposób:

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

C#

1. Jeśli nie masz zainstalowanych bibliotek Azure.Identity i Azure.ResourceManager.Kusto , użyj następujących poleceń, aby je zainstalować:

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

2. W aplikacji dodaj następujący kod:

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

   Aby na przykład ustawić strefy na 1, 2 i 3, w regionie Europa Północna, użyj następującego kodu:

   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. Uruchom aplikację.

Python

1. W aplikacji dodaj następujący kod:

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

   Aby na przykład ustawić strefy na 1, 2 i 3, w regionie Europa Północna, użyj następującego kodu:

   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. Uruchom aplikację.

Program PowerShell

Aby skonfigurować klaster do korzystania ze stref dostępności, możesz użyć następującego polecenia programu PowerShell. Upewnij się, że biblioteki narzędzi Kusto są zainstalowane i zastąp parametry wartościami.

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

Szablon ARM

1. W szablonie usługi ARM dodaj następującą właściwość do Microsoft.Kusto/clusters zasobu:

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

   Aby na przykład ustawić strefy na 1, 2 i 3, w regionie Europa Północna, użyj następującego szablonu:

   {
     "$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. Wdróż szablon usługi ARM. Aby uzyskać więcej informacji, zobacz Wdrażanie zasobów przy użyciu szablonów usługi ARM i interfejsu wiersza polecenia platformy Azure.

Podczas migracji w witrynie Azure Portal na stronie przeglądu klastra zostanie wyświetlony następujący komunikat. Komunikat zostanie usunięty po zakończeniu migracji.

Zmiana zonality dla magazynu tego klastra jest w toku. Czas aktualizacji może się różnić w zależności od ilości danych.

Architektura klastrów ze strefami dostępności

Po skonfigurowaniu stref dostępności zasoby klastra są wdrażane w następujący sposób:

• Warstwa obliczeniowa: Usługa Azure Data Explorer to rozproszona platforma obliczeniowa, która ma co najmniej dwa węzły. Jeśli strefy dostępności są skonfigurowane, węzły obliczeniowe są dystrybuowane w zdefiniowanej strefie dostępności w celu zapewnienia maksymalnej odporności wewnątrz regionu. Awaria strefy może obniżyć wydajność klastra do momentu ponownego wdrożenia zasobów obliczeniowych, które uległy awarii w strefach ocalałych. Zalecamy skonfigurowanie maksymalnych dostępnych stref w regionie.

  Uwaga

  • W niektórych przypadkach ze względu na ograniczenia pojemności obliczeniowej tylko częściowe strefy dostępności będą dostępne dla warstwy obliczeniowej.
  • Warstwa obliczeniowa klastra implementuje najlepsze podejście do równomiernego rozłożenia wystąpień w wybranych strefach.

• Warstwa magazynu trwałego: klastry używają usługi Azure Storage jako trwałej warstwy trwałości. Jeśli strefy dostępności są skonfigurowane, magazyn ZRS jest włączony, umieszczając repliki magazynu we wszystkich trzech strefach dostępności w celu zapewnienia maksymalnej odporności wewnątrz regionu.

  Uwaga

  • Magazyn ZRS wiąże się z dodatkowymi kosztami.
  • Gdy strefy dostępności nie są skonfigurowane, zasoby magazynu są wdrażane z domyślnym ustawieniem magazynu lokalnie nadmiarowego (LRS), umieszczenie wszystkich 3 replik jest jedną strefą.

Proces migracji

Jeśli istniejący klaster, który został wdrożony bez żadnych stref dostępności, jest skonfigurowany do obsługi stref dostępności, w ramach procesu migracji są wykonywane następujące kroki:

• Obliczenia są dystrybuowane w zdefiniowanych strefach dostępności

  Proces redystrybucji zasobów obliczeniowych obejmuje etap przygotowania, w którym jest rozgrzana pamięć podręczna zasobów obliczeniowych strefowych. Na etapie przygotowania zasoby obliczeniowe istniejącego klastra nadal działają, zapewniając nieprzerwaną obsługę. Ta faza przygotowania może potrwać do dziesiątek minut. Przejście do nowych zasobów obliczeniowych odbywa się tylko wtedy, gdy jest w pełni przygotowany i operacyjny. Takie podejście przetwarzania równoległego zapewnia stosunkowo bezproblemowe środowisko, przy minimalnych zakłóceniach usługi podczas procesu przełączania, zwykle trwa od jednej do trzech minut. Należy jednak pamiętać, że wydajność zapytań może mieć wpływ na migrację jednostki SKU. Stopień wpływu może się różnić w zależności od określonych wzorców użycia.

• Historyczne trwałe dane magazynu są migrowane do magazynu ZRS

  Proces migracji jest zależny od regionalnej obsługi przejścia z magazynu LRS do magazynu ZRS, a także dostępnej pojemności kont magazynu w wybranych strefach. Transfer danych historycznych może być czasochłonnym procesem, co może potrwać kilka godzin, a nawet wydłużyć do kilku tygodni.

• Wszystkie nowe dane są zapisywane w magazynie ZRS

  Po zainicjowaniu żądania migracji do stref dostępności wszystkie nowe dane są replikowane i przechowywane w konfiguracji magazynu ZRS.

  Uwaga

  • Po żądaniu migracji może wystąpić opóźnienie do kilku minut przed rozpoczęciem zapisywania wszystkich nowych danych w konfiguracji magazynu ZRS.
  • Jeśli klaster ma pozyskiwanie przesyłania strumieniowego, odtwarzanie nowych danych, które mają być zapisywane jako dane magazynu ZRS, może potrwać do 30 dni.

Kwestie wymagające rozważenia

Żądanie migracji do stref dostępności może zakończyć się niepowodzeniem z powodu ograniczeń pojemności. W przypadku pomyślnej migracji musi istnieć wystarczająca pojemność obliczeniowa i magazynowa do obsługi migracji. Jeśli występują ograniczenia pojemności, zostanie wyświetlony komunikat o błędzie wskazujący problem.

Powiązana zawartość

• Ciągłość działania i odzyskiwanie po awarii - informacje ogólne