Penyederhanaan penskalaan otomatis aplikasi dengan add-on Kubernetes Event-driven Autoscaling (KEDA) di Azure Kubernetes Service (AKS)

Penting

Add-on KEDA untuk AKS saat ini tidak mendukung pengubahan permintaan CPU, batas CPU, dan nilai Helm lainnya untuk Metrics Server atau Operator. Ingatlah batasan ini saat menggunakan add-on. Jika Anda memiliki pertanyaan, jangan ragu untuk menjangkau di sini.

Kubernetes Event-driven Autoscaling (KEDA) adalah komponen ringan dengan tujuan khusus yang menyederhanakan penskalaan otomatis aplikasi. Ini adalah proyek Lulusan Cloud Native Computing Foundation (CNCF). KEDA menggunakan penskalaan otomatis berbasis peristiwa untuk menskalakan aplikasi Anda untuk memenuhi permintaan secara berkelanjutan dan hemat biaya dengan skala-ke-nol.

Untuk sebagian besar beban kerja produksi, AKS Otomatis adalah pengalaman AKS default yang direkomendasikan. AKS Automatic siap untuk produksi secara bawaan dan menyertakan KEDA yang sudah diprakonfigurasi di kluster. Jika Anda menggunakan AKS Standard, Anda dapat mengaktifkan KEDA dengan menggunakan add-on KEDA terkelola.

Untuk mempelajari selengkapnya tentang AKS Otomatis, lihat Apa itu Azure Kubernetes Service (AKS) Otomatis?

Nota

KEDA versi 2.15+ memperkenalkan perubahan signifikan yang menghapus dukungan identitas pod. Sebaiknya pindah ke identitas beban kerja untuk autentikasi jika Anda menggunakan identitas pod. Meskipun add-on yang dikelola KEDA saat ini tidak menjalankan KEDA versi 2.15+, add-on terkelola akan mulai menjalankan KEDA 2.15+ dalam pratinjau AKS versi 1.32.

Untuk informasi selengkapnya tentang cara menskalakan aplikasi Anda dengan aman dengan identitas beban kerja, baca tutorial kami. Untuk melihat kebijakan perubahan besar/penghentian KEDA, baca dokumentasi resmi mereka.

KEDA di AKS Automatic dan AKS Standard

KEDA tersedia dalam kedua mode kluster AKS, tetapi jalur penyiapannya berbeda:

• AKS Otomatis: KEDA telah dikonfigurasi sebelumnya dan siap digunakan.
• AKS Standard: Aktifkan KEDA dengan mengaktifkan add-on terkelola AKS.

Untuk sebagian besar skenario produksi, mulailah dengan AKS Otomatis untuk menggunakan default siap produksi dan mengurangi overhead manajemen kluster.

Arsitektur

KEDA menyediakan dua komponen utama:

• Operator KEDA memungkinkan pengguna akhir untuk menskalakan beban kerja naik atau turun dari 0 hingga N instans dengan dukungan untuk Penyebaran Kubernetes, Pekerjaan, StatefulSets, atau sumber daya kustom apa pun yang mendefinisikan subresource /scale.
• Server metrik mengekspos metrik eksternal ke Horizontal Pod Autoscaler (HPA) di Kubernetes untuk tujuan penskalaan otomatis seperti pesan dalam topik Kafka, atau jumlah peristiwa di hub peristiwa Azure. Karena keterbatasan upstream, KEDA harus menjadi satu-satunya adaptor metrik eksternal yang diinstal.

Pelajari selengkapnya tentang cara kerja KEDA dalam dokumentasi resmi KEDA.

Penginstalan dan pengaktifan

AKS Otomatis

KEDA telah dikonfigurasi sebelumnya di AKS Otomatis. Tidak diperlukan langkah penginstalan add-on KEDA terpisah.

Standar AKS

Aktifkan KEDA pada AKS Standard dengan menggunakan salah satu metode berikut:

• Aktifkan add-on KEDA dengan Azure CLI
• Mengaktifkan add-on KEDA dengan templat ARM

Add-on KEDA terkelola menyediakan instalasi KEDA dengan dukungan penuh yang terintegrasi dengan AKS.

Kemampuan dan fitur

KEDA menyediakan kemampuan dan fitur berikut:

• Menskalakan beban kerja menjadi nol ketika permintaan turun.
• Menskalakan beban kerja aplikasi untuk memenuhi permintaan menggunakan penskala KEDA Azure.
• Menskalakan aplikasi secara otomatis dengan menggunakan ScaledObjects, seperti Deployment, StatefulSets, atau resource kustom apa pun yang mendefinisikan subresource /scale.
• Skalakan otomatis beban kerja mirip job dengan menggunakan ScaledJobs.
• Gunakan keamanan tingkat produksi dengan memisahkan autentikasi penskalaan otomatis dari beban kerja.
• Bawa scaler eksternal Anda sendiri untuk logika penskalaan otomatis kustom.
• Integrasikan dengan Microsoft Entra Workload ID untuk autentikasi.

