Kebijakan elastisitas - ApsaraMQ for Kafka - Alibaba Cloud Documentation Center

Topik ini menjelaskan elastisitas instans arsitektur tanpa server, termasuk kebijakan terjadwal dan pertimbangan penting lainnya.

Prasyarat

Instans arsitektur tanpa server Message Queue for Apache Kafka telah dideploy dan berada dalam status Running.

Elastisitas

Edisi Standard dan Professional instans arsitektur tanpa server Message Queue for Apache Kafka menyediakan skalabilitas elastis untuk menangani fluktuasi lalu lintas. Anda dapat menyesuaikan kapasitas produksi dan konsumsi terjadwal dengan melakukan scale-up atau scale-down.

Edisi	Batas elastis	Contoh
Basic	Menyediakan perjanjian tingkat layanan (SLA) 99,9%, yang sedikit lebih rendah dibandingkan edisi Standard dan Professional. Kluster menggunakan proporsi sumber daya berbiaya rendah yang lebih tinggi, seperti HDD, OSS, dan Spot Instances. Edisi ini tidak mendukung auto-elasticity tanpa loss dan memerlukan scaling manual. Edisi ini direkomendasikan untuk pengujian atau skenario bisnis dengan traffic stabil. Untuk aplikasi mission-critical, kami merekomendasikan edisi Standard atau Professional.	Kapasitas produksi terjadwal adalah throughput produksi pesan dari kluster Message Queue for Apache Kafka, diukur dalam MB/s. Secara default, kluster memiliki tiga replika tetap, dan kapasitas produksi didistribusikan secara merata di antara replika tersebut. Batas elastis untuk edisi Standard: Kapasitas terjadwal dalam (0, 512] MB/s: Batas elastis adalah 2x kapasitas terjadwal. Kapasitas terjadwal dalam (512, 5.120] MB/s: Batas elastis adalah 2x kapasitas terjadwal. Kapasitas terjadwal dalam (5.120, 10.240] MB/s: Batas elastis adalah 1,5x kapasitas terjadwal. Kapasitas terjadwal lebih dari 10.240 MB/s: Batas elastis adalah 1,2x kapasitas terjadwal. Batas elastis untuk edisi Professional: Kapasitas terjadwal dalam (0, 512] MB/s: Batas elastis adalah 1 GB/s. Kapasitas terjadwal dalam (512, 5.120] MB/s: Batas elastis adalah 2x kapasitas terjadwal. Kapasitas terjadwal dalam (5.120, 10.240] MB/s: Batas elastis adalah 1,5x kapasitas terjadwal. Kapasitas terjadwal lebih dari 10.240 MB/s: Batas elastis adalah 1,2x kapasitas terjadwal. Contoh: Edisi Basic: Jika traffic produksi steady-state Anda adalah 600 MB/s dan traffic puncak tidak melebihi 1.200 MB/s, Anda harus memesan kapasitas sesuai traffic puncak. Kapasitas produksi terjadwal yang diperlukan adalah 1.200 MB/s × 3 (replika) = 3.600 MB/s. Edisi Standard atau Professional: Jika traffic produksi steady-state Anda adalah 600 MB/s dan traffic puncak tidak melebihi 1.200 MB/s, Anda dapat memanfaatkan elastisitas untuk mengatasi puncak. Kami merekomendasikan kapasitas produksi terjadwal sebesar 600 MB/s × 3 (replika) = 1.800 MB/s. Edisi Standard atau Professional: Jika traffic produksi steady-state Anda adalah 600 MB/s dan traffic puncak mencapai 1.500 MB/s, kami merekomendasikan kapasitas produksi terjadwal sebesar 2.250 MB/s, dihitung sebagai (1.500 × 3) / 2. Edisi Professional: Jika kapasitas produksi terjadwal adalah 60 MB/s, throughput produksi dibatasi hingga 1.024 MB/s. Jika kapasitas produksi terjadwal adalah 600 MB/s, throughput produksi dibatasi hingga 1.200 MB/s. Traffic produksi yang melebihi batas ini akan mengalami throttle. Gunakan kalkulator harga arsitektur tanpa server ApsaraMQ for Kafka untuk memperkirakan biaya: Kalkulator Harga untuk Serverless Message Queue for Apache Kafka
Standard	Menyediakan SLA ketersediaan tinggi 99,95%. Edisi ini mendukung auto-elasticity tanpa loss dan elastisitas terjadwal. Edisi ini direkomendasikan untuk lingkungan produksi.
Professional	Menyediakan SLA ketersediaan tinggi 99,99% dengan disaster recovery 3-AZ. Edisi ini menawarkan elastisitas lebih tinggi untuk kapasitas terjadwal yang lebih kecil, sehingga menjadi edisi enterprise-grade yang direkomendasikan.

