Migrasikan kluster Anda untuk mendukung beberapa zona ketersediaan (Pratinjau)

Banyak wilayah Azure menyediakan zona ketersediaan, yakni kelompok pusat data yang terpisah di dalam suatu wilayah. Zona ketersediaan cukup dekat untuk memiliki koneksi latensi yang rendah ke zona ketersediaan lainnya. Mereka terhubung oleh jaringan berkinerja tinggi dengan latensi pulang-pergi kurang dari 2 mdtk. Namun, jarak zona ketersediaan cukup jauh satu sama lain untuk mengurangi kemungkinan pengaruh pemadaman atau cuaca setempat terhadap lebih dari satu zona. Zona ketersediaan memiliki infrastruktur daya, pendinginan, dan jaringan mandiri. Zona ketersediaan dirancang sedemikian rupa sehingga jika satu zona mengalami pemadaman, maka layanan regional, kapasitas, dan ketersediaan tinggi didukung oleh zona lainnya. Untuk informasi selengkapnya, lihat Zona Ketersediaan Azure.

Kluster Azure Data Explorer dapat dikonfigurasi untuk menggunakan zona ketersediaan di wilayah yang didukung. Dengan menggunakan zona ketersediaan, kluster dapat dengan lebih baik menahan kegagalan satu pusat data di suatu wilayah untuk mendukung skenario kelangsungan bisnis.

Anda dapat mengonfigurasi zona ketersediaan saat membuat kluster di portal Azure atau secara terprogram menggunakan salah satu metode berikut:

• REST API
• C# SDK
• Python SDK
• PowerShell
• Templat ARM

Penting

• Setelah kluster dikonfigurasi dengan zona ketersediaan, Anda tidak dapat mengubah kluster untuk tidak menggunakan zona ketersediaan.
• Beberapa zona tidak didukung di semua wilayah. Oleh karena itu, kluster yang terletak di wilayah ini tidak dapat disiapkan untuk menggunakan zona ketersediaan.
• Menggunakan zona ketersediaan dikenakan biaya tambahan.

Catatan

• Sebelum melanjutkan, pastikan Anda terbiasa dengan proses dan pertimbangan migrasi.
• Anda juga dapat menggunakan langkah-langkah ini untuk mengubah zona kluster yang ada yang menggunakan zona ketersediaan.

Dalam artikel ini, Anda mempelajari tentang:

• Cara mengonfigurasi kluster Anda untuk mendukung zona ketersediaan
• Arsitektur kluster dengan zona ketersediaan
• Proses dan pertimbangan migrasi

Prasyarat

• Pastikan kluster Anda berada di wilayah tempat migrasi ke beberapa zona ketersediaan didukung.

• Untuk memigrasikan kluster untuk mendukung zona ketersediaan, Anda memerlukan kluster yang disebarkan tanpa zona ketersediaan apa pun.

• Untuk mengubah zona kluster, Anda memerlukan kluster yang dikonfigurasi dengan zona ketersediaan.

• Untuk REST API, biasakan diri Anda dengan Mengelola sumber daya Azure dengan menggunakan REST API.

• Untuk metode terprogram lainnya, lihat Prasyarat.

Mendapatkan daftar zona ketersediaan untuk wilayah kluster Anda

Anda bisa mendapatkan daftar zona ketersediaan untuk kluster Anda dengan cara berikut:

Portal Azure

1. Di portal Azure, buka halaman Gambaran Umum kluster Anda.

2. Di bawah Pengaturan, pilih Tingkatkan skala.

3. Di baris untuk kluster Anda, zona ketersediaan tercantum di kolom Zona ketersediaan .

   

PowerShell

Sebelum memulai, pastikan Anda memiliki az. Cmdlet Kusto diinstal dan masuk, lalu jalankan perintah berikut untuk mendapatkan daftar zona ketersediaan untuk wilayah kluster Anda:

