Downgrade konfigurasi instans untuk mengurangi biaya - ApsaraMQ for Kafka

Jika instans ApsaraMQ for Kafka Anda menggunakan lalu lintas Internet atau jumlah partisi yang jauh lebih sedikit daripada yang Anda beli, Anda dapat menurunkan konfigurasinya untuk menghemat biaya. Topik ini menjelaskan cara menurunkan spesifikasi lalu lintas Internet, jumlah partisi, spesifikasi trafik, dan kapasitas disk suatu instans di konsol ApsaraMQ for Kafka.

Prasyarat

Penting

Fitur penurunan kapasitas disk dan spesifikasi trafik instans sedang dalam rilis grayscale.
Demi stabilitas, kami tidak menyarankan menurunkan spesifikasi trafik dan kapasitas disk secara signifikan pada waktu yang sama.

Status instans adalah Running atau Not Deployed.
Untuk instans yang telah mengaktifkan akses Internet, bandwidth publik harus lebih besar dari 3 Mbps.
Tidak ada tugas Rebalans lalu lintas topik yang sedang berjalan pada instans tersebut.
Jumlah partisi target harus lebih besar daripada jumlah partisi yang sedang digunakan.
Spesifikasi trafik dan kapasitas disk target minimal 1,3 kali penggunaan saat ini.

Peringatan

Penurunan konfigurasi instans dapat melibatkan risiko restart, pembatasan kecepatan (throttling), dan larangan menulis. Untuk instans Serverless, terdapat risiko tambahan berupa penangguhan Auto Scaling selama proses penurunan spesifikasi.

Peringatan

Sebelum menurunkan spesifikasi trafik dan kapasitas disk, tinjau data pemantauan untuk memahami penggunaan puncak dalam periode tertentu. Kami menyarankan meninjau data tujuh hari terakhir. Evaluasi secara cermat nilai target berdasarkan penggunaan puncak tersebut. Penilaian yang tidak tepat dapat memengaruhi Perjanjian Tingkat Layanan (SLA) untuk layanan online Anda. Untuk informasi selengkapnya, lihat Melihat data Cloud Monitor.

Risiko restart: Penurunan konfigurasi instans memicu restart bergulir (rolling restart) pada kluster, yang dapat menyebabkan hal-hal berikut:
- Klien akan terputus sebentar lalu terhubung kembali, yang dapat menyebabkan sejumlah kecil error.
- Pesan yang berhasil dikirim tidak akan hilang setelah penurunan spesifikasi. Untuk pesan yang gagal dikirim selama proses penurunan, kami menyarankan untuk mencoba mengirim ulang. Anda dapat mengonfigurasi mekanisme retry pada klien.
- Proses penurunan spesifikasi memakan waktu sekitar 30 menit. Semakin besar perubahan kapasitas disk, semakin lama prosesnya. Layanan tidak akan terganggu, namun pesan dalam suatu partisi mungkin dikonsumsi tidak sesuai urutan. Evaluasi secara cermat dampaknya terhadap bisnis Anda. Kami menyarankan melakukan penurunan spesifikasi selama jam sepi.
Risiko throttling: Jika Anda tidak mengevaluasi spesifikasi trafik target dengan tepat, risiko berikut dapat terjadi:
- Jika spesifikasi trafik target kurang dari 1,3 kali penggunaan trafik saat ini, instans Anda mungkin mengalami throttling selama jam sibuk.
- Jika spesifikasi trafik target lebih rendah daripada penggunaan trafik saat ini, instans Anda akan langsung mengalami throttling.
- Untuk instans dengan permintaan per detik (QPS) tinggi, penurunan spesifikasi trafik dapat menyebabkan kemacetan permintaan. Hal ini meningkatkan waktu pemrosesan setiap permintaan, yang mungkin melebihi nilai SESSION_TIMEOUT_MS_CONFIG yang ditetapkan pada klien Kafka.
  
  Catatan
  Dalam satu operasi penurunan spesifikasi, kami menyarankan mengurangi spesifikasi trafik tidak kurang dari 50% dari spesifikasi yang dibeli. Pantau stabilitas layanan Anda sebelum melakukan penurunan spesifikasi berikutnya. Misalnya, jika Anda membeli instans alikafka.hw.30xlarge dan ingin menurunkannya menjadi alikafka.hw.9xlarge, kami menyarankan terlebih dahulu menurunkannya menjadi alikafka.hw.16xlarge. Setelah memastikan layanan Anda stabil, Anda dapat menurunkannya lagi menjadi alikafka.hw.9xlarge.
