Topik ini menjelaskan edisi instans untuk Message Queue for Apache Kafka. Anda dapat menggunakan informasi ini untuk memilih edisi yang paling sesuai dengan kebutuhan bisnis Anda.
Jenis instans
single-zone: Layanan dan data Anda ditempatkan di satu zona ketersediaan. Jika terjadi kegagalan tingkat zona, layanan Anda menjadi tidak tersedia dan berisiko kehilangan data. Jika memilih instans single-zone, kami menyarankan membuat instans di wilayah berbeda dan menggunakan konektor untuk mencadangkan pesan. Untuk informasi selengkapnya, lihat Praktik terbaik untuk pemulihan bencana single-zone.
multi-zone: Layanan dan data Anda ditempatkan di beberapa zona ketersediaan. Arsitektur ini melindungi dari gangguan layanan dan kehilangan data jika salah satu zona ketersediaan mengalami kegagalan. Kami merekomendasikan penerapan multi-zona untuk layanan mission-critical.
Tabel berikut menjelaskan edisi instans untuk Message Queue for Apache Kafka.
Item | Edisi Standar (High-write) | Edisi Profesional (High-write) | Edisi Profesional (High-read) | Serverless edisi dasar | Serverless edisi standar | Serverless edisi profesional |
Biaya penyimpanan | Kapasitas reservasi. Biayanya sebanding dengan kluster yang dikelola sendiri. Misalnya, jika Anda membeli disk 300 GB, 100 GB tersedia untuk data bisnis Anda dan sisa 200 GB dicadangkan untuk replika. | Kapasitas reservasi, menghemat hingga 66% dibandingkan dengan kluster yang dikelola sendiri. Misalnya, jika Anda membeli disk 300 GB, seluruh 300 GB tersedia untuk data bisnis Anda. Tambahan 600 GB penyimpanan untuk replika disertakan tanpa biaya tambahan. | model pay-as-you-go. Anda ditagih berdasarkan storage space aktual yang digunakan dan durasi retensi. Hal ini menghemat lebih dari 70% biaya penyimpanan dibandingkan penggunaan cloud disk untuk kluster yang dikelola sendiri. | |||
Biaya komputasi | Kapasitas reservasi | Kapasitas reservasi | model pay-as-you-go | |||
Gangguan layanan | Dapat melakukan skala secara cepat untuk menangani lonjakan traffic mendadak tanpa perlu penyeimbangan ulang data yang lama. | |||||
Arsitektur elastis | Setelah skala keluar, operasi baca dan tulis baru dapat ditampung dalam hitungan detik. | Arsitektur compute dan penyimpanan yang terpisah memungkinkan operasi baca, tulis, dan migrasi partisi selesai dalam hitungan detik. | ||||
Skalabilitas vertikal tanpa gangguan | Tidak didukung | Tidak didukung | Tidak didukung | Memerlukan penskalaan manual. |
|
|
Rasio traffic baca/tulis puncak | 1:1 | 1:1 | 3:1 | 3:1 | ||
Arsitektur penerapan | instans shared (isolasi logis) | instans dedicated (kluster fisik eksklusif) | instans shared (isolasi logis) | instans dedicated (kluster fisik eksklusif) | ||
TTL Topik | Tidak didukung | Didukung untuk penyimpanan lokal | Didukung sepenuhnya | |||
Periode retensi pesan | Hingga 7 hari | Dapat dikustomisasi sesuai kasus penggunaan Anda. | Mendukung retensi tanpa batas, dengan batas default satu tahun. Untuk meminta periode retensi yang lebih lama, submit a ticket. | |||
Pemulihan bencana | Node komputasi dan penyimpanan diterapkan di satu zona ketersediaan. | Mendukung penerapan multi-zona. Jika Anda memilih penerapan single-zone, baik node komputasi maupun penyimpanan diterapkan di satu zona ketersediaan. | Node komputasi dan penyimpanan diterapkan di satu zona ketersediaan. | Penerapan multi-zona di tiga zona ketersediaan (3AZ). | ||
Tuning performa | Tidak didukung | Dapat dikustomisasi sesuai kasus penggunaan Anda. | Dapat dikustomisasi sesuai kasus penggunaan Anda. | |||
ACL | Tidak didukung | Didukung | Didukung | |||
Enkripsi SSL untuk transmisi pesan di VPC | Tidak didukung | Didukung | Didukung | |||
Penerapan lintas zona | Tidak didukung | Didukung | Tidak didukung | Didukung | ||
Kompatibilitas versi client | Kompatibel dengan client Apache Kafka versi 0.11 hingga 3.x. | Kompatibel dengan client Apache Kafka versi 0.11 hingga 3.x. | Kompatibel dengan client Apache Kafka versi 0.11 hingga 3.x. | |||
Perjanjian tingkat layanan (SLA) | 99,95% | Menyediakan SLA 99,99% untuk penerapan multi-zona dan 99,95% untuk penerapan single-zone. | Menyediakan SLA 99,9%, yang lebih rendah daripada Edisi Standar dan Profesional. Edisi ini menggunakan proporsi sumber daya berbiaya rendah yang lebih besar, seperti HDD, OSS, dan spot instans. Direkomendasikan untuk pengujian atau beban kerja dengan traffic stabil. Untuk beban kerja mission-critical yang memerlukan stabilitas tinggi, kami merekomendasikan Edisi Serverless Standar atau Profesional. | Menyediakan SLA 99,95%. Direkomendasikan untuk lingkungan produksi. | Menyediakan SLA 99,99% dengan pemulihan bencana di tiga zona ketersediaan. Menawarkan elastisitas lebih besar untuk instans dengan throughput reservasi yang lebih rendah. Ini adalah edisi tingkat enterprise yang direkomendasikan. | |
Enkripsi disk cloud | Didukung | Didukung | Tidak didukung | |||
Spesifikasi traffic dan pembatasan kecepatan
Spesifikasi traffic instans Message Queue for Apache Kafka menentukan throughput maksimum untuk produksi pesan (tulis) dan konsumsi (baca). Memahami cara batas traffic dihitung dan bagaimana pembatasan kecepatan dipicu dapat membantu Anda mendiagnosis masalah performa.
Distribusi traffic per node — Batas spesifikasi traffic didistribusikan merata di seluruh node broker dalam sebuah instans. Misalnya, pada instans 3-node, batas traffic untuk setiap node kira-kira sepertiga dari total spesifikasi. Jika traffic aktual pada satu node melebihi batas per-nodenya, pembatasan kecepatan akan dipicu untuk node tersebut—meskipun traffic keseluruhan instans belum mencapai batas spesifikasi.
Ketimpangan traffic dan pembatasan kecepatan — Secara default, Apache Kafka mereplikasi pesan di tiga replika. Jika produksi pesan tidak merata—misalnya karena pengiriman batch terjadwal atau distribusi kunci partisi yang tidak merata—traffic akan terkonsentrasi pada node atau partisi tertentu. Hal ini menyebabkan overload lokal dan memicu pembatasan kecepatan meskipun rata-rata traffic tingkat instans tampak masih dalam batas spesifikasi.
Melihat spesifikasi trafik — Di konsol, buka daftar instans dan klik nama instans tersebut. Pada tab Instance Information, bagian Basic Information menampilkan Traffic Specification instans Anda, termasuk nilai Maximum Read Traffic dan Maximum Write Traffic dalam MB/s.
Definisi traffic puncak dan estimasi jumlah partisi — Nilai traffic puncak yang ditampilkan dalam tabel spesifikasi (misalnya, 20 MB/s) mengacu pada traffic baca/tulis puncak di sisi bisnis. Ini adalah throughput puncak tempat aplikasi Anda memproduksi (menulis) atau mengonsumsi (membaca) pesan, bukan batas fisik network interface controller (NIC). Traffic baca/tulis NIC aktual yang dapat didukung oleh sebuah instans kira-kira tiga kali nilai spesifikasi, karena kapasitas tambahan dicadangkan untuk menangani overhead internal seperti replikasi data.
Saat memperkirakan jumlah partisi yang dibutuhkan untuk topik Anda, dasarkan perhitungan hanya pada traffic produksi atau konsumsi puncak di sisi bisnis. Anda tidak perlu menggandakan jumlah partisi untuk mempertimbangkan rasio baca/tulis 1:1, karena nilai spesifikasi dan traffic NIC yang mendasarinya sudah memperhitungkan overhead replikasi.
Monitor penggunaan traffic — Untuk mengidentifikasi pembatasan kecepatan per node atau ketimpangan traffic, buka Prometheus Monitoring di panel navigasi kiri halaman detail instans. Lihat metrik Node consumption traffic dan Cluster consumption traffic untuk membandingkan traffic aktual per node terhadap batas per node (total spesifikasi ÷ jumlah node).
Partisi instans
Jumlah partisi bervariasi berdasarkan edisi instans sebagaimana dijelaskan dalam tabel berikut.
Instans Serverless
Edisi | Replika partisi | Replika partisi maksimum |
Edisi Dasar |
|
Untuk mengajukan peningkatan batas, ajukan Tiket. |
Edisi Standar | ||
Edisi Profesional |
Instans Subscription dan pay-as-you-go
Edisi Standar (High-write)
Spesifikasi traffic | Partisi yang disertakan | Partisi maksimum |
alikafka.hw.2xlarge | 1.000 | 4.000 |
alikafka.hw.3xlarge | 1.000 | 4.200 |
alikafka.hw.6xlarge | 1.000 | 4.400 |
alikafka.hw.9xlarge | 1.000 | 4.600 |
alikafka.hw.12xlarge | 1.000 | 4.800 |
Edisi Profesional (High-write)
Spesifikasi traffic | Partisi yang Disertakan | Partisi maksimum |
alikafka.hw.2xlarge | 1.000 | 4.000 |
alikafka.hw.3xlarge | 1.000 | 4.200 |
alikafka.hw.6xlarge | 1.000 | 4.400 |
alikafka.hw.9xlarge | 1.000 | 4.600 |
alikafka.hw.12xlarge | 1.000 | 4.800 |
alikafka.hw.16xlarge | 2.000 | 5.000 |
alikafka.hw.20xlarge | 2.000 | 6.000 |
alikafka.hw.25xlarge | 2.000 | 7.000 |
alikafka.hw.30xlarge | 2.000 | 8.000 |
alikafka.hw.60xlarge | 2.000 | 9.000 |
alikafka.hw.80xlarge | 2.000 | 10.000 |
alikafka.hw.100xlarge | 3.000 | 12.000 |
alikafka.hw.120xlarge | 3.000 | 14.000 |
alikafka.hw.150xlarge | 3.000 | 16.000 |
alikafka.hw.180xlarge | 3.000 | 18.000 |
alikafka.hw.200xlarge | 3.000 | 20.000 |
alikafka.hw2.220xlarge | 4.000 | 24.000 |
alikafka.hw2.300xlarge | 4.000 | 26.000 |
alikafka.hw2.400xlarge | 4.000 | 28.000 |
alikafka.hw2.500xlarge | 4.000 | 30.000 |
alikafka.hw2.600xlarge | 5.000 | 32.000 |
alikafka.hw2.700xlarge | 5.000 | 34.000 |
alikafka.hw2.800xlarge | 5.000 | 36.000 |
alikafka.hw2.900xlarge | 5.000 | 38.000 |
alikafka.hw2.1000xlarge | 5.000 | 40.000 |
Edisi Profesional (High-read)
Spesifikasi traffic | Partisi yang Disertakan | Partisi maksimum |
alikafka.hr.2xlarge | 1.000 | 4.000 |
alikafka.hr.3xlarge | 1.000 | 4.200 |
alikafka.hr.6xlarge | 1.000 | 4.400 |
alikafka.hr.9xlarge | 1.000 | 4.600 |
alikafka.hr.12xlarge | 1.000 | 4.800 |
alikafka.hr.16xlarge | 2.000 | 5.000 |
alikafka.hr.20xlarge | 2.000 | 6.000 |
alikafka.hr.25xlarge | 2.000 | 7.000 |
alikafka.hr.30xlarge | 2.000 | 8.000 |
alikafka.hr.60xlarge | 2.000 | 9.000 |
alikafka.hr.80xlarge | 2.000 | 10.000 |
alikafka.hr.100xlarge | 3.000 | 12.000 |
alikafka.hr.120xlarge | 3.000 | 14.000 |
alikafka.hr.150xlarge | 3.000 | 16.000 |
alikafka.hr.180xlarge | 3.000 | 18.000 |
alikafka.hr.200xlarge | 3.000 | 20.000 |
alikafka.hr2.220xlarge | 4.000 | 24.000 |
alikafka.hr2.300xlarge | 4.000 | 26.000 |
alikafka.hr2.400xlarge | 4.000 | 28.000 |
alikafka.hr2.500xlarge | 4.000 | 30.000 |
alikafka.hr2.600xlarge | 5.000 | 32.000 |
alikafka.hr2.700xlarge | 5.000 | 34.000 |
alikafka.hr2.800xlarge | 5.000 | 36.000 |
alikafka.hr2.900xlarge | 5.000 | 38.000 |
alikafka.hr2.1000xlarge | 5.000 | 40.000 |
FAQ
Apa saja persyaratan edisi instans untuk mengintegrasikan Kafka dengan MQTT Rule Engine?
Tidak ada persyaratan edisi wajib untuk menggunakan Message Queue for Apache Kafka dengan MQTT Rule Engine. Integrasi dasar didukung oleh semua edisi—Standar, Profesional, atau Serverless.
Namun, jika lingkungan produksi Anda memerlukan autentikasi SASL atau kontrol akses berbasis ACL, Anda harus menggunakan Edisi Profesional atau Edisi Serverless. Edisi Standar tidak mendukung endpoint SASL atau ACL.
Berapa batas kapasitas disk maksimum untuk Edisi Profesional (High-write)?
Kapasitas disk disediakan di tingkat kluster dan didistribusikan merata di seluruh node broker dalam kluster. Edisi Profesional (High-write) tidak memiliki batas eksplisit untuk kapasitas disk maksimum. Namun, setiap spesifikasi traffic memiliki persyaratan kapasitas disk minimum yang sesuai, sehingga kapasitas disk yang dapat Anda pilih bervariasi tergantung pada spesifikasi traffic yang Anda pilih.
Saat membuat instans, pilih ukuran disk yang sesuai dengan kebutuhan bisnis Anda. Setelah memilih tipe disk—disk ultra atau SSD—untuk sebuah instans, Anda tidak dapat mengubah tipe disk tersebut di kemudian hari.
Berapa jumlah node Broker pada instans Kafka? Apakah saya dapat mengonfigurasi jumlahnya secara manual?
ApsaraMQ for Kafka adalah layanan antrian pesan yang sepenuhnya dikelola oleh Alibaba Cloud. Sistem secara otomatis menyesuaikan jumlah dan konfigurasi node Broker berdasarkan spesifikasi traffic instans Anda, sehingga Anda tidak perlu melacak detail node secara individual. Mengonfigurasi atau menentukan jumlah node Broker secara manual tidak didukung.
Berapa jumlah koneksi maksimum untuk spesifikasi alikafka.hw.2xlarge pada Edisi Profesional (High-write)?
Untuk instans dengan spesifikasi traffic alikafka.hw.2xlarge, jika Anda tidak meningkatkan spesifikasi traffic, jumlah awal koneksi maksimum per node adalah 1.000. Jika bisnis Anda memerlukan batas koneksi yang lebih tinggi, tingkatkan spesifikasi traffic instans Anda.
Kata kunci: maximum connections, connection limit, alikafka.hw.2xlarge.