Log pemeriksaan kesehatan - Elastic Load Balancing

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Log pemeriksaan kesehatan

Elastic Load Balancing menyediakan log pemeriksaan kesehatan yang menangkap informasi terperinci tentang status pemeriksaan kesehatan target terdaftar Anda, termasuk alasan kegagalan saat pemeriksaan kesehatan gagal. Log pemeriksaan kesehatan didukung untuk instans EC2, alamat IP, dan target fungsi Lambda. Setiap entri log berisi informasi seperti jenis atau koneksi permintaan pemeriksaan kesehatan, stempel waktu, alamat target, ID grup target, status kesehatan, dan kode alasan. Anda dapat menggunakan log pemeriksaan kesehatan ini untuk menganalisis pola kesehatan target, memantau transisi kesehatan, dan memecahkan masalah.

Health check logs adalah fitur opsional yang dinonaktifkan secara default. Setelah mengaktifkan log pemeriksaan kesehatan untuk penyeimbang beban, Elastic Load Balancing menangkap log dan menyimpannya sebagai file terkompresi di bucket Amazon S3 yang Anda tentukan. Anda dapat menonaktifkan log pemeriksaan kesehatan kapan saja.

Anda dikenakan biaya penyimpanan untuk Amazon S3, tetapi tidak dikenakan biaya untuk bandwidth yang digunakan oleh Elastic Load Balancing untuk mengirim berkas log ke Amazon S3. Untuk informasi selengkapnya tentang biaya penyimpanan, lihat harga Amazon S3.

File log pemeriksaan kesehatan

Elastic Load Balancing menerbitkan berkas log untuk setiap simpul penyeimbang beban setiap 5 menit. Penyeimbang beban dapat mengirimkan beberapa log untuk periode yang sama ketika sejumlah besar target dilampirkan ke penyeimbang beban atau interval pemeriksaan kesehatan kecil dikonfigurasi (misalnya, setiap 5 detik).

Nama file log pemeriksaan kesehatan menggunakan format berikut:

bucket[/prefix]/AWSLogs/aws-account-id/elasticloadbalancing/region/yyyy/mm/dd/health_check_log_aws-account-id_elasticloadbalancing_region_app.load-balancer-id_end-time_ip-address_random-string.log.gz
bucket

Nama bucket S3 Anda.

prefix

(Opsional) Awalan (hierarki logis) untuk bucket. Awalan yang Anda tentukan tidak boleh menyertakan stringAWSLogs. Untuk informasi selengkapnya, lihat Mengatur objek menggunakan awalan.

AWSLogs

Kami menambahkan bagian dari nama file dimulai dengan AWSLogs setelah nama bucket dan awalan opsional yang Anda tentukan.

aws-account-id

ID AWS akun pemilik.

region

Wilayah untuk penyeimbang beban dan bucket S3 Anda.

yyyy/mm/dd

Tanggal pengiriman log.

load-balancer-id

ID sumber daya penyeimbang beban. Jika ID sumber daya berisi garis miring (/) apa pun, mereka akan diganti dengan titik (.).

akhir zaman

Tanggal dan waktu interval pengelogan berakhir. Misalnya, waktu akhir 20140215T2340Z berisi entri untuk permintaan yang dibuat antara 23:35 dan 23:40 dalam waktu UTC atau Zulu.

alamat ip

Alamat IP simpul penyeimbang beban yang menangani permintaan. Untuk penyeimbang beban internal, ini adalah alamat IP privat.

string acak

String acak yang dihasilkan sistem.

Berikut ini adalah contoh nama file log dengan awalan:

s3://amzn-s3-demo-logging-bucket/logging-prefix/AWSLogs/123456789012/elasticloadbalancing/us-east-2/2022/05/01/health_check_log_123456789012_elasticloadbalancing_us-east-2_app.my-loadbalancer.1234567890abcdef_20220215T2340Z_172.160.001.192_20sg8hgm.log.gz

Berikut ini adalah contoh nama file log tanpa awalan:

s3://amzn-s3-demo-logging-bucket/AWSLogs/123456789012/elasticloadbalancing/us-east-2/2022/05/01/health_check_log_123456789012_elasticloadbalancing_us-east-2_app.my-loadbalancer.1234567890abcdef_20220215T2340Z_172.160.001.192_20sg8hgm.log.gz

Anda dapat menyimpan file log dalam bucket selama yang diinginkan, tetapi Anda juga dapat menentukan aturan siklus hidup Amazon S3 untuk mengarsipkan atau menghapus file log secara otomatis. Untuk informasi selengkapnya, lihat Manajemen siklus hidup objek di Panduan Pengguna Amazon S3.

Entri log pemeriksaan kesehatan

Log Elastic Load Balancing menargetkan hasil pemeriksaan kesehatan termasuk alasan kegagalan untuk semua target yang terdaftar dari penyeimbang beban tersebut. Setiap entri log berisi rincian hasil pemeriksaan kesehatan tunggal yang dibuat untuk target yang terdaftar.

Sintaksis

