Migrasi dari Availability Set di Azure Kubernetes Service (AKS)

Artikel ini merinci bagaimana Azure Kubernetes Service (AKS) secara bertahap menghentikan dukungan untuk Virtual Machine Availability Sets (VMAS) dan beralih ke Virtual Machines (VM). Sebaiknya gunakan kumpulan simpul Komputer Virtual untuk VM yang dioptimalkan AKS.

Kumpulan simpul Komputer Virtual:

  • Memungkinkan instance VM untuk dikelola, dikonfigurasi, dan diperbarui secara terpusat.
  • Izinkan peningkatan atau penurunan jumlah instans komputer virtual sebagai respons terhadap permintaan atau jadwal yang ditentukan.
  • Izinkan kontrol pada tingkat node tunggal dan pencampuran node ukuran berbeda dalam keluarga yang sama, yang meningkatkan fleksibilitas dan meningkatkan konsistensi.

Penting

Mulai 30 September 2025, Azure Kubernetes Service (AKS) tidak lagi mendukung Set Ketersediaan. Kluster dengan Set Ketersediaan setelah tanggal tersebut dianggap tidak lagi mendapatkan dukungan. Migrasikan semua beban kerja ke kumpulan simpul Komputer Virtual sebelum tanggal ini untuk memastikan dukungan yang sedang berlangsung dan memanfaatkan fitur manajemen yang ditingkatkan. Untuk informasi selengkapnya tentang penghentian ini, lihat masalah Penghentian GitHub. Untuk tetap mendapatkan informasi tentang pengumuman dan pembaruan, ikuti catatan rilis AKS.

Gambaran umum Set Ketersediaan

Set ketersediaan adalah pengelompokan logis mesin virtual (VM) yang mengurangi kemungkinan kegagalan berkorelasi yang menyebabkan VM terkait mati secara bersamaan. Set Ketersediaan menempatkan VM pada berbagai domain kesalahan untuk meningkatkan keandalan.

Penghapusan Set Ketersediaan secara Bertahap

Pada 2019, kami tidak lagi menambahkan fitur lain ke Set Ketersediaan di AKS. Fitur-fitur yang diperkenalkan setelah 2019, seperti AKS Backup, tidak didukung dalam Set Ketersediaan.

Migrasi dari Set Ketersediaan ke kumpulan simpul Komputer Virtual

Sekarang ada cara untuk menggunakan skrip untuk memigrasikan kluster AKS Anda dari menggunakan Set Ketersediaan ke kumpulan simpul Komputer Virtual. Skrip ini juga secara otomatis meningkatkan load balancer tingkat Dasar di kluster Anda ke tingkat Standar.

Penting

Proses ini juga memigrasikan IP Dasar Anda ke IP Standar, sambil menjaga alamat IP masuk yang terkait dengan load balancer sama. Selama proses ini, IP publik baru dibuat dan dikaitkan dengan aturan keluar Load Balancer Standar untuk melayani lalu lintas keluar kluster.

Untuk informasi selengkapnya dan FAQ tentang peningkatan dari Load Balancer Dasar ke Load Balancer Standar, lihat Peningkatan dari Load Balancer Dasar di Azure Kubernetes Service.

Sebelum Anda mulai

Persyaratan

  • Versi Kubernetes minimum untuk skrip ini adalah 1.27. Jika Anda perlu meningkatkan kluster AKS, lihat meningkatkan kluster AKS.
  • Anda memerlukan Azure CLI versi 2.76.0 yang terinstal.
  • Jika kluster menjalankan Key Management Service dengan brankas kunci privat, Key Management Service harus dinonaktifkan selama seluruh migrasi.
  • Jika kluster menggunakan ValidatingAdmissionWebhooks atau MutatingAdmissionWebhooks, webhook ini harus dinonaktifkan sebelum migrasi. Webhook bawaan pada bidang kendali tidak boleh dinonaktifkan. Misalnya aks-node-mutating-webhook, webhook-admission-controller, dan aks-node-validating-webhook.

Mempersiapkan Migrasi

  • Buat rencana migrasi untuk waktu henti yang sudah direncanakan.
  • Setelah migrasi dimulai, gulung balik tidak diizinkan.

Jalankan Skrip Migrasi untuk Migrasi Set Ketersediaan

Dalam perintah berikut, ganti <myResourceGroup> dan <myAKSCluster> dengan nama grup sumber daya dan nama kluster AKS Anda.

  1. Skrip berikut memulai migrasi kluster dari penggunaan Set Ketersediaan ke kumpulan simpul Komputer Virtual menggunakan perintah az aks update dan mengatur --migrate-vmas-to-vms. Skrip ini juga meng-upgrade Load Balancer Dasar dan IP Dasar ke Load Balancer Standar dan IP Standar, jika diperlukan.

    az aks update \
  --name <myAKSCluster> \
  --resource-group <myResourceGroup> \
  --migrate-vmas-to-vms \

  2. Verifikasi bahwa migrasi berhasil menggunakan az aks show perintah . Output perintah menunjukkan detail dari kluster.

    az aks show \
  --name <myAKSCluster> \
  --resource-group <myResourceGroup>

    Migrasi yang berhasil dapat diverifikasi ketika rincian kluster menggunakan perintah az aks show menyertakan mengatur type ke VirtualMachines, dan loadbalancerSku diatur ke Standard.

      "type": "VirtualMachines"
  "loadBalancerSku": "standard",

  3. Verifikasi bahwa semua pod dan layanan berhasil berjalan menggunakan perintah kubectl get pods dan kubectl get svc.

    kubectl get svc -A \
kubectl get pods -A

  4. Anda dapat mengonfirmasi alamat IP baru yang terkait dengan aturan keluar dengan mencantumkan alamat IP keluar. Langkah ini dilakukan dengan mengonfirmasi ID Sumber Daya untuk alamat IP, lalu mencantumkan alamat IP.

    Gunakan perintah berikut untuk mendapatkan ID Sumber Daya untuk alamat IP keluar:

    # Get the outbound IP Resource ID
az aks show \
  --resource-group <myResourceGroup> \
  --name <myAKSCluster> \
  --query networkProfile.loadBalancerProfile.effectiveOutboundIPs[].id

    Gunakan perintah berikut untuk mendapatkan setiap alamat IP untuk ID Sumber Daya dan ganti <IPResourceID> dengan ID Sumber Daya dari perintah sebelumnya:

    # get the new IP for each IP Resource ID
az network public-ip show --ids <IPResourceID> --query ipAddress -o tsv

Konten terkait

  • Terakhir diperbarui pada