All Products
Search

This Product

    Server Load Balancer:Deskripsi kode status CLB

    Document Center

    Server Load Balancer:Deskripsi kode status CLB

    Last Updated:Mar 22, 2026

    Topik ini menjelaskan kode status umum untuk Classic Load Balancer (CLB) dan kemungkinan penyebabnya. Jika instans CLB mengembalikan kode status error, gunakan topik ini untuk memecahkan masalah tersebut.

    Saat menerima kode status error, periksa bidang status dan upstream_status dalam Log Akses. Jika nilai kedua bidang ini sama, kemungkinan besar error berasal dari Server Backend, artinya CLB meneruskan kode status yang dikembalikan oleh Server Backend. Dalam kasus ini, selidiki terlebih dahulu Server Backend. Jika hanya bidang status yang menunjukkan error, masalah tersebut kemungkinan besar terkait dengan client.

    Catatan

    Aktifkan Log Akses untuk instans CLB Anda agar diagnosis masalah lebih cepat. Untuk informasi selengkapnya, lihat Konfigurasi Log Akses.

    400 (Bad Request)

    Format permintaan HTTP tidak valid.

    Kemungkinan penyebab kode upstream_status:

    • CLB mengakses Server Backend melalui HTTP, tetapi server dikonfigurasi untuk HTTPS. Untuk mengatasi masalah ini, Anda dapat menggunakan salah satu metode berikut:

      • Konfigurasikan Server Backend untuk menggunakan protokol HTTP.

      • Gunakan instans Application Load Balancer (ALB) dan buat Server Group yang menggunakan HTTPS sebagai protokol backend. Untuk informasi selengkapnya, lihat Buat dan kelola Server Group.

    • Permintaan lolos validasi CLB tetapi ditolak oleh logika validasi kustom Server Backend. Selidiki mengapa Server Backend gagal memvalidasi paket permintaan tersebut.

    Kemungkinan penyebab kode status:

    • Server Backend mengembalikan kode status 400, dan CLB meneruskannya ke client. Selidiki mengapa Server Backend mengembalikan kode status 400.

    • Format Header HTTP dalam permintaan client tidak valid. Misalnya, nilai Content-Length tidak sesuai dengan panjang body sebenarnya, metode permintaan tidak dalam huruf kapital, atau permintaan HTTP dikirim ke layanan HTTPS. Tangkap dan analisis paket di sisi client, lalu bandingkan format permintaan dengan format yang valid.

    • Listener HTTPS ditambahkan ke instans CLB. Jika kode status 400 dikembalikan untuk permintaan non-HTTPS dari client, periksa apakah client mengirim permintaan HTTP ke port HTTPS.

    • Client menutup koneksi sebelum mengirim seluruh permintaan HTTP. Tangkap paket untuk menyelidiki mengapa client memutus koneksi.

    • CLB mensyaratkan bahwa setiap Header HTTP tidak boleh melebihi 32 KB. Jika batas ini dilampaui, CLB akan mengembalikan kode status 400. Kurangi ukuran Header HTTP.

    405 (Method Not Allowed)

    Metode permintaan tidak didukung.

    Kemungkinan penyebab kode status backend (upstream_status): Server backend tidak mendukung metode yang digunakan dalam permintaan client. Kami menyarankan Anda menyelidiki apakah metode yang digunakan oleh client sesuai dengan metode yang didukung oleh server backend. Misalnya, jalankan perintah curl -X method ip:port pada server backend untuk menguji apakah server tersebut mendukung metode tertentu. Dalam perintah ini, method adalah metode yang digunakan dalam permintaan client, ip adalah alamat IP server backend, dan port adalah port server backend.

    Kemungkinan penyebab kode status:

    • CLB tidak mendukung metode permintaan TRACE. Gunakan metode lain.

    • Server Backend mengembalikan kode status 405, dan CLB meneruskannya ke client. Selidiki mengapa Server Backend mengembalikan kode status 405.

    408 (Request Timeout)

    CLB menutup koneksi karena permintaan melebihi waktu timeout.

    Kemungkinan penyebab kode status:

    • Client hanya mengirimkan sebagian data, misalnya hanya Header HTTP tanpa body, sebelum periode timeout permintaan client-ke-CLB selama 60 detik berakhir. Tangkap paket untuk memeriksa adanya bottleneck performa atau perilaku abnormal lainnya di sisi client.

    • Tautan jaringan dari client ke CLB mengalami masalah, seperti Round-Trip Time (RTT) TCP yang tinggi atau Packet Loss. Periksa bidang request_time dan tcpinfo_rtt dalam Log Akses atau tangkap paket untuk memeriksa anomali jaringan.

    • Trafik ke instans CLB terlalu tinggi, sehingga memicu pembatasan bandwidth dan menyebabkan koneksi terputus. Periksa metrik outbound bandwidth dan dropped connections untuk instans tersebut di CloudMonitor. Untuk informasi selengkapnya, lihat Lihat data pemantauan instans CLB.

    414 (URI Too Long)

    URI dalam permintaan client lebih panjang daripada yang dapat diproses oleh Server Backend, sehingga CLB menolak permintaan tersebut.

    Kemungkinan penyebab kode upstream_status: Server Backend mengembalikan kode status 414. Untuk mengatasi masalah ini, Anda dapat menggunakan salah satu metode berikut:

    • Persingkat URI, atau gunakan metode POST untuk mengirimkan data.

    • Tingkatkan batas maksimum panjang URI pada Server Backend.

    Kemungkinan penyebab kode status:

    • Server Backend mengembalikan kode status 414, dan CLB meneruskannya ke client. Selidiki mengapa Server Backend mengembalikan kode status 414.

    • Panjang URI maksimum untuk permintaan ke CLB adalah 32 KB. Jika batas ini dilampaui, CLB akan mengembalikan kode status 414. Persingkat URI. Jika volume datanya besar, gunakan metode POST untuk mengirimkan data.

    499 (Client closed request)

    Client menutup koneksi.

    Kemungkinan penyebab kode status:

    • Terdapat masalah pada tautan jaringan dari client ke CLB, seperti Round-Trip Time (RTT) yang tinggi atau Packet Loss. Periksa bidang request_time dan tcpinfo_rtt dalam Log Akses, atau tangkap paket untuk memeriksa anomali jaringan.

    • Trafik ke instans CLB terlalu tinggi, sehingga memicu pembatasan bandwidth dan menyebabkan koneksi terputus. Periksa metrik outbound bandwidth dan dropped connections untuk instans tersebut di CloudMonitor. Untuk informasi selengkapnya, lihat Lihat data pemantauan instans CLB.

    • Server Backend membutuhkan waktu terlalu lama untuk memproses permintaan, melebihi periode timeout permintaan client. Bidang upstream_response_time dalam Log Akses merepresentasikan waktu pemrosesan Server Backend. Periksa adanya bottleneck performa terkait CPU, memori, atau jaringan pada Server Backend.

    • Periode timeout permintaan yang dikonfigurasi pada client terlalu singkat, sehingga client menutup koneksi sebelum permintaan HTTP dikirim sepenuhnya. Periksa bidang request_time dalam Log Akses, yang merepresentasikan total waktu permintaan. Gunakan nilai ini sebagai referensi untuk mengatur periode timeout permintaan yang wajar pada client.

    • Client mengalami masalah tak dikenal dan menutup koneksi sebelum permintaan HTTP selesai. Selidiki perilaku client untuk menentukan apakah koneksi ditutup secara prematur.

    500 (Internal Server Error)

    Server Backend mengalami error internal dan tidak dapat memenuhi permintaan.

    Kemungkinan penyebab kode upstream_status: Server Backend mengembalikan kode status 500. Gunakan alat seperti log error pada Server Backend untuk menyelidiki penyebab error tersebut.

    Kemungkinan penyebab kode status:

    • Server Backend mengembalikan kode status 500, dan CLB meneruskannya ke client. Selidiki mengapa Server Backend mengembalikan kode status 500.

    • Server Backend menutup koneksi secara abnormal sebelum mengirimkan respons lengkap. Tangkap paket pada Server Backend untuk menyelidiki mengapa koneksi ditutup.

    502 (Bad Gateway)

    CLB mengembalikan kode status 502 Bad Gateway jika Listener HTTP atau HTTPS menerima permintaan client tetapi tidak dapat meneruskannya ke Server Backend atau menerima respons dari Server Backend.

    Kemungkinan penyebab kode upstream_status:

    • Terjadi error komunikasi TCP antara CLB dan Server Backend. Periksa apakah Server Backend berjalan sebagaimana mestinya dan port layanannya sedang dalam keadaan listening. Anda juga dapat menangkap paket untuk memeriksa apakah handshake TCP berhasil.

    • Server Backend kelebihan beban dan gagal merespons. Misalnya, antrian backlog server penuh, sehingga paket dibuang. Gunakan perintah netstat untuk memeriksa statistik jaringan pada Server Backend guna melihat jumlah paket yang dibuang.

    • Paket yang dikirim oleh client melebihi Maximum Transmission Unit (MTU) Server Backend. Hal ini dapat terlihat dari Health Check dan paket kecil yang berhasil, sedangkan paket besar gagal. Tangkap paket pada Server Backend untuk menganalisis apakah ukuran paket berada dalam rentang yang diizinkan.

    • Paket respons dari Server Backend memiliki format tidak valid atau berisi Header HTTP ilegal. Tangkap paket pada Server Backend untuk memastikan format HTTP-nya benar.

    • Server Backend tidak memproses permintaan tepat waktu. Periksa log dan pemanfaatan sumber daya, seperti CPU dan memori, pada Server Backend yang bersangkutan.

    Kemungkinan penyebab kode status:

    • Server Backend mengembalikan kode status 502, dan CLB meneruskannya ke client. Selidiki mengapa Server Backend mengembalikan kode status 502.

    • Server Backend mengembalikan kode status error lain, seperti 504 atau 444, tetapi CLB secara seragam mengembalikan kode status 502. Periksa bidang upstream_status dan status dalam Log Akses atau tangkap paket untuk menyelidiki anomali pada Server Backend.

    • Health Check untuk semua Server Backend dalam Server Group gagal. Akibatnya, instans CLB terkait tidak dapat meneruskan permintaan dan mengembalikan kode status 502. Periksa apakah Health Check untuk Listener berjalan normal. Untuk informasi selengkapnya, lihat FAQ Health Check.

    503 (Service Temporarily Unavailable)

    Layanan sementara tidak tersedia, biasanya karena trafik melebihi batas atau Server Backend tidak tersedia.

    Kemungkinan penyebab kode upstream_status: Server Backend mengembalikan kode status 503. Gunakan alat seperti log pada Server Backend untuk menyelidiki penyebab error tersebut.

    Kemungkinan penyebab kode status:

    • Server Backend mengembalikan kode status 503, dan CLB meneruskannya ke client. Selidiki mengapa Server Backend mengembalikan kode status 503.

    • Trafik permintaan melebihi batas laju instans CLB. Untuk informasi selengkapnya tentang Spesifikasi Instans CLB, lihat Ikhtisar instans CLB. Untuk mengatasi masalah ini, Anda dapat menggunakan salah satu metode berikut:

      • Tingkatkan spesifikasi instans. Untuk informasi selengkapnya, lihat Ubah konfigurasi instans CLB Pay-As-You-Go.

      • Gunakan DNS Alibaba Cloud untuk memetakan nama domain ke beberapa instans CLB guna meningkatkan kapasitas.

      • Untuk koneksi bersamaan yang lebih banyak (Lapisan 4), gunakan instans NLB. Untuk QPS yang lebih tinggi (Lapisan 7), gunakan instans ALB. Untuk informasi selengkapnya, lihat Apa itu ALB? dan Apa itu NLB?.

      Anda dapat memeriksa metrik performa instans CLB dengan dua cara berikut:

      • Lihat metrik permintaan per detik (QPS) untuk instans tersebut di CloudMonitor. Untuk informasi selengkapnya, lihat Lihat data pemantauan instans CLB.

      • CloudMonitor menampilkan data dengan granularitas satu menit dan mungkin tidak menangkap pembatasan per detik. Anda dapat memeriksa Log Akses untuk melihat jumlah permintaan per detik. Jika bidang upstream_status berupa tanda hubung (-), artinya permintaan tidak dikirim ke Server Backend.

    • Tidak ada Server Backend yang dikonfigurasi untuk Listener CLB, atau bobot semua Server Backend yang dikonfigurasi diatur ke 0.

    504 (Gateway Timeout)

    Respons Server Backend melebihi waktu timeout.

    Kemungkinan penyebab kode upstream_status: Server Backend mengembalikan kode status 504. Periksa apakah Server Backend mengalami timeout saat mengakses layanan internal lainnya.

    Kemungkinan penyebab kode status:

    • Server Backend mengembalikan kode status 504, dan CLB meneruskannya ke client. Selidiki mengapa Server Backend mengembalikan kode status 504.

    • Koneksi ke Server Backend mengalami timeout. Periode timeout koneksi default untuk Server Backend adalah 5 detik. Periksa apakah nilai bidang upstream_connect_time dalam Log Akses adalah 5 detik atau mendekati 5 detik. Tangkap paket untuk menyelidiki penyebab timeout koneksi.

    • Beban pada Server Backend meningkat, dan waktu respons lebih lama daripada periode timeout permintaan yang dikonfigurasi. Misalnya, jika periode timeout permintaan diatur ke 60 detik dan waktu respons adalah 60,001 detik, CLB akan mengembalikan kode status 504. Periksa latensi selama periode bermasalah di CloudMonitor atau Log Akses. Di CloudMonitor, periksa metrik upstream_rt. Di Log Akses, periksa bidang upstream_response_time.