Migrasikan kluster Anda untuk mendukung beberapa zona ketersediaan (pratinjau)

Banyak wilayah Azure menyediakan zona ketersediaan, yang merupakan grup pusat data yang dipisahkan dalam suatu wilayah. Zona ketersediaan cukup dekat sehingga memungkinkan koneksi berlatensi rendah dengan zona ketersediaan lainnya. Mereka terhubung oleh jaringan berkinerja tinggi dengan latensi pulang-pergi kurang dari 2 milidetik. 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. Mereka dirancang sedemikian rupa sehingga jika satu zona mengalami pemadaman, maka layanan regional, kapasitas, dan ketersediaan tinggi didukung oleh zona yang tersisa. Untuk informasi selengkapnya, lihat Azure Availability Zones.

Azure Data Explorer kluster 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 program 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 dikonfigurasi untuk menggunakan zona ketersediaan.
• Menggunakan zona ketersediaan dikenakan biaya tambahan untuk penyimpanan.

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 beberapa zona ketersediaan didukung.

• Untuk migrasi kluster guna mendukung zona ketersediaan, Anda memerlukan kluster yang telah diterapkan tanpa dukungan zona ketersediaan.

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

• Untuk REST API, biasakan diri Anda dengan Kelola 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 Lihatan 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 Properties kluster Anda.

   $resource_id = "<ClusterResourceID>"
   

2. Dapatkan detail kluster Anda.

   $mycluster = Get-AzKustoCluster -InputObject $resource_id
   

3. Dapatkan lokasi kluster Anda.

   Penting

   Get-AzLocation memerlukan modul Az.Resources. 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:

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

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 memiliki Azure.Identity dan Azure.ResourceManager.Kusto terpasang, 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 sumber daya Microsoft.Kusto/clusters:

   "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:

• Compute layer: Azure Data Explorer adalah platform komputasi terdistribusi yang memiliki dua node atau lebih. Jika zona ketersediaan dikonfigurasi, simpul komputasi didistribusikan di zona ketersediaan yang ditentukan untuk ketahanan maksimum intra-wilayah. Kegagalan zona mungkin mengurangi kinerja kluster, sampai sumber daya komputasi yang gagal berfungsi 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 Persistent: Kluster menggunakan Azure Storage sebagai lapisan persistensi tahan lamanya. Jika zona ketersediaan telah dikonfigurasi, ZRS diaktifkan, menempatkan tiga replika penyimpanan di beberapa zona ketersediaan untuk memastikan ketahanan maksimum di dalam wilayah yang sama.

  Catatan

  • Biaya tambahan ditanggung oleh ZRS.
  • 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.

• Status zona diperbarui

  Setelah permintaan migrasi ke zona ketersediaan selesai, status zona diperbarui untuk mencerminkan zona yang didukung. Jika status zona adalah Zonal Inconsistency, itu menunjukkan bahwa beberapa sumber daya komputasi atau penyimpanan gagal bermigrasi dan bukan zonal. Ini umumnya terjadi ketika kapasitas zonal tidak mencukup tersedia untuk beberapa sumber daya. Dalam kasus seperti itu, sebaiknya coba lagi migrasi nanti saat kapasitas tersedia.

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

• Ringkasan kelangsungan bisnis dan pemulihan bencana