Kebijakan terjadwal

Item target

Kebijakan elastisitas terjadwal mengubah kapasitas produksi dan konsumsi terjadwal sesuai jadwal. Jika lalu lintas diprediksi mencapai puncak di atas batas elastis, kami merekomendasikan mengonfigurasi Tugas terjadwal untuk meningkatkan kapasitas selama lonjakan sementara tersebut.
Edisi Standard dan Professional mendukung kebijakan elastisitas terjadwal. Untuk informasi lebih lanjut mengenai batas elastis, lihat Elastisitas.

Dampak

Hal ini dapat menyebabkan klien terputus dan terhubung kembali secara singkat, yang memicu load balancing dan mungkin menghasilkan beberapa error. Untuk memastikan pengiriman pesan, implementasikan mekanisme retry pada klien Anda.
Layanan secara keseluruhan tetap tersedia selama operasi scaling.

Waktu efektif

Layanan mulai melakukan scaling sebelum Waktu mulai terjadwal untuk memastikan kapasitas baru siap saat periode dimulai. Oleh karena itu, atur tugas dengan waktu persiapan yang cukup agar operasi scaling dapat selesai.
Layanan secara otomatis melakukan scale-down setelah periode efektif berakhir.
Untuk mencegah scaling berulang yang cepat, tugas terjadwal berturut-turut harus memiliki jarak minimal 60 menit.
Jika tugas dibuat untuk waktu yang telah lewat, tugas non-recurring tidak akan dijalankan, dan tugas recurring akan melewatkan eksekusi terjadwal tersebut.
Saat Anda melakukan scale-up instans secara manual, kapasitas baru harus melebihi kapasitas dari kebijakan terjadwal aktif mana pun. Tindakan ini secara otomatis menonaktifkan kebijakan terjadwal dengan target kapasitas yang lebih rendah.

Buat kebijakan terjadwal

Masuk ke ApsaraMQ for Kafka console. Pada halaman Overview, pilih wilayah di bagian Resource Distribution.
Pada halaman Instances, klik nama instans target.
Pada halaman Instance Details, klik tab Elasticity Policy.
Pada bagian Scheduled Elasticity Policy, klik Add Scheduled Task. Pada panel Create Scheduled Elasticity Policy, konfigurasikan parameter berikut dan klik OK.
- Policy Name: Tetapkan nama untuk kebijakan.
- Reserved Production Capacity: Kapasitas produksi target untuk periode terjadwal.
- Reserved Consumption Capacity: Kapasitas konsumsi target untuk periode terjadwal.
- Recurrence Rule
  - Non-recurring: Tugas dijalankan sekali pada waktu tertentu. Waktu mulai harus minimal 1 jam ke depan dan dalam rentang 7 hari ke depan. Durasi tugas harus antara 30 menit hingga 7 hari.
  - Daily: Tugas dijalankan setiap hari pada waktu tertentu. Durasi tugas harus antara 30 menit hingga 12 jam.
  - Weekly: Tugas dijalankan pada waktu tertentu di hari-hari yang dipilih dalam seminggu. Durasi tugas harus antara 30 menit hingga 12 jam.
- Effective Period: Tetapkan periode efektif untuk kapasitas terjadwal sesuai rentang durasi yang ditentukan dalam aturan pengulangan.
  Penting
  Agar operasi scaling dapat selesai, kebijakan terjadwal berturut-turut harus memiliki jarak minimal 60 menit.
- Enabled: Mengaktifkan kebijakan segera setelah dibuat.
Setelah kebijakan dibuat, Anda dapat melihat detailnya pada tab Elasticity Policy di halaman Instance Details. Detail tersebut mencakup kapasitas produksi terjadwal, kapasitas konsumsi terjadwal, periode efektif, dan perkiraan waktu scale-up.

Aktifkan kebijakan terjadwal

Pada bagian Scheduled Elasticity Policy, lihat daftar tugas terjadwal.
Pada baris kebijakan target, aktifkan sakelar pada kolom Enabled.
Setelah kebijakan terjadwal diaktifkan, Anda dapat melihat kapasitas produksi dan konsumsi terjadwal yang diproyeksikan untuk periode mendatang (1, 2, 3, atau 7 hari) di area Policy Preview.

Nonaktifkan atau hapus kebijakan terjadwal

Pada bagian Scheduled Elasticity Policy, lihat daftar tugas terjadwal.

Untuk menonaktifkan kebijakan, temukan kebijakan tersebut dalam daftar dan matikan sakelar pada kolom Enabled.
Untuk menghapus kebijakan terjadwal: Pada kolom Actions untuk kebijakan target, klik Delete.