Tabel berikut menjelaskan bidang entri log pemeriksaan kesehatan, secara berurutan. Semua bidang dibatasi oleh spasi. Saat kami menambahkan bidang baru, kami menambahkannya ke akhir entri log. Saat kami bersiap untuk merilis bidang baru, Anda mungkin melihat tambahan “-” sebelum bidang dirilis. Pastikan Anda mengonfigurasi penguraian log untuk berhenti setelah bidang terdokumentasi terakhir, dan perbarui penguraian log setelah kami merilis bidang baru.

Bidang (posisi) Deskripsi

jenis (1)

Jenis permintaan atau koneksi pemeriksaan kesehatan. Nilai yang mungkin adalah sebagai berikut (abaikan nilai lainnya):

  • http-- HTTP

  • https- HTTP melalui TLS

  • h2- HTTP/2 melalui TLS

  • grpc- gRPC

  • lambda- Fungsi Lambda

waktu (2)

Stempel waktu ketika pemeriksaan kesehatan dimulai pada target, dalam format ISO 8601.

latensi (3)

Total waktu berlalu (dalam hitungan detik) untuk menyelesaikan pemeriksaan kesehatan saat ini.

target_addr (4)

Alamat IP dan port target dalam format, IP: port. ARN Lambda jika targetnya adalah fungsi Lambda.

target_group_id (5)

Nama kelompok sasaran yang terkait dengan target.

Status (6)

Status pemeriksaan kesehatan. Nilai ini PASS jika pemeriksaan kesehatan berhasil. Pada pemeriksaan kesehatan yang gagal nilainya FAIL

status_code (7)

Kode respon diterima dari target untuk permintaan pemeriksaan kesehatan.

alasan_kode (8)

Alasan kegagalan jika pemeriksaan kesehatan gagal. Lihat Kode alasan kesalahan

Kode alasan kesalahan

Jika pemeriksaan kesehatan target gagal, penyeimbang beban akan mencatat salah satu kode alasan berikut di log pemeriksaan kesehatan.

Kode Deskripsi

RequestTimedOut

Permintaan pemeriksaan kesehatan habis waktu sambil menunggu tanggapan

ConnectionTimedOut

Pemeriksaan kesehatan gagal karena upaya koneksi TCP habis

ConnectionReset

Pemeriksaan kesehatan gagal karena penyetelan ulang koneksi

ResponseCodeMismatch

Kode status HTTP dari respons target terhadap permintaan pemeriksaan kesehatan tidak cocok dengan kode status yang dikonfigurasi

ResponseStringMismatch

Badan respons yang dikembalikan oleh target tidak berisi string yang dikonfigurasi dalam konfigurasi pemeriksaan kesehatan grup target

InternalError

Kesalahan penyeimbang beban internal

TargetError

Target mengembalikan kode kesalahan 5xx sebagai tanggapan atas permintaan pemeriksaan kesehatan

GRPCStatusHeaderEmpty

Respons target GRPC memiliki header grpc-status tanpa nilai

GRPCUnexpectedStatus

Target GRPC merespons dengan status grpc yang tidak terduga

Contoh Entri log

Berikut ini adalah contoh entri log pemeriksaan kesehatan. Perhatikan bahwa contoh teks muncul di beberapa baris hanya untuk membuatnya lebih mudah dibaca.

Berikut ini adalah contoh entri log untuk pemeriksaan kesehatan yang sukses.

http 2025-10-31T12:44:59.875678Z 0.019584011 172.31.20.97:80 HCLogsTestIPs PASS 200 -

Berikut ini adalah contoh entri log untuk pemeriksaan kesehatan yang gagal.

http 2025-10-31T12:44:58.901409Z 1.121980746 172.31.31.9:80 HCLogsTestIPs FAIL 502 TargetError

Konfigurasikan pemberitahuan pengiriman log

Untuk menerima pemberitahuan saat Elastic Load Balancing mengirimkan log ke bucket S3 Anda, gunakan Pemberitahuan Acara Amazon S3. Elastic Load Balancing menggunakan PutObject, CreateMultipartUpload, dan POST Object untuk mengirimkan log ke Amazon S3. Untuk memastikan bahwa Anda menerima semua pemberitahuan pengiriman log, sertakan semua peristiwa pembuatan objek ini dalam konfigurasi Anda.

Untuk informasi selengkapnya, lihat Pemberitahuan Acara Amazon S3 di Panduan Pengguna Layanan Penyimpanan Sederhana Amazon.

Memproses file log pemeriksaan kesehatan

File log pemeriksaan kesehatan dikompresi. Jika mengunduh file-nya, Anda harus membatalkan kompresinya untuk melihat informasi.

Jika ada banyak permintaan di situs web Anda, penyeimbang beban Anda dapat menghasilkan berkas log dengan gigabyte data. Anda mungkin tidak dapat memproses data dalam jumlah besar menggunakan line-by-line pemrosesan. Oleh karena itu, Anda mungkin harus menggunakan alat analisis yang memberikan solusi pemrosesan paralel. Misalnya, Anda dapat menggunakan alat analisis berikut untuk menganalisis dan memproses log pemeriksaan kesehatan:

  • Amazon Athena adalah layanan kueri interaktif yang memudahkan untuk menganalisis data di Amazon S3 menggunakan SQL standar.

  • Loggly

  • Splunk

  • Logika sumo