Risiko larangan menulis: Jika Anda tidak mengevaluasi kapasitas disk target dengan tepat, risiko berikut dapat terjadi:
- Jika kapasitas disk target kurang dari 1,3 kali ruang disk yang digunakan, instans dengan trafik tinggi dapat cepat kehabisan ruang. Hal ini dapat menyebabkan penghapusan data lebih awal dan larangan menulis.
- Jika kapasitas disk target lebih kecil daripada ruang disk yang digunakan, operasi menulis akan dilarang.
Risiko data: Saat penggunaan disk tinggi dan trafik tulis tetap tinggi, data dapat dihapus atau dipotong lebih awal demi menjaga stabilitas.
Risiko stabilitas: Karena cloud disk tidak mendukung penurunan kapasitas secara native, ApsaraMQ for Kafka menggunakan CPU kluster dan I/O disk tambahan untuk menjalankan operasi ini. Untuk instans dengan penggunaan resource tinggi, penurunan kapasitas disk dapat menimbulkan risiko stabilitas. Sebelum menurunkan kapasitas disk, identifikasi dan atasi risiko instans yang ada untuk memastikan instans berada dalam kondisi sehat.
Risiko penangguhan Auto Scaling: Selama upgrade atau downgrade instans Serverless, Auto Scaling ditangguhkan. Pastikan Anda melakukan operasi ini saat penggunaan bisnis Anda stabil.

Skenario dan risiko

Skenario	Risiko
Penggunaan trafik instans ApsaraMQ for Kafka non-Serverless secara konsisten lebih rendah daripada spesifikasi trafik yang dibeli. Dalam kasus ini, Anda dapat menurunkan spesifikasi trafik instans tersebut.	Layanan Anda saat ini mungkin mengalami throttling. Untuk informasi selengkapnya, lihat bagian risiko throttling dalam Peringatan. Penurunan spesifikasi instans besar dapat secara otomatis memicu Rebalans lalu lintas topik. Pilih waktu penurunan spesifikasi dengan cermat. Untuk informasi selengkapnya, lihat Rebalans lalu lintas topik.
Penggunaan disk instans ApsaraMQ for Kafka non-Serverless secara konsisten rendah. Dalam kasus ini, Anda dapat mengurangi kapasitas disk.	Operasi menulis pada layanan Anda saat ini mungkin dilarang. Untuk informasi selengkapnya, lihat bagian risiko larangan menulis dalam Peringatan.
Mengubah jumlah partisi atau topik untuk instans ApsaraMQ for Kafka non-Serverless. Jumlah partisi atau topik setelah penurunan spesifikasi tidak kurang dari jumlah yang benar-benar digunakan. Catatan Untuk instans yang baru dibeli, Anda hanya dapat mengubah jumlah partisi. Untuk instans yang dibeli sebelum 26 Agustus 2022, Anda juga dapat mengubah jumlah topik.	Tidak ada.
Menurunkan bandwidth publik instans ApsaraMQ for Kafka non-Serverless.	Tidak ada.
Menurunkan spesifikasi penagihan penggunaan dasar untuk instans Serverless ApsaraMQ for Kafka.	Auto Scaling ditangguhkan setelah penurunan spesifikasi.

Prosedur

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, di pojok kanan atas bagian Overview, klik Downgrade.
Di panel downgrade, atur Public Traffic, Partition Specification, Traffic Specification, dan Disk Capacity, baca dan terima perjanjian layanan, lalu klik Buy Now.
Penting
- Untuk mencegah throttling jaringan akibat bandwidth yang tidak mencukupi, ApsaraMQ for Kafka memperkirakan bandwidth optimal berdasarkan tipe instans yang Anda pilih. Beli lalu lintas Internet dalam kelipatan seperti yang diminta di halaman tersebut.
- Jumlah partisi setelah penurunan spesifikasi tidak boleh kurang dari jumlah partisi yang sedang digunakan.
- Saat penggunaan resource kluster, seperti CPU, sedang tinggi, halaman downgrade membatasi penurunan spesifikasi trafik demi menjaga stabilitas.
- Untuk instans Edisi Profesional (High-write) dan Edisi Profesional (High-read), hanya instans dengan spesifikasi trafik di bawah alikafka.hw.60xlarge atau alikafka.hr.60xlarge yang dapat diturunkan spesifikasinya. Fitur untuk menurunkan spesifikasi trafik instans alikafka.hw.60xlarge, alikafka.hr.60xlarge, atau lebih tinggi sedang dalam rilis grayscale. Untuk menggunakan fitur ini, submit a ticket.
- Saat Anda menurunkan konfigurasi instans tanpa mengubah kapasitas disk, waktu yang dibutuhkan tergantung pada ukuran instans. Untuk instans alikafka.hr.30xlarge, alikafka.hw.30xlarge, atau lebih kecil, prosesnya memakan waktu sekitar 30 menit. Untuk instans alikafka.hr.60xlarge, alikafka.hw.60xlarge, atau lebih besar, prosesnya memakan waktu lebih dari satu jam. Secara umum, semakin besar instans dan semakin banyak topiknya, semakin lama prosesnya. Jika penurunan spesifikasi melibatkan pengurangan kapasitas disk, prosesnya akan lebih lama karena data historis harus disalin. Waktu yang dibutuhkan sebanding dengan jumlah data di disk.
Di halaman Instance Details, pada bagian Basic Information, Status instans berubah menjadi Upgrading. Spesifikasi baru akan ditampilkan setelah proses peningkatan selesai.