Jika Anda mengalami masalah konektivitas jaringan seperti request timeout atau throttling pada instance Classic Load Balancer (CLB), atau jika perlu memahami beban dan kinerjanya, gunakan Cloud Monitor untuk melihat status operasional dan metrik instance tersebut. Data ini dapat dilihat melalui konsol, API, atau SDK.
Prasyarat
Instance CLB harus telah dibuat dan memiliki setidaknya satu listener. Untuk informasi lebih lanjut, lihat topik berikut:
Lihat data pemantauan di konsol
-
Masuk ke Konsol CLB.
Di bilah navigasi atas, pilih wilayah instance CLB.
Pada halaman Instances, temukan instance yang dituju dan gunakan salah satu metode berikut untuk melihat informasi pemantauannya.
Metode 1: Di kolom Monitoring, klik
. Di panel Monitoring Information, klik tab Instances atau Listeners.Metode 2: Klik ID instance. Pada tab Instance Details, klik tab Monitoring. Lalu, klik tab Instances atau Listeners.
Pada tab Instances, klik sub-tab Bandwidth/Traffic untuk melihat metrik Data Processed terkait permintaan dan respons instance CLB.
Anda dapat menetapkan rentang waktu untuk grafik dengan menentukan Time. Aktifkan Auto Refresh untuk memperbarui data pemantauan setiap menit.
Tabel berikut menjelaskan metrik pemantauan yang didukung.
Metric | Description |
Traffic |
|
Packets |
|
Concurrent Connections |
|
New Connections | Rata-rata jumlah koneksi baru dari klien ke load balancer per periode pengumpulan data. |
Dropped Traffic |
|
Dropped Packets |
|
Dropped Connections | Jumlah koneksi yang dibuang per detik. |
Metrik berikut khusus untuk listener Lapisan 7 (HTTP/HTTPS). | |
Layer-7 QPS | Jumlah permintaan HTTP atau HTTPS yang diproses per detik. |
Response Time (Listener) | Waktu respons rata-rata dari load balancer. |
Layer 7 2xx/3xx/4xx/5xx/other status codes | Jumlah kode respons HTTP yang dikembalikan oleh listener. |
Layer 7 upstream code 4xx/5xx | Jumlah kode respons HTTP yang dikembalikan oleh server backend. |
Response Time (Server) | Waktu respons rata-rata dari server backend. |
Pemantauan CLB menyediakan data dalam dua dimensi: tingkat instans dan tingkat listener. Metrik tingkat instans mencerminkan status traffic dan koneksi keseluruhan dari instance CLB. Metrik tingkat listener mencerminkan traffic dan koneksi untuk port listener tertentu. Pemantauan CLB tidak mendukung pemecahan data traffic berdasarkan instans ECS backend atau aplikasi. Anda tidak dapat menggunakan konsol CLB untuk mengidentifikasi aplikasi backend atau instans ECS mana yang mengonsumsi traffic paling banyak.
Jika Anda perlu mengidentifikasi sumber traffic tinggi di server backend, gunakan salah satu alternatif berikut:
Di Konsol ECS, buka halaman detail instans ECS dan lihat data pemantauan bandwidth jaringan pada tab Monitoring.
Analisis log akses aplikasi untuk mengidentifikasi sumber traffic tinggi.
Masuk ke server backend dan jalankan
iftop -i eth0 -PnNuntuk melihat penggunaan traffic per proses.
Periode statistik default untuk data pemantauan CLB adalah 60 detik. Artinya, setiap titik data dalam grafik pemantauan merepresentasikan nilai agregat selama interval 60 detik. Saat mengkueri data pemantauan melalui API Cloud Monitor, atur parameter Period ke 60 agar sesuai dengan granularitas default ini.
Lihat data pemantauan menggunakan API
Anda dapat menggunakan API Cloud Monitor untuk melihat metrik pemantauan dan data detail untuk instance CLB.
Untuk melihat data pemantauan menggunakan API:
Kueri namespace. Panggil operasi
DescribeProjectMetauntuk mengkueri namespace CLB di Cloud Monitor.Opsional: Lihat metrik yang tersedia. Panggil operasi
DescribeMetricMetaListuntuk mengkueri deskripsi metrik deret waktu yang tersedia di Cloud Monitor. Untuk informasi lebih lanjut, lihat Pemantauan CLB.Kueri data pemantauan untuk metrik tertentu.
Panggil operasi
DescribeMetricLastuntuk mengkueri data pemantauan terbaru untuk objek pemantauan CLB tertentu.Panggil operasi
DescribeMetricListuntuk mengkueri data deret waktu objek pemantauan CLB dalam rentang waktu tertentu.
DescribeProjectMeta
Panggil operasi DescribeProjectMeta untuk mengkueri namespace CLB di Cloud Monitor.
Atur parameter Labels menjadi
[{"name":"product","value":"SLB"}]dan pertahankan nilai default untuk parameter lainnya. Parameter Labels memfilter resource berdasarkan tag produk.Dari respons, ambil nilai parameter Namespace untuk instance CLB di Cloud Monitor. Nilainya adalah
acs_slb_dashboard.
DescribeMetricMetaList
Panggil operasi DescribeMetricMetaList untuk mengkueri deskripsi metrik deret waktu yang tersedia di Cloud Monitor.
Atur parameter Namespace menjadi acs_slb_dashboard dan pertahankan nilai default untuk parameter lainnya.
Di respons, temukan metrik deret waktu untuk load balancer. Misalnya, periksa metrik Layer-7 QPS.
DescribeMetricLast
Panggil operasi DescribeMetricLast untuk mengkueri data pemantauan terbaru untuk objek pemantauan load balancer tertentu. Contoh ini mengkueri data terbaru untuk metrik Layer-7 QPS.
Di parameter, atur parameter untuk mengkueri Layer-7 QPS.
Konfigurasikan parameter berikut dan pertahankan nilai default untuk parameter lainnya.
MetricName: Nama metrik pemantauan. Dalam contoh ini, atur nilainya ke InstanceQps.
Dimensions: Peta dimensi untuk mengkueri data pemantauan resource tertentu. Dalam contoh ini, atur nilainya ke
[{"instanceId":"lb-bp1r92vzpemy099f******"}].Namespace: Namespace layanan cloud. Dalam contoh ini, atur nilainya ke acs_slb_dashboard.
Dari respons, lihat data pemantauan terbaru untuk Layer-7 QPS.
DescribeMetricList
Panggil operasi DescribeMetricList untuk mengkueri data deret waktu metrik load balancer dalam rentang waktu tertentu.
Di parameter, atur parameter untuk mengkueri data pemantauan Layer-7 QPS dalam rentang waktu tertentu.
Konfigurasikan parameter berikut dan pertahankan nilai default untuk parameter lainnya.
MetricName: Nama metrik pemantauan. Dalam contoh ini, atur nilainya ke InstanceQps.
Namespace: Namespace layanan cloud. Dalam contoh ini, atur nilainya ke acs_slb_dashboard.
Dimensions: Peta dimensi untuk mengkueri data pemantauan resource tertentu. Dalam contoh ini, atur nilainya ke
[{"instanceId":"lb-bp1r92vzpemy099f******"}].StartTime: Awal rentang waktu untuk dikueri. Nilai StartTime tidak boleh sama dengan atau lebih akhir dari nilai EndTime. Dalam contoh ini, atur nilainya ke
2020-03-28 00:10:00.Format yang didukung:
UNIX timestamp: Jumlah milidetik sejak 00:00:00 UTC pada 1 Januari 1970.
Format: YYYY-MM-DDThh:mm:ssZ.
EndTime: Akhir rentang waktu untuk dikueri. Formatnya sama dengan StartTime. Dalam contoh ini, atur nilainya ke
2020-03-28 00:11:00.
Dari respons, lihat data pemantauan untuk Layer-7 QPS dalam rentang waktu yang ditentukan.
Lihat data pemantauan menggunakan SDK
Bagian ini menjelaskan cara menggunakan SDK untuk melihat metrik pemantauan dan data detail untuk CLB. Contoh berikut menunjukkan cara memanggil operasi DescribeMetricList untuk mengkueri jumlah maksimum koneksi bersamaan per detik untuk instance CLB.
Atur parameter berikut dan pertahankan nilai default untuk parameter lainnya:
MetricName: Nama metrik pemantauan. Dalam contoh ini, atur parameter ini ke InstanceMaxConnection.
Namespace: Namespace layanan cloud. Dalam contoh ini, atur parameter ini ke acs_slb_dashboard.
Dimensions: Peta dimensi untuk mengkueri data pemantauan resource tertentu. Dalam contoh ini, atur parameter ini ke [{"instanceId":"lb-bp1r92vzpemy099f******"}].
StartTime: Awal rentang waktu untuk dikueri. Nilainya tidak boleh sama dengan atau lebih akhir dari nilai EndTime. Dalam contoh ini, atur parameter ini ke
2022-10-13 20:45:03.Format yang didukung:
UNIX timestamp: Jumlah milidetik sejak 00:00:00 UTC pada 1 Januari 1970.
Format: YYYY-MM-DDThh:mm:ssZ.
EndTime: Akhir rentang waktu untuk dikueri. Format yang didukung sama dengan StartTime. Dalam contoh ini, atur parameter ini ke
2022-10-13 20:47:03.
Pada tab SDK Sample Code, pilih tab Python, lalu klik Run Example.
Lihat hasilnya di panel yang muncul.
FAQ
Pemantauan CLB: Koneksi tanpa permintaan
Alat pemindaian Internet mungkin mengakses Alamat IP publik instance CLB Anda. Alat ini memulai koneksi TCP langsung ke Alamat IP publik tersebut. Koneksi ini berkontribusi pada jumlah koneksi dan metrik bandwidth. Namun, karena alat pemindaian tidak mengirim permintaan HTTP yang valid, jumlah permintaan dalam pemantauan Lapisan 7 tetap kosong.
Ini adalah perilaku statistik yang diharapkan untuk pemantauan CLB:
Metrik koneksi dan bandwidth menghitung semua koneksi tingkat TCP, termasuk yang dihasilkan oleh pemindai.
Jumlah permintaan (QPS) hanya mengukur permintaan HTTP/HTTPS Lapisan 7 yang valid dan tidak mencakup koneksi TCP yang tidak memiliki permintaan HTTP.
Jika Anda memigrasikan layanan dari CLB ke Application Load Balancer (ALB) dan melihat bahwa instance CLB masih menampilkan data koneksi dan bandwidth tetapi tidak ada permintaan, hal ini biasanya disebabkan oleh aktivitas pemindaian dan tidak memengaruhi layanan yang telah dimigrasikan.
Dapatkah saya menggunakan QPS pemantauan CLB untuk memperkirakan jumlah permintaan aktual secara akurat?
Tidak. QPS dalam pemantauan CLB adalah statistik agregat dengan granularitas tingkat menit dan menyimpang dari jumlah per-permintaan yang sebenarnya. QPS tidak dapat dianggap sebagai jumlah permintaan yang tepat, dan Anda tidak dapat mengonversinya menjadi jumlah permintaan atau melakukan estimasi rasio lintas instans berdasarkan rasio antara QPS dan nilai sebenarnya.
Untuk memperkirakan jumlah permintaan yang mencapai CLB, gunakan metrik Layer-7 QPS. Metrik kode status tidak direkomendasikan untuk tujuan ini, karena hanya menghitung kode status yang dikembalikan CLB kepada klien dan tidak mencakup permintaan yang tidak menghasilkan kode status, seperti koneksi yang tidak lengkap.
Bagaimana cara melihat total traffic historis CLB dan bandwidth masuk instans ECS backend?
Total traffic historis
Pemantauan konsol CLB menampilkan tren real-time traffic dan bandwidth, yang mencerminkan laju pada titik waktu tertentu. Data ini tidak dapat secara langsung mengagregasi total traffic selama periode tertentu (misalnya bulan lalu). Selain itu, data pemantauan CLB hanya mendukung pengkuerian data historis 31 hari terakhir. Untuk mendapatkan total traffic keluar historis bulanan, gunakan data penggunaan dalam tagihan Anda:
Klik Customize Columns di pojok kanan atas tabel. Di bawah Usage, pilih Usage dan Usage Unit, lalu klik OK.
Di tabel, temukan baris yang item penagihannya adalah Internet billing method. Nilai di kolom Usage-nya adalah total traffic publik keluar untuk siklus penagihan (biasanya dalam GB).
CLB hanya menagih traffic publik keluar; traffic masuk gratis, sehingga semua biaya terkait traffic dalam tagihan mewakili traffic keluar.
Bandwidth masuk ECS backend
Saat permintaan diteruskan oleh CLB ke instans ECS backend, permintaan tersebut muncul sebagai traffic jaringan internal. Oleh karena itu, Anda harus melihat traffic yang diterima instans ECS backend menggunakan metrik bandwidth internalnya. Anda dapat melihat bandwidth dengan cara berikut:
Pada halaman detail instans ECS yang dituju, klik tab Monitoring untuk melihat penggunaan bandwidth publik dan internal setiap server backend berdasarkan instans.
Jika Anda memerlukan detail traffic per 5-tuple, konfigurasikan NIS Traffic Analyzer (fitur berbayar).
Apa yang direpresentasikan oleh metrik koneksi bersamaan dalam pemantauan CLB?
Nilai koneksi bersamaan yang ditampilkan dalam pemantauan CLB merepresentasikan jumlah koneksi sesi TCP/UDP aktif. Metrik ini menghitung koneksi dari klien ke CLB, bukan koneksi dari CLB ke instans ECS backend, dan bukan jumlah pengguna yang mengakses layanan Anda.
Nilai yang dipantau mencerminkan jumlah koneksi aktual saat ini, bukan batas spesifikasi instance CLB. Untuk menentukan apakah Anda mendekati batas, bandingkan nilai yang dipantau dengan jumlah maksimum koneksi bersamaan yang dijelaskan dalam Spesifikasi kinerja.
Jika koneksi bersamaan menunjukkan pola naik-turun bergantian secara teratur alih-alih kurva mulus, hal ini biasanya menunjukkan bahwa beberapa klien melakukan operasi koneksi periodik.
Apakah listener TCP CLB mendukung pemantauan waktu respons (RT)?
Tidak. Dalam pemantauan dasar CLB, hanya listener Lapisan 7 (HTTP/HTTPS) yang mendukung metrik waktu respons (RT). Listener Lapisan 4 (TCP/UDP) tidak mendukung pemantauan waktu respons tingkat aplikasi. Untuk menganalisis latensi listener TCP, periksa log akses di server backend Anda, seperti log Nginx.
Referensi
Untuk deskripsi detail metrik pemantauan CLB, lihat Pemantauan CLB.