1. Atur ID sumber daya kluster Anda. Anda bisa mendapatkan ID sumber daya kluster dari portal Azure dari halaman Properti kluster Anda.

   $resource_id = "<ClusterResourceID>"
   

2. Dapatkan detail kluster Anda.

   $mycluster = Get-AzKustoCluster -InputObject $resource_id
   

3. Dapatkan lokasi kluster Anda.

   Penting

   Get-AzLocationAz.Resources memerlukan modul. Jika Anda tidak menginstalnya, jalankan Install-Module Az.Resources.

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

4. Dapatkan ID kluster Anda.

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

5. Dapatkan daftar zona ketersediaan untuk wilayah kluster Anda.

   $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
   

Mengonfigurasi kluster Anda untuk mendukung zona ketersediaan

Untuk menambahkan zona ketersediaan ke kluster yang ada, Anda harus memperbarui atribut kluster zones dengan daftar zona ketersediaan target. Ikuti instruksi untuk metode pilihan Anda, menggunakan informasi dalam tabel berikut:

Parameter	Nilai
subscriptionId	ID langganan kluster
resourceGroupName	Nama grup sumber daya kluster
clusterName	Nama kluster
apiVersion	2023-05-02 atau yang lebih baru

Penting

Mengubah zona ketersediaan untuk kluster yang ada hanya mengubah zona ketersediaan untuk komputasi. Penyimpanan persisten tidak diubah.

REST API

Ikuti instruksi tentang cara menyebarkan templat.

1. Lakukan panggilan REST API ke titik akhir berikut tempat Anda mengganti parameter dengan nilai Anda:

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

2. Tentukan zona ketersediaan Anda di isi permintaan. Misalnya, untuk mengonfigurasi kluster untuk menggunakan zona ketersediaan 1, 2, dan 3, atur isinya sebagai berikut:

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

C#

1. Jika Anda tidak menginstal pustaka Azure.Identity dan Azure.ResourceManager.Kusto , gunakan perintah berikut untuk menginstalnya:

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

2. Di aplikasi Anda, tambahkan kode berikut:

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

   Misalnya, untuk mengatur zona Anda ke 1, 2, dan 3, di wilayah Eropa Utara, gunakan kode berikut:

   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. Menjalankan aplikasi Anda.

Python

1. Di aplikasi Anda, tambahkan kode berikut:

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

   Misalnya, untuk mengatur zona Anda ke 1, 2, dan 3, di wilayah Eropa Utara, gunakan kode berikut:

   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. Menjalankan aplikasi Anda.

PowerShell

Anda dapat menggunakan perintah PowerShell berikut untuk mengonfigurasi kluster Anda untuk menggunakan zona ketersediaan. Pastikan pustaka alat Kusto diinstal dan ganti parameter dengan nilai Anda.

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

Templat ARM

