Server Load Balancer:Gunakan log akses CLB untuk menemukan server backend yang tidak sehat

Prasyarat

Sebelum memulai, pastikan Anda telah memiliki:

• Instans CLB. Lihat Create and manage CLB instances

• Kelompok vServer dengan server backend yang telah ditambahkan dan aplikasi yang telah dideploy. Lihat Create and manage a vServer group

• Pendengar HTTP atau HTTPS pada instans CLB. Lihat Add an HTTP listener dan Add an HTTPS listener

• Simple Log Service diaktifkan. Lihat Activate Simple Log Service

Langkah 1: Konfigurasikan log akses

1. Login ke Konsol CLB.

2. Login ke Konsol CLB.

3. Di panel navigasi kiri, pilih Logs > Access Log.

4. Di bilah navigasi atas, pilih wilayah tempat instans CLB Anda dideploy.

5. Jika ini pertama kalinya Anda menggunakan log akses, berikan izin yang diperlukan. Klik Authorize, lalu pada halaman RAM Quick Authorization klik lagi Agree to Authorization.

   Catatan

   Otorisasi hanya dilakukan satu kali. Jika Anda menggunakan Pengguna Resource Access Management (RAM), pemilik akun harus memberikan otorisasi secara terpisah kepada Pengguna RAM tersebut. Lihat Authorize a RAM user to use the access log feature of CLB.

6. Pada halaman Access Log (Layer 7), temukan instans CLB Anda dan klik Configure di kolom Actions.

7. Pada panel Log Settings, atur parameter Project dan Logstore, lalu klik OK.

   Parameter	Description
   Project	Proyek SLS mengisolasi dan mengelola sumber daya. Pilih proyek yang sudah ada dari daftar drop-down, atau masukkan nama untuk membuat proyek baru. Nama proyek harus unik, dan wilayahnya harus sesuai dengan wilayah instans CLB.
   Logstore	Logstore SLS mengumpulkan, menyimpan, dan melakukan kueri terhadap log. Pilih Logstore yang sudah ada dari daftar drop-down, atau masukkan nama untuk membuat Logstore baru.

Langkah 2: Lihat data log akses

1. Login ke Konsol CLB.

2. Di panel navigasi kiri, pilih Logs > Access Log.

3. Di bilah navigasi atas, pilih wilayah tempat instans CLB Anda dideploy.

4. Temukan instans CLB Anda dan klik View Logs di kolom Actions untuk membuka Konsol SLS.

5. Entri log dibuat setiap kali klien mengakses CLB. Anda dapat melihat data log di Simple Log Service.

6. Masukkan pernyataan SQL untuk melakukan kueri terhadap data log. Misalnya, Anda dapat menjalankan pernyataan SQL berikut untuk mencari 20 klien paling aktif. Anda dapat menganalisis sumber permintaan dan mengambil keputusan bisnis yang tepat.

   * | select http_user_agent, count(*) as pv group by http_user_agent order by pv desc limit 20

Langkah 3: Temukan server backend yang tidak sehat

Gunakan Dasbor SLS untuk mendapatkan ringkasan visual mengenai waktu respons server backend.

1. Pada halaman proyek, arahkan kursor ke ikon di panel navigasi kiri dan klik Dashboards.

2. Klik nama dasbor log akses, misalnya slb_layer7_access_center_en.

3. Di bagian top upstream_response_time, urutkan kolom avg upstream_response_time(s) secara menurun.

4. Jika waktu respons rata-rata server backend melebihi 1 detik, login ke server tersebut untuk menyelidiki akar permasalahannya.

Pemecahan masalah kegagalan forwarding multi-path

Dalam skenario forwarding multi-path, ketika beberapa server backend tidak dapat dijangkau, Anda dapat menggunakan kueri log SLS untuk memfilter permintaan yang gagal berdasarkan kode status dan mengidentifikasi server backend spesifik yang menyebabkan kegagalan tersebut.

Field log utama

Prosedur

1. Login ke Konsol CLB. Di panel navigasi kiri, pilih Logs > Access Log. Di bilah navigasi atas, pilih wilayah tempat instans CLB Anda dideploy. Temukan instans CLB Anda dan klik View Logs di kolom Actions untuk membuka halaman kueri log SLS.

2. Masukkan kueri berikut untuk memfilter permintaan forwarding yang gagal:

   status:502 or status:504

3. Pada hasil kueri, periksa field upstream_addr untuk mengidentifikasi alamat IP server backend yang menerima permintaan gagal tersebut. Ini adalah jalur yang tidak dapat dijangkau dalam konfigurasi forwarding multi-path Anda.

4. Untuk mendapatkan tampilan agregat kegagalan per server backend, jalankan kueri berikut:

   status:502 or status:504 | select upstream_addr, upstream_status, upstream_response_time, count(*) as error_count group by upstream_addr, upstream_status, upstream_response_time order by error_count desc

   Tinjau kolom upstream_status untuk melihat kode respons aktual dari setiap server backend, yang membantu mempersempit penyebab kegagalan.

5. Untuk membedakan kegagalan timeout dari kegagalan penolakan koneksi, periksa field upstream_response_time pada hasil kueri:

   • Jika upstream_response_time mendekati ambang batas timeout upstream pendengar, berarti server backend mengalami timeout.

   • Jika upstream_response_time mendekati nol, berarti server backend langsung menolak koneksi.

Gunakan log akses untuk menyelidiki lonjakan lalu lintas

Ketika instans Classic Load Balancer (CLB) Anda menerima lonjakan lalu lintas mendadak, gunakan log akses Classic Load Balancer (CLB) untuk menganalisis sumber dan tren lalu lintas serta menentukan apakah peningkatan lalu lintas tersebut diharapkan.

Prosedur

1. Login ke Konsol CLB.

2. Di panel navigasi kiri, pilih Logs > Access Log.

3. Di bilah navigasi atas, pilih wilayah tempat instans CLB Anda dideploy.

4. Temukan instans CLB target, lalu klik View Logs di kolom Actions untuk membuka Dasbor SLS.

5. Di Dasbor SLS, gunakan pemilih rentang waktu untuk menyesuaikan jendela pengamatan. Bandingkan volume lalu lintas saat ini dengan garis dasar historis untuk menilai apakah lonjakan tersebut anomali.

6. Klik tab Statistical Charts untuk melihat grafik page view (PV) dan Traffic Trend. Cari pola seperti perubahan langkah mendadak atau lonjakan yang terkonsentrasi dalam jendela waktu singkat.

7. Untuk mengidentifikasi sumber lalu lintas spesifik, masukkan pernyataan kueri di kotak input kueri. Pernyataan SQL berikut mengembalikan 20 alamat IP sumber dan URI permintaan teratas yang diurutkan berdasarkan jumlah permintaan:

   * | SELECT client_ip, request_uri, count(*) AS cnt
   GROUP BY client_ip, request_uri
   ORDER BY cnt DESC
   LIMIT 20

Penyebab umum lonjakan lalu lintas dan tindakan yang direkomendasikan

Topik terkait

• What is Simple Log Service?

• Overview of CLB access logs

• Configure a CLB access log

• FAQ