全部产品
Search
文档中心

Server Load Balancer:Listener CLB

更新时间:Jul 02, 2025

Topik ini memberikan gambaran umum tentang listener. Setelah membuat instance Classic Load Balancer (CLB), Anda harus mengonfigurasi setidaknya satu listener untuk instance tersebut. Listener mendefinisikan cara permintaan diteruskan ke server backend. Listener memantau permintaan koneksi dan meneruskannya ke server backend berdasarkan algoritma penjadwalan dalam aturan pengalihan. Listener CLB mendukung protokol berikut: TCP, UDP, HTTP, dan HTTPS.

Jenis listener yang didukung dan skenario penggunaan

CLB mendukung listener Lapisan 4 dan Lapisan 7. Listener Lapisan 4 menggunakan protokol TCP atau UDP, sedangkan listener Lapisan 7 menggunakan protokol HTTP atau HTTPS. Pilih jenis listener sesuai dengan kebutuhan bisnis Anda.

Tipe

Protokol

Deskripsi

Skenario

Listener Lapisan 4

TCP

  • TCP adalah protokol berorientasi koneksi yang memerlukan pembuatan koneksi logis sebelum data dapat ditransmisikan.

  • TCP mendukung transmisi data yang andal tetapi dengan kecepatan transmisi yang relatif lebih rendah.

  • Skenario yang memerlukan konsistensi data tinggi dan integritas data tetapi dapat mentoleransi kecepatan transmisi yang relatif lebih rendah, seperti transmisi file, layanan email, dan logon jarak jauh.

  • Aplikasi web yang tidak memiliki persyaratan kustom.

Untuk informasi lebih lanjut, lihat Tambahkan listener TCP.

UDP

  • UDP mendukung transmisi data langsung tanpa jabat tangan tiga arah atau koneksi. Namun, UDP tidak mendukung koreksi kesalahan atau retransmisi.

  • UDP mendukung transmisi data yang lebih cepat dengan reliabilitas yang relatif lebih rendah.

Skema yang memerlukan efisiensi waktu tinggi tetapi dapat mentoleransi reliabilitas yang relatif lebih rendah, seperti konferensi video dan dorongan real-time berita dan informasi keuangan.

Untuk informasi lebih lanjut, lihat Tambahkan listener UDP.

Listener Lapisan 7

HTTP

  • HTTP adalah protokol lapisan aplikasi yang digunakan untuk mengemas data.

  • HTTP mendukung persistensi sesi berbasis cookie.

  • HTTP menggunakan Header X-Forwarded-For untuk melestarikan alamat IP klien.

Aplikasi yang perlu mengidentifikasi isi data, seperti aplikasi web dan game seluler berukuran kecil.

Untuk informasi lebih lanjut, lihat Tambahkan listener HTTP.

HTTPS

  • HTTPS mengenkripsi transmisi data untuk mencegah akses tidak sah.

  • HTTPS mendukung manajemen sertifikat terpusat. Anda dapat mengunggah sertifikat ke CLB. Kemudian, dekripsi data dialihkan dari server backend ke CLB.

Aplikasi HTTP yang memerlukan transmisi terenkripsi.

Untuk informasi lebih lanjut, lihat Tambahkan listener HTTPS.

Batasan konfigurasi port

Port

Deskripsi

Batasan

Port listener (port front-end)

Digunakan oleh CLB untuk menerima permintaan klien.

Untuk sebuah instance CLB:

  • Port yang digunakan oleh semua listener TCP, HTTP, dan HTTPS tidak boleh duplikat satu sama lain.

    Sebagai contoh, jika Anda telah membuat listener yang mendengarkan pada port 80, Anda tidak dapat membuat listener TCP, HTTP, atau HTTPS lainnya menggunakan port 80.

  • Listener UDP dapat menggunakan port yang sama dengan listener TCP, HTTP, dan HTTPS.

    Sebagai contoh, jika Anda telah membuat listener UDP yang mendengarkan pada port 81, Anda masih dapat membuat listener TCP, HTTP, atau HTTPS yang mendengarkan pada port 81.

Port server (port backend)

Port tempat server backend menyediakan layanan.

Untuk sebuah instance CLB:

  • Jika grup server default dikaitkan dengan listener, port listener hanya dapat meneruskan permintaan ke port yang sama di server backend.

  • Jika grup vServer atau grup server utama/sekunder dikaitkan dengan listener, port listener dapat meneruskan permintaan ke berbagai port di server backend.

  • Listener yang menggunakan protokol berbeda dapat meneruskan permintaan ke port yang sama di server backend. Sebagai contoh, baik listener TCP yang mendengarkan pada port 80 maupun listener HTTP yang mendengarkan pada port 81 dapat meneruskan permintaan ke port yang sama di server backend.

Catatan
  • Listener HTTP dan HTTPS tidak mendukung grup server utama/sekunder.

  • Hingga dua server backend dapat ditambahkan ke grup server utama/sekunder.

Perbandingan fitur untuk listener

Fitur

Listener Lapisan 4

Listener Lapisan 7

Listener TCP

UDP listener

Listener HTTP

Listener HTTPS

Protokol backend

TCP

UDP

HTTP

HTTP

Algoritma penjadwalan

  • Weighted Round Robin (WRR)

  • Round Robin (RR)

  • Consistent Hashing (CH)

  • Weighted Round Robin (WRR)

  • Round Robin (RR)

  • Consistent Hashing (CH)

  • Weighted Round Robin (WRR)

  • Round Robin (RR)

  • Weighted Round Robin (WRR)

  • Round Robin (RR)