1. Di templat ARM Anda, tambahkan properti berikut ke Microsoft.Kusto/clusters sumber daya:

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

   Misalnya, untuk mengatur zona Anda ke 1, 2, dan 3, di wilayah Eropa Utara, gunakan templat berikut:

   {
     "$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. Menyebarkan templat ARM. Untuk informasi selengkapnya, lihat Menyebarkan sumber daya dengan templat ARM dan Azure CLI.

Selama migrasi, pesan berikut muncul di portal Azure, pada halaman gambaran umum kluster. Pesan dihapus setelah migrasi selesai.

Perubahan zonalitas untuk penyimpanan kluster ini sedang berlangsung. Waktu pembaruan dapat bervariasi tergantung pada jumlah data.

Arsitektur kluster dengan zona ketersediaan

Saat zona ketersediaan dikonfigurasi, sumber daya kluster disebarkan sebagai berikut:

• Lapisan komputasi: Azure Data Explorer adalah platform komputasi terdistribusi yang memiliki dua node atau lebih. Jika zona ketersediaan dikonfigurasi, simpul komputasi didistribusikan di seluruh zona ketersediaan yang ditentukan untuk ketahanan intra-wilayah maksimum. Kegagalan zona mungkin menurunkan performa kluster, hingga sumber daya komputasi yang gagal disebarkan ulang di zona yang bertahan. Sebaiknya konfigurasikan zona maksimum yang tersedia di suatu wilayah.

  Catatan

  • Dalam beberapa kasus, karena keterbatasan kapasitas komputasi, hanya zona ketersediaan parsial yang akan tersedia untuk lapisan komputasi.
  • Lapisan komputasi kluster menerapkan pendekatan upaya terbaik untuk menyebarkan instans secara merata di seluruh zona yang dipilih.

• Lapisan penyimpanan persisten: Kluster menggunakan Azure Storage sebagai lapisan persistensi tahan lamanya. Jika zona ketersediaan dikonfigurasi, ZRS diaktifkan, menempatkan replika penyimpanan di ketiga zona ketersediaan untuk ketahanan intra-wilayah maksimum.

  Catatan

  • ZRS dikenakan biaya tambahan.
  • Ketika zona ketersediaan tidak dikonfigurasi, sumber daya penyimpanan disebarkan dengan pengaturan default Penyimpanan Redundan Lokal (LRS), menempatkan semua 3 replika adalah satu zona.

Proses migrasi

Ketika kluster yang ada yang disebarkan tanpa zona ketersediaan dikonfigurasi untuk mendukung zona ketersediaan, langkah-langkah berikut dilakukan sebagai bagian dari proses migrasi:

• Komputasi didistribusikan di zona ketersediaan yang ditentukan

  Proses pendistribusian ulang sumber daya komputasi melibatkan tahap persiapan di mana cache sumber daya Komputasi zona dihangatkan. Selama tahap persiapan, sumber daya komputasi kluster yang ada terus berfungsi, memastikan layanan yang tidak terganggu. Fase persiapan ini dapat memakan waktu hingga puluhan menit. Transisi ke sumber daya komputasi baru hanya terjadi setelah sepenuhnya disiapkan dan beroperasi. Pendekatan pemrosesan paralel ini memastikan pengalaman yang relatif mulus, dengan hanya gangguan layanan minimal selama proses pengalihan, biasanya berlangsung antara satu hingga tiga menit. Namun, penting untuk dicatat bahwa performa kueri mungkin terpengaruh selama migrasi SKU. Tingkat dampak dapat bervariasi tergantung pada pola penggunaan tertentu.

• Data penyimpanan persisten historis dimigrasikan ke ZRS

  Proses migrasi tergantung pada dukungan regional untuk transisi dari penyimpanan LRS ke ZRS, serta kapasitas akun penyimpanan yang tersedia di zona yang dipilih. Transfer data historis dapat menjadi proses yang memakan waktu, berpotensi memakan waktu beberapa jam atau bahkan diperpanjang hingga berpekan-minggu.

• Semua data baru ditulis ke ZRS

  Setelah permintaan migrasi ke zona ketersediaan dimulai, semua data baru direplikasi dan disimpan dalam konfigurasi ZRS.

  Catatan

  • Setelah permintaan migrasi, mungkin ada penundaan hingga beberapa menit sebelum semua data baru mulai ditulis dalam konfigurasi ZRS.
  • Jika kluster memiliki penyerapan streaming, maka daur ulang data baru yang akan ditulis sebagai data ZRS, dapat memakan waktu hingga 30 hari.

Pertimbangan

Permintaan migrasi ke zona ketersediaan mungkin tidak berhasil karena kendala kapasitas. Agar migrasi berhasil, harus ada kapasitas komputasi dan penyimpanan yang memadai untuk mendukung migrasi. Jika ada batasan kapasitas, Anda akan mendapatkan pesan kesalahan yang menunjukkan masalah tersebut.

Konten terkait

• Ikhtisar kelangsungan bisnis dan pemulihan bencana