Di AKS Otomatis, Anda mendapatkan kemampuan penskalaan otomatis berbasis peristiwa ini secara default karena kluster telah dikonfigurasi sebelumnya dengan KEDA.

Nota

Jika Anda berencana menggunakan identitas beban kerja di AKS Standard, aktifkan identitas beban kerja sebelum mengaktifkan add-on KEDA.

Panduan produksi

Gunakan panduan ini untuk memilih mode kluster Anda:

• Pilih AKS Otomatis saat Anda menginginkan pengalaman default siap produksi dengan KEDA yang telah dikonfigurasi sebelumnya.
• Pilih AKS Standard saat Anda memerlukan penyesuaian tingkat kluster yang lebih dalam dan manajemen add-on eksplisit.
• Gunakan KEDA dalam salah satu mode untuk beban kerja penskalaan otomatis berbasis peristiwa.

Batasan perangkat tambahan

Add-on KEDA AKS memiliki batasan berikut:

• Add-on HTTP KEDA (pratinjau) untuk menskalakan beban kerja HTTP tidak diinstal bersama ekstensi, tetapi dapat diterapkan secara terpisah.
• Penskala eksternal KEDA untuk Azure Cosmos DB untuk melakukan penskalaan berdasarkan change feed Azure Cosmos DB tidak diinstal bersama ekstensi, tetapi dapat di-deploy secara terpisah.
• Hanya satu server metrik eksternal yang diizinkan di kluster Kubernetes. Karena itu add-on KEDA harus menjadi satu-satunya server metrik eksternal di dalam kluster.
  • Beberapa penginstalan KEDA tidak didukung
• Tidak disarankan untuk menggabungkan KEDA ScaledObject dengan Horizontal Pod Autoscaler (HPA) untuk menskalakan beban kerja yang sama. Mereka bersaing satu sama lain karena KEDA menggunakan Horizontal Pod Autoscaler (HPA) di latar belakang dan menghasilkan perilaku penskalakan ganjil.
  • Jika HPA dibuat terlebih dahulu, maka KEDA ScaledObject dibuat, sedangkan KEDA ScaledObject akan gagal dibuat.
  • Jika KEDA ScaledObject dibuat terlebih dahulu dan kemudian HPA dibuat, pembuatan HPA tidak diblokir.

Untuk pertanyaan umum KEDA, sebaiknya kunjungi ringkasan FAQ.

Nota

Jika Anda menggunakan ID Beban Kerja Microsoft Entra dan mengaktifkan KEDA sebelum ID Beban Kerja, Anda perlu merestart pod operator KEDA agar variabel lingkungan yang tepat dapat disuntikkan.

1. Hidupkan ulang pod dengan menjalankan kubectl rollout restart deployment keda-operator -n kube-system.

2. Dapatkan Pod operator KEDA menggunakan kubectl get pod -n kube-system dan cari Pod yang dimulai dengan keda-operator.

3. Verifikasi keberhasilan injeksi variabel lingkungan dengan menjalankan kubectl describe pod <keda-operator-pod> -n kube-system. Di bawah Environment, Anda akan melihat nilai untuk AZURE_TENANT_ID, AZURE_FEDERATED_TOKEN_FILE, dan AZURE_AUTHORITY_HOST.

Versi Kubernetes dan KEDA yang didukung

Versi Kubernetes kluster Anda menentukan versi KEDA mana yang diinstal pada kluster AKS Anda. Untuk melihat versi KEDA mana yang dipetakan ke setiap versi AKS, lihat kolom add-on terkelola AKS dari tabel versi komponen Kubernetes.

Untuk versi GA Kubernetes, AKS memberikan dukungan penuh terhadap versi minor KEDA yang tercantum dalam tabel. Versi pratinjau Kubernetes dan patch KEDA terbaru sebagian dicakup oleh dukungan pelanggan berdasarkan upaya terbaik. Dengan demikian, fitur-fitur ini tidak dimaksudkan untuk penggunaan produksi. Untuk informasi lebih lanjut, lihat artikel dukungan berikut ini:

• Kebijakan dukungan AKS
• Tanya Jawab Umum dukungan Azure

Konten terkait

• Membuat kluster Otomatis AKS
• Mengaktifkan add-on KEDA dengan templat ARM (Standar AKS)
• Aktifkan add-on KEDA dengan Azure CLI (Standar AKS)
• Memecahkan masalah add-on KEDA
• Menskalakan otomatis pekerja .NET Core yang memproses pesan Antrean Azure Service Bus
• Menampilkan dokumen KEDA upstream