Gambaran umum provisi otomatis simpul (NAP) di Azure Kubernetes Service (AKS)

Artikel ini menyediakan gambaran umum provisi otomatis simpul (NAP) di Azure Kubernetes Service (AKS), termasuk cara kerjanya, perilaku peningkatan, prasyarat, batasan, dan sumber daya untuk memulai.

Untuk sebagian besar beban kerja AKS di lingkungan produksi, AKS Automatic adalah opsi default yang direkomendasikan. AKS Automatic menyertakan NAP sebagai kemampuan bawaan yang telah diprakonfigurasi dan menyediakan baseline operasional siap produksi dengan kesiapan pod yang didukung oleh SLA.

Apa itu penyediaan otomatis simpul di AKS?

Saat Anda menyebarkan beban kerja ke AKS, Anda perlu memilih ukuran komputer virtual (VM) yang sesuai sebagai bagian dari konfigurasi kumpulan simpul Anda. Saat beban kerja Anda menjadi lebih kompleks, Anda mungkin memiliki beban kerja yang berbeda dengan berbagai persyaratan sumber daya, yang membuatnya lebih sulit untuk merancang konfigurasi VM Anda untuk banyak permintaan sumber daya.

Provisi otomatis simpul (NAP) menyederhanakan proses ini dengan secara otomatis menyediakan dan mengelola konfigurasi VM optimal untuk beban kerja Anda. NAP menggunakan permintaan sumber daya pod yang masih tertunda untuk menentukan konfigurasi VM yang optimal untuk menjalankan tugas kerja Anda dengan cara yang paling efisien dan hemat biaya.

NAP secara otomatis menyebarkan, mengonfigurasi, dan mengelola Karpenter pada kluster AKS Anda dan didasarkan pada proyek sumber terbuka Karpenter dan AKS Karpenter provider.

Di AKS Otomatis, NAP telah dikonfigurasi sebelumnya secara default. Di AKS Standard, Anda mengaktifkan dan mengonfigurasi NAP secara eksplisit.

Pilih AKS Otomatis atau Standar AKS untuk NAP

Gunakan panduan berikut untuk memilih titik awal Anda:

Skenario Jalur yang direkomendasikan Mengapa
Sebagian besar beban kerja produksi AKS Otomatis NAP telah diprakonfigurasi, kesiapan pod dijamin oleh SLA, dan operasi node pada hari kedua dikurangi.
Persyaratan platform kustom tingkat lanjut Standar AKS dengan NAP Kontrol manual yang lebih besar atas konfigurasi kluster dan penyediaan.
Proses menuju produksi yang lebih cepat dengan lebih sedikit perencanaan VM AKS Otomatis Mengurangi overhead operasional untuk penentuan ukuran node dan operasi siklus hidup node.
Penyesuaian platform yang terperinci sejak hari pertama Standar AKS dengan NAP Fleksibilitas yang lebih besar untuk kontrol kustom dan pola operasional.

Untuk gambaran umum tentang AKS Automatic, lihat Pengenalan Azure Kubernetes Service (AKS) Automatic.

Bagaimana cara kerja node provisi otomatis?

Provisi otomatis simpul menyediakan, menskalakan, dan mengelola VM (node) dalam kluster sebagai respons terhadap tekanan pod yang tertunda.

Komponen utama otoprovisi simpul jaringan

NAP menggunakan komponen kunci berikut untuk membantu mengelola node kluster Anda:

Komponen Description
NodePool dan AKSNodeClass Definisi Sumber Daya Kustom (CRD) yang Anda buat dan kelola untuk menentukan kebijakan provisi simpul, spesifikasi VM, dan batasan untuk beban kerja Anda.
NodeClaims Dikelola oleh NAP untuk mewakili status node yang disediakan saat ini yang dapat Anda pantau.
Persyaratan sumber daya beban kerja CPU, memori, dan spesifikasi lainnya dari Pod, Deployment, Job, dan sumber daya Kubernetes lainnya yang mendorong keputusan penyediaan.

Petunjuk / Saran

Pada kluster Otomatis AKS , NAP telah dikonfigurasi sebelumnya dan didukung oleh SLA kesiapan pod yang menjamin 99,9% operasi kesiapan pod yang memenuhi syarat selesai dalam waktu 5 menit. Ini berarti beban kerja Anda mulai berjalan pada simpul berukuran tepat segera, tanpa pemilihan VM manual atau perencanaan kapasitas.

Bagi sebagian besar tim produksi, hal ini menjadikan AKS Automatic sebagai titik awal bawaan untuk perilaku saat memulai yang dapat diprediksi dan overhead operasional hari ke-2 yang lebih rendah.

Perilaku peningkatan Kubernetes untuk simpul yang diprovisi secara otomatis

Peningkatan Kubernetes untuk simpul penyediaan otomatis mengikuti versi rencana kontrol Kubernetes. Jika Anda melakukan peningkatan kluster, simpul Anda akan otomatis diperbarui untuk mengikuti versi yang sama dengan control plane Anda.

Sebaiknya atur saluran peningkatan otomatis Kubernetes, yang secara otomatis menangani peningkatan Kubernetes untuk kluster Anda. Sebaiknya atur jendela pemeliharaan terencana untuk kluster Anda. Jendela aksManagedAutoUpgradeSchedule pemeliharaan memungkinkan Anda mengontrol kapan harus melakukan peningkatan kluster yang dijadwalkan oleh saluran peningkatan otomatis yang ditunjuk. Untuk informasi selengkapnya, lihat Gunakan pemeliharaan terencana untuk menjadwalkan dan mengontrol peningkatan untuk kluster Azure Kubernetes Service (AKS) Anda.

Prasyarat

Untuk menggunakan pengadaan simpul otomatis di AKS, Anda membutuhkan prasyarat berikut ini:

  • Langganan Azure. Jika Anda tidak memilikinya, Anda dapat membuat akun gratis.
  • Azure CLI versi 2.76.0 atau yang lebih baru. Jalankan az --version untuk mencari tahu versinya. Untuk informasi selengkapnya tentang menginstal atau memutakhirkan Azure CLI, lihat Install Azure CLI.

Batasan dan fitur yang tidak didukung

Batasan berikut dan fitur yang tidak didukung berlaku untuk provisi otomatis simpul di AKS:

  • Kumpulan node Windows tidak didukung.
  • Kluster IPv6 tidak didukung.
  • Perwakilan layanan tidak didukung. Anda dapat menggunakan identitas terkelola yang ditetapkan sistem atau ditetapkan pengguna.
  • Anda tidak dapat menghentikan kluster yang diaktifkan dengan NAP.
  • Anda tidak dapat mengubah jenis lalu lintas keluar kluster setelah membuat kluster yang diaktifkan dengan NAP.
  • Saat membuat kluster NAP di jaringan virtual kustom (VNet), Anda harus menggunakan Standard Load Balancer. Load Balancer Dasar tidak didukung.

Memulai dengan penyediaan otomatis node di AKS

Jika Anda memulai beban kerja produksi baru, mulailah dengan AKS Otomatis:

Untuk skenario kustomisasi NAP Standar AKS atau tingkat lanjut, gunakan sumber daya berikut:

  • Last updated on