全部产品
Search
文档中心

Server Load Balancer:Log akses ALB

更新时间:Dec 13, 2025

Anda dapat menggunakan fitur Log Akses Application Load Balancer (ALB) dan Simple Log Service (SLS) untuk menganalisis perilaku pengguna, memahami distribusi geografis, serta menangani masalah.

Informasi latar belakang

ALB berfungsi sebagai titik akses yang menangani sejumlah besar permintaan dan dapat mengirimkan log akses ke Simple Log Service. Anda dapat menggunakan log akses ini bersama kemampuan komputasi data besar yang andal dari Simple Log Service untuk menganalisis perilaku pengguna, memahami distribusi geografis pengguna, serta menangani masalah. Fitur Log Akses ALB menyediakan keunggulan berikut:

  • Kesederhanaan: Membebaskan developer dan engineer operasi & pemeliharaan (O&M) dari pemrosesan log yang membosankan dan memakan waktu, sehingga mereka dapat fokus pada pengembangan bisnis dan eksplorasi teknis.

  • Skala besar: Log akses ALB bisa sangat besar. Pemrosesan log tersebut memerlukan pertimbangan terhadap performa dan biaya. Simple Log Service mampu menganalisis 100 juta log per detik dan memberikan keunggulan signifikan dalam hal biaya dan performa dibandingkan solusi open source yang dibangun sendiri.

  • Pemrosesan real-time: Skenario seperti DevOps, pemantauan, dan peringatan memerlukan data log secara real-time. Kemampuan komputasi data besar yang andal dari Simple Log Service memungkinkan Anda menganalisis dan memproses log real-time dalam hitungan detik.

  • Elastisitas: Anda dapat mengaktifkan atau menonaktifkan fitur log akses untuk setiap instans ALB. Kapasitas Logstore dapat diskalakan secara dinamis sesuai pertumbuhan bisnis.

Penagihan

ALB mengirimkan log ke Simple Log Service. Simple Log Service membebankan biaya untuk storage space, read traffic, jumlah permintaan, transformasi data, dan pengiriman data. Untuk informasi selengkapnya, lihat penagihan Simple Log Service.

Prasyarat

Sebelum menggunakan fitur log akses, pastikan Anda telah mengaktifkan Simple Log Service. Untuk informasi selengkapnya, lihat Aktifkan Simple Log Service.

Buat log akses

  1. Masuk ke Konsol ALB.

  2. Di bilah navigasi atas, pilih wilayah tempat instans ALB ditempatkan.

  3. Pada halaman Instances, klik ID instans yang dituju.

  4. Di halaman detail instans, klik tab Access Logs, lalu di tab Access Logs, klik Create Access Log.

  5. Di kotak dialog Create Access Log, konfigurasikan Project dan Logstore, lalu klik OK.

    Konfigurasi

    Deskripsi

    Project

    Unit manajemen sumber daya di Simple Log Service yang digunakan untuk isolasi dan kontrol resource.

    • Select Existing Project: Pilih project dari daftar drop-down.

    • Create New Project: Masukkan nama project baru di kotak teks.

    Logstore

    Unit untuk pengumpulan, penyimpanan, dan kueri data log di Simple Log Service.

    • Select Existing Logstore: Pilih Logstore dari daftar drop-down.

    • Create New Logstore: Masukkan nama Logstore baru di kotak teks. Jika Anda memilih membuat project baru, Anda juga harus membuat Logstore baru.

    Service-linked role creation notice

    Saat melakukan operasi ini, sistem akan secara otomatis membuat peran terkait layanan untuk menyelesaikan fungsi yang sesuai.

  6. Di kotak dialog yang muncul, konfirmasi informasi tersebut lalu klik OK.

    • Jika Anda membuat Logstore baru, Simple Log Service akan membuat indeks dan mengaktifkan dashboard untuk Logstore tersebut secara default setelah konfigurasi selesai.

    • Jika Anda memilih Logstore yang sudah ada, Simple Log Service akan secara otomatis mengaktifkan dashboard setelah konfigurasi selesai. Jika Logstore tersebut sudah memiliki indeks, konfigurasi tidak akan ditimpa. Untuk menambahkan indeks baru, buka Konsol Simple Log Service untuk mengonfigurasinya.