Sertifikat

Tidak terlibat. Jika Anda ingin menggunakan sertifikat SSL, pasang mereka di server backend.

Tidak terlibat

Tidak terlibat

Tambahkan sertifikat ke CLB.

Assess logs

Tidak didukung

Tidak didukung

Didukung

Didukung

Pemantauan tingkat detik

Didukung

Didukung

Tidak didukung

Tidak didukung

Grup server utama/sekunder

Didukung

Didukung

Tidak didukung

Tidak didukung

Aturan pengalihan

Tidak didukung. Konfigurasikan aturan pengalihan di server backend jika diperlukan.

Didukung. Konfigurasikan aturan pengalihan untuk listener.

Catatan

Wilayah tertentu tidak mendukung listener Lapisan 7. Untuk detailnya, lihat Wilayah dan Zona.

Listener CLB berbagi bandwidth instance

Bandwidth yang dapat digunakan oleh instance CLB dibatasi. Jika Anda memiliki layanan dengan tingkat kepentingan berbeda di server backend, Anda dapat menetapkan bandwidth eksklusif untuk layanan inti dan mengonfigurasi layanan lainnya untuk berbagi kapasitas jaringan yang tersisa. Pendekatan ini meningkatkan stabilitas dan ketersediaan bisnis utama Anda. CLB mendukung pembagian bandwidth instance di antara listener-nya.

Cara kerjanya

Misalkan Anda memiliki instance CLB dengan bandwidth 10 Mbit/s. Listener A, B, dan C dibuat di atasnya. Jika Anda menetapkan bandwidth eksklusif 4 Mbit/s untuk listener A, penggunaan bandwidth ketiga listener tersebut adalah sebagai berikut:

  • Bandwidth maksimum yang dapat digunakan oleh listener A selalu 4 Mbit/s, terlepas dari volume lalu lintas yang diterima oleh listener B dan C.

  • Listener B dan C berbagi sisa bandwidth 6 Mbit/s (10 Mbit/s - 4 Mbit/s).

    • Jika tidak ada lalu lintas yang datang ke listener B, listener C dapat menggunakan bandwidth maksimum 6 Mbit/s. Hal yang sama berlaku untuk listener B jika tidak ada lalu lintas yang mencapai listener C.

    • Jika kedua listener B dan C menerima lalu lintas, bandwidth 6 Mbit/s tersebut didistribusikan di antara mereka berdasarkan proporsi volume lalu lintas mereka. Sebagai contoh, jika mereka menerima jumlah lalu lintas yang sama, masing-masing dapat menggunakan sekitar 3 Mbit/s bandwidth.

    • Jika salah satu listener B atau C menggunakan habis bandwidth 6 Mbit/s, yang lain tidak dapat menerima permintaan apa pun, sehingga mengakibatkan loss paket pada listener tersebut.

  • Untuk ketiga listener, selama lalu lintas yang diterima tidak melebihi bandwidth yang dialokasikan, tidak akan terjadi loss paket. Begitu lalu lintas melebihi bandwidth yang dialokasikan, loss paket akan terjadi.

Catatan

Jika layanan CLB Anda tidak dapat mencapai bandwidth maksimum yang Anda tentukan saat membeli instance, lihat Mengapa koneksi gagal mencapai bandwidth maksimum dalam beberapa skenario?

Aktifkan pembatasan bandwidth untuk listener

Saat membuat listener untuk instance CLB, dalam langkah Protocol & Listener, Anda dapat mengklik Modify di sebelah Advanced Settings, dan aktifkan Bandwidth Throttling for Listeners.

  • Jika Anda mengaktifkan fitur ini, tentukan bandwidth eksklusif untuk listener saat ini. Perhatikan bahwa bandwidth eksklusif ini harus sama dengan atau kurang dari bandwidth maksimum instance CLB dikurangi bandwidth yang dialokasikan ke semua listener lainnya, seperti yang diinformasikan pada halaman tersebut.

    Catatan

    Setelah mengaktifkan bandwidth eksklusif untuk listener, semua kebijakan pengalihan yang dikonfigurasikan untuk listener tersebut berbagi bandwidth eksklusif ini.

  • Jika Anda menonaktifkan fitur ini, semua listener tanpa bandwidth eksklusif, termasuk listener saat ini, berbagi bandwidth tersisa dari instance CLB (bandwidth maksimum instance CLB dikurangi bandwidth yang dialokasikan ke listener tertentu).

Referensi

CLB mendukung load balancing dasar di Lapisan 4 dan Lapisan 7. Listener CLB mendukung protokol TCP dan UDP di Lapisan 4, serta HTTP dan HTTPS di Lapisan 7.

Alibaba Cloud telah merilis load balancer generasi berikutnya untuk Lapisan 7 yaitu Application Load Balancer (ALB), dan load balancer generasi berikutnya untuk Lapisan 4 yaitu Network Load Balancer (NLB). Load balancer generasi berikutnya mendukung performa yang lebih tinggi daripada CLB. ALB mendukung load balancing di Lapisan 7, aturan pengalihan lanjutan, dan protokol QUIC. NLB mendukung performa yang lebih tinggi daripada CLB, dan mendukung penskalaan otomatis. Kami merekomendasikan Anda untuk menggunakan ALB dan NLB.