Lihat log akses

  1. Di tab Access Logs, klik tautan di sebelah kanan Simple Log Service untuk membuka Simple Log Service, tempat Anda dapat melihat log mentah dan informasi lainnya.

  2. Di tab Access Logs, Anda dapat mengklik tab Monitoring Center, Access Center, atau Fine-grained Monitoring, masukkan kondisi filter, lalu kueri metrik terkait.

    Modul

    Deskripsi metrik

    Monitoring Center

    Menampilkan data pemantauan real-time untuk instans ALB. Metrik mencakup jumlah tampilan halaman (PVs), laju keberhasilan permintaan, latensi rata-rata, jumlah permintaan 4xx, distribusi status, traffic, latensi P50, latensi P90, latensi P99, latensi P9999, host permintaan teratas, host latensi teratas, host dengan tingkat kegagalan tertinggi, URL permintaan teratas, URL latensi teratas, URL dengan tingkat kegagalan tertinggi, backend permintaan teratas, backend latensi teratas, dan backend dengan tingkat kegagalan tertinggi.

    Access Center

    Menampilkan data status akses untuk instans ALB. Metrik mencakup PVs vs. kemarin, PVs vs. minggu lalu, UVs vs. kemarin, UVs vs. minggu lalu, distribusi PV, distribusi UV, PV hari ini, PV 7 hari, 10 provinsi teratas berdasarkan akses, rasio klien seluler, 10 host akses teratas, 10 UserAgent akses teratas, dan IP akses teratas.

    Fine-grained Monitoring

    Menampilkan informasi pemantauan dengan granularitas tingkat detik untuk membantu mengidentifikasi jitter transien dan anomali. Metrik mencakup QPS, latensi akses, latensi upstream, laju keberhasilan, traffic permintaan, traffic badan respons, kode status 2xx, kode status 3xx, kode status error, kode status upstream 2xx, kode status upstream 3xx, dan kode status error upstream.

    • Di pojok kanan atas tab Monitoring Center, Access Center, atau Fine-grained Monitoring, Anda dapat mengklik More Charts untuk menuju halaman CloudLens for ALB dan melihat lebih banyak laporan data ALB. Untuk informasi selengkapnya, lihat Lihat laporan data.

    • Di pojok kanan atas tab Monitoring Center, Access Center, atau Fine-grained Monitoring, klik Configure Alert Rules untuk membuka halaman CloudLens for ALB, tempat Anda dapat melihat transaksi peringatan untuk instans ALB.

    • Fitur tambahan tersedia di pojok kanan atas tab Monitoring Center, Access Center, atau Fine-grained Monitoring:

Catat header kustom

Selain header umum, bidang slb_headers digunakan untuk mencatat nama dan nilai header lain dalam permintaan. Hal ini memungkinkan pencatatan permintaan yang lebih lengkap dan meningkatkan analisis log.

Panjang default untuk header kustom dalam log akses adalah 1 KB. Nilai ini dapat ditingkatkan hingga maksimum 4 KB. Untuk meminta peningkatan, hubungi account manager Anda. Untuk informasi selengkapnya, lihat Berapa batas panjang permintaan yang diteruskan oleh ALB? Dapatkah saya mengubah batas tersebut?.

  1. Di tab Access Logs, di area Basic Information, klik Record Custom Headers.

  2. Di kotak dialog Record Custom HTTP Headers in Logs, pilih listener untuk instans ALB dari daftar drop-down.

    Untuk membuat listener, klik Create Listener dari daftar drop-down. Untuk informasi selengkapnya, lihat HTTP dan HTTPS listeners, Tambahkan listener HTTPS, dan Tambahkan listener QUIC.

  3. Di kotak dialog yang muncul, konfirmasi informasi tersebut lalu klik OK.

    Setelah pengaturan selesai, bidang slb_headers dalam log akan mencatat header_name dan header_value dari semua header dalam permintaan, kecuali header berikut:

    # Bidang header berikut tidak dicatat dalam header kustom.
    host
    referer
    user-agent
    x-forwarded-for
    x-readtime
    x-real-ip
    uber-trace-id
    X-B3-TraceId
    X-B3-SpanId
    X-B3-ParentSpanId
    X-B3-Sampled

Hapus log

  1. Di tab Access Logs, di area Basic Information, klik Disable Logging.

  2. Di kotak dialog, konfirmasi informasi tersebut lalu klik OK.

Deskripsi bidang log

Bidang

Deskripsi

app_lb_id

ID instans Server Load Balancer.

__topic__

Topik log. Nilainya tetap alb_layer7_access_log.

body_bytes_sent

Jumlah byte dalam badan HTTP yang dikirim ke klien.

client_ip

Alamat IP klien yang melakukan permintaan. Jika fitur pencarian IP sumber klien asli dinonaktifkan, bidang ini berisi alamat IP hop sebelumnya dari load balancer. Jika diaktifkan, bidang ini berisi alamat IP sumber asli klien.

host

Nama domain atau alamat IP. Nilainya pertama kali diambil dari parameter permintaan. Jika tidak dapat diperoleh, nilainya diambil dari header host. Jika masih tidak dapat diperoleh, alamat IP server backend yang memproses permintaan digunakan sebagai host.

http_host

Isi header host dalam pesan permintaan.

http_referer

Isi header referer dalam pesan permintaan HTTP yang diterima oleh load balancer.

http_user_agent

Isi header user-agent dalam pesan permintaan HTTP yang diterima oleh load balancer.

http_x_forwarded_for

Isi header x-forwarded-for dalam pesan permintaan HTTP yang diterima oleh load balancer.

http_x_real_ip

Isi header x-real-ip dalam pesan permintaan HTTP yang diterima oleh load balancer.

read_request_time

Waktu yang dibutuhkan load balancer untuk membaca permintaan, dalam milidetik.

request_length

Panjang pesan permintaan, termasuk baris awal, header HTTP, dan badan HTTP, dalam byte.

request_method

Metode pesan permintaan.

request_time

Interval waktu dari saat load balancer menerima pesan permintaan pertama hingga mengembalikan respons, dalam detik.

request_uri

URI pesan permintaan yang diterima oleh load balancer.

scheme

Skema permintaan: HTTP atau HTTPS.

server_protocol

Versi protokol HTTP yang diterima oleh load balancer, seperti HTTP/1.0 atau HTTP/1.1.

slb_vport

Port listener load balancer.

slb_xtrace

ID jejak rantai panggilan untuk Analisis Tracing dari load balancer.

xtrace_type

Tipe data Xtrace untuk Analisis Tracing dari load balancer. Saat ini hanya Zipkin yang didukung.

ssl_cipher

Cipher yang digunakan untuk membuat koneksi SSL-VPN, seperti ECDHE-RSA-AES128-GCM-SHA256.

ssl_protocol

Protokol yang digunakan untuk membuat koneksi SSL-VPN, seperti TLSv1.2.

status

Status pesan respons dari load balancer.

tcpinfo_rtt

Waktu koneksi TCP klien, dalam mikrodetik.

time

Waktu pencatatan log. Format waktunya adalah YYYY-MM-DDThh:mm:ssZ.

upstream_addr

Alamat IP dan port server backend.

upstream_response_time

Waktu dari saat load balancer membuat koneksi ke server backend hingga selesai menerima data dan menutup koneksi, dalam detik.

upstream_status

Kode status respons yang diterima load balancer dari server backend.

vip_addr

Alamat IP virtual.

write_response_time

Waktu respons yang ditulis oleh load balancer, dalam milidetik.

client_port

Port klien yang melakukan permintaan.

slb_headers

Header kustom. Fitur ini harus diaktifkan terlebih dahulu untuk digunakan. Fitur ini menyimpan header kustom dari permintaan.

FAQ

Dapatkah saya melihat data log akses dari periode sebelum log akses dibuat?

Tidak, Anda tidak dapat melakukannya.

Anda hanya dapat melihat data log yang dikumpulkan setelah Anda mengaktifkan logging akses. Simple Log Service tidak mengumpulkan data akses dari ALB sebelum fitur tersebut diaktifkan. Oleh karena itu, Anda tidak dapat melihat data log yang dihasilkan sebelum Anda mengaktifkan fitur tersebut.