CloudWatch metrik untuk Classic Load Balancer Anda - Penyeimbang Beban Elastis
Metrik Classic Load BalancerDimensi metrik untuk Classic Load BalancerStatistik untuk metrik Classic Load BalancerLihat CloudWatch metrik untuk penyeimbang beban Anda

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

CloudWatch metrik untuk Classic Load Balancer Anda

Elastic Load Balancing menerbitkan titik data ke Amazon CloudWatch untuk penyeimbang beban dan instans back-end Anda. CloudWatch memungkinkan Anda untuk mengambil statistik tentang titik-titik data tersebut sebagai kumpulan data deret waktu yang diurutkan, yang dikenal sebagai metrik. Anggap metrik sebagai variabel untuk memantau, dan titik data sebagai nilai variabel tersebut dari waktu ke waktu. Misalnya, Anda dapat memantau jumlah total EC2 instans sehat untuk penyeimbang beban selama periode waktu tertentu. Setiap titik data memiliki stempel waktu terkait dan unit pengukuran opsional.

Anda dapat menggunakan metrik untuk memverifikasi bahwa sistem Anda bekerja sesuai harapan. Misalnya, Anda dapat membuat CloudWatch alarm untuk memantau metrik tertentu dan memulai tindakan (seperti mengirim pemberitahuan ke alamat email) jika metrik berada di luar rentang yang Anda anggap dapat diterima.

Elastic Load Balancing melaporkan metrik CloudWatch hanya ketika permintaan mengalir melalui penyeimbang beban. Jika ada permintaan yang mengalir melalui penyeimbang beban, Elastic Load Balancing mengukur dan mengirimkan metriknya dalam interval 60 detik. Jika tidak ada permintaan yang mengalir melalui penyeimbang beban atau tidak ada data untuk metrik, metrik tidak dilaporkan.

Untuk informasi selengkapnya tentang Amazon CloudWatch, lihat Panduan CloudWatch Pengguna Amazon.

Metrik Classic Load Balancer

Namespace AWS/ELB mencakup metrik berikut.

Metrik Deskripsi
BackendConnectionErrors

Jumlah koneksi yang tidak berhasil dibuat antara penyeimbang beban dan instans terdaftar. Karena penyeimbang beban mencoba ulang koneksi ketika ada kesalahan, jumlah ini dapat melebihi tingkat permintaan. Perhatikan bahwa hitungan ini juga mencakup kesalahan koneksi yang terkait dengan pemeriksaan kesehatan.

Reporting criteria: Ada nilai bukan nol

Statistics: Statistik yang paling berguna adalah Sum. Perhatikan bahwaAverage,Minimum, dan Maximum dilaporkan per node penyeimbang beban dan biasanya tidak berguna. Namun, perbedaan antara minimum dan maksimum (atau puncak ke rata-rata atau rata-rata ke palung) mungkin berguna untuk menentukan apakah node penyeimbang beban adalah outlier.

Contoh: Misalkan penyeimbang beban Anda memiliki 2 instance di us-west-2a dan 2 instance di us-west-2b, dan upaya untuk terhubung ke 1 instance di us-west-2a menghasilkan kesalahan koneksi back-end. Jumlah untuk us-west-2a mencakup kesalahan koneksi ini, sedangkan jumlah untuk us-west-2b tidak menyertakannya. Oleh karena itu, jumlah untuk penyeimbang beban sama dengan jumlah untuk us-barat-2a.
DesyncMitigationMode_NonCompliant_Request_Count

[HTTPpendengar] Jumlah permintaan yang tidak sesuai dengan RFC 7230.

Reporting criteria: Ada nilai bukan nol

Statistics: Statistik yang paling berguna adalah Sum.
HealthyHostCount

Jumlah instans sehat yang terdaftar di penyeimbang beban Anda. Contoh yang baru terdaftar dianggap sehat setelah melewati pemeriksaan kesehatan pertama. Jika penyeimbangan beban lintas zona diaktifkan, jumlah instans sehat untuk LoadBalancerName dimensi dihitung di semua Availability Zone. Jika tidak, dihitung per Availability Zone.

Kriteria pelaporan: Ada contoh terdaftar

Statistik: Statistik yang paling berguna adalah Average dan Maximum. Statistik ini ditentukan oleh node penyeimbang beban. Perhatikan bahwa beberapa node penyeimbang beban mungkin menentukan bahwa sebuah instance tidak sehat untuk waktu yang singkat sementara node lain menentukan bahwa itu sehat.

Contoh: Misalkan penyeimbang beban Anda memiliki 2 instance di us-west-2a dan 2 instance di us-west-2b, us-west-2a memiliki 1 instance yang tidak sehat, dan us-west-2b tidak memiliki instance yang tidak sehat. Dengan AvailabilityZone ukuran tersebut, ada rata-rata 1 contoh sehat dan 1 tidak sehat di us-barat-2a, dan rata-rata 2 kasus sehat dan 0 tidak sehat di us-barat-2b.

HTTPCode_Backend_2XX, HTTPCode_Backend_3XX, HTTPCode_Backend_4XX, HTTPCode_Backend_5XX

[HTTPpendengar] Jumlah kode HTTP respons yang dihasilkan oleh instance terdaftar. Hitungan ini tidak termasuk kode respons apa pun yang dihasilkan oleh penyeimbang beban.

Reporting criteria: Ada nilai bukan nol

Statistics: Statistik yang paling berguna adalah Sum. Perhatikan bahwaMinimum,Maximum, dan Average semuanya 1.

Contoh: Misalkan penyeimbang beban Anda memiliki 2 instance di us-west-2a dan 2 instance di us-west-2b, dan permintaan yang dikirim ke 1 instance di us-west-2a menghasilkan 500 tanggapan. HTTP Jumlah untuk us-west-2a mencakup respons kesalahan ini, sedangkan jumlah untuk us-west-2b tidak menyertakannya. Oleh karena itu, jumlah untuk penyeimbang beban sama dengan jumlah untuk us-barat-2a.
HTTPCode_ELB_4XX

[HTTPpendengar] Jumlah kode kesalahan klien HTTP 4XX yang dihasilkan oleh penyeimbang beban. Kesalahan klien dihasilkan ketika permintaan salah bentuk atau tidak lengkap.

Reporting criteria: Ada nilai bukan nol

Statistics: Statistik yang paling berguna adalah Sum. Perhatikan bahwaMinimum,Maximum, dan Average semuanya 1.

Contoh: Misalkan penyeimbang beban Anda mengaktifkan us-west-2a dan us-west-2b, dan permintaan klien menyertakan permintaan yang salah. URL Akibatnya, kesalahan klien kemungkinan akan meningkat di semua Availability Zone. Jumlah untuk penyeimbang beban adalah jumlah nilai untuk Availability Zones.
HTTPCode_ELB_5XX

[HTTPpendengar] Jumlah kode kesalahan server HTTP 5XX yang dihasilkan oleh penyeimbang beban. Hitungan ini tidak termasuk kode respons apa pun yang dihasilkan oleh instans terdaftar. Metrik dilaporkan jika tidak ada contoh sehat yang terdaftar ke penyeimbang beban, atau jika tingkat permintaan melebihi kapasitas instans (spillover) atau penyeimbang beban.

Reporting criteria: Ada nilai bukan nol

Statistics: Statistik yang paling berguna adalah Sum. Perhatikan bahwaMinimum,Maximum, dan Average semuanya 1.

Contoh: Misalkan penyeimbang beban Anda mengaktifkan us-west-2a dan us-west-2b, dan instance di us-west-2a mengalami latensi tinggi dan lambat dalam menanggapi permintaan. Akibatnya, antrian lonjakan untuk node penyeimbang beban di us-west-2a mengisi dan klien menerima kesalahan 503. Jika us-barat-2b terus merespons secara normal, jumlah untuk penyeimbang beban sama dengan jumlah untuk us-barat-2a.
Latency

[HTTPlistener] Total waktu berlalu, dalam hitungan detik, dari saat penyeimbang beban mengirim permintaan ke instance terdaftar hingga instance mulai mengirim header respons.

[TCPlistener] Total waktu berlalu, dalam hitungan detik, agar penyeimbang beban berhasil membuat koneksi ke instance terdaftar.

Reporting criteria: Ada nilai bukan nol

Statistics: Statistik yang paling berguna adalah Average. Gunakan Maximum untuk menentukan apakah beberapa permintaan membutuhkan waktu lebih lama dari rata-rata. Perhatikan bahwa Minimum biasanya tidak berguna.

Contoh: Misalkan penyeimbang beban Anda memiliki 2 instance di us-west-2a dan 2 instance di us-west-2b, dan permintaan yang dikirim ke 1 instance di us-west-2a memiliki latensi yang lebih tinggi. Rata-rata untuk us-barat-2a memiliki nilai yang lebih tinggi daripada rata-rata untuk us-barat-2b.
RequestCount

Jumlah permintaan selesai atau koneksi yang dibuat selama interval yang ditentukan (1 atau 5 menit).

[HTTPlistener] Jumlah permintaan yang diterima dan dirutekan, termasuk tanggapan HTTP kesalahan dari instance terdaftar.

[TCPpendengar] Jumlah koneksi yang dibuat ke instance terdaftar.

Reporting criteria: Ada nilai bukan nol

Statistics: Statistik yang paling berguna adalah Sum. Perhatikan bahwaMinimum,Maximum, dan Average semua kembali 1.

Contoh: Misalkan penyeimbang beban Anda memiliki 2 instance di us-west-2a dan 2 instance di us-west-2b, dan 100 permintaan dikirim ke penyeimbang beban. Ada 60 permintaan yang dikirim ke us-west-2a, dengan setiap instans menerima 30 permintaan, dan 40 permintaan dikirim ke us-west-2b, dengan setiap instans menerima 20 permintaan. Dengan AvailabilityZone dimensi, ada jumlah 60 permintaan di us-west-2a dan 40 permintaan di us-west-2b. Dengan LoadBalancerName dimensi, ada jumlah 100 permintaan.
SpilloverCount

Jumlah total permintaan yang ditolak karena antrian lonjakan penuh.

[HTTPlistener] Penyeimbang beban mengembalikan kode kesalahan HTTP 503.

[TCPpendengar] Penyeimbang beban menutup koneksi.

Reporting criteria: Ada nilai bukan nol

Statistics: Statistik yang paling berguna adalah Sum. Perhatikan bahwaAverage,Minimum, dan Maximum dilaporkan per node penyeimbang beban dan biasanya tidak berguna.

Contoh: Misalkan penyeimbang beban Anda mengaktifkan us-west-2a dan us-west-2b, dan instance di us-west-2a mengalami latensi tinggi dan lambat dalam menanggapi permintaan. Akibatnya, antrian lonjakan untuk node penyeimbang beban di us-west-2a terisi, menghasilkan limpahan. Jika us-west-2b terus merespons secara normal, jumlah untuk penyeimbang beban akan sama dengan jumlah untuk us-west-2a.
SurgeQueueLength

Jumlah total permintaan (HTTPpendengar) atau koneksi (TCPpendengar) yang menunggu perutean ke instance yang sehat. Ukuran maksimum antrian adalah 1.024. Permintaan atau koneksi tambahan ditolak saat antrian penuh. Untuk informasi selengkapnya, lihat SpilloverCount.

Kriteria pelaporan: Ada nilai bukan nol.

Statistik: Statistik yang paling berguna adalahMaximum, karena mewakili puncak permintaan antrian. AverageStatistik dapat berguna dalam kombinasi dengan Minimum dan Maximum untuk menentukan kisaran permintaan antrian. Perhatikan bahwa Sum tidak berguna.

Contoh: Misalkan penyeimbang beban Anda mengaktifkan us-west-2a dan us-west-2b, dan instance di us-west-2a mengalami latensi tinggi dan lambat dalam menanggapi permintaan. Akibatnya, antrian lonjakan untuk node penyeimbang beban di us-west-2a terisi, dengan klien kemungkinan mengalami peningkatan waktu respons. Jika ini terus berlanjut, penyeimbang beban kemungkinan akan memiliki limpahan (lihat metrik). SpilloverCount Jika us-west-2b terus merespons secara normal, penyeimbang beban akan sama dengan us-west-2a. max max
UnHealthyHostCount

Jumlah instans tidak sehat yang terdaftar di penyeimbang beban Anda. Sebuah contoh dianggap tidak sehat setelah melebihi ambang tidak sehat yang dikonfigurasi untuk pemeriksaan kesehatan. Contoh yang tidak sehat dianggap sehat kembali setelah memenuhi ambang batas sehat yang dikonfigurasi untuk pemeriksaan kesehatan.

Kriteria pelaporan: Ada contoh terdaftar

Statistik: Statistik yang paling berguna adalah Average dan Minimum. Statistik ini ditentukan oleh node penyeimbang beban. Perhatikan bahwa beberapa node penyeimbang beban mungkin menentukan bahwa sebuah instance tidak sehat untuk waktu yang singkat sementara node lain menentukan bahwa itu sehat.

Contoh: LihatHealthyHostCount.

Metrik berikut memungkinkan Anda memperkirakan biaya jika memigrasikan Classic Load Balancer ke Application Load Balancer. Metrik ini dimaksudkan untuk penggunaan informasi saja, bukan untuk digunakan dengan CloudWatch alarm. Perhatikan bahwa jika Classic Load Balancer Anda memiliki beberapa pendengar, metrik ini digabungkan di seluruh pendengar.

Perkiraan ini didasarkan pada penyeimbang beban dengan satu aturan default dan sertifikat berukuran 2K. Jika Anda menggunakan sertifikat berukuran 4K atau lebih besar, sebaiknya Anda memperkirakan biaya sebagai berikut: buat Application Load Balancer berdasarkan Classic Load Balancer menggunakan alat migrasi dan pantau ConsumedLCUs metrik untuk Application Load Balancer. Untuk informasi selengkapnya, lihat Memigrasi dari Classic Load Balancer ke Application Load Balancer di Panduan Pengguna Elastic Load Balancing.

Metrik Deskripsi
EstimatedALBActiveConnectionCount

Perkiraan jumlah TCP koneksi bersamaan yang aktif dari klien ke penyeimbang beban dan dari penyeimbang beban ke target.
EstimatedALBConsumedLCUs

Perkiraan jumlah unit kapasitas load balancer (LCU) yang digunakan oleh Application Load Balancer. Anda membayar untuk jumlah LCUs yang Anda gunakan per jam. Untuk informasi lebih lanjut, lihat Harga Elastic Load Balancing.
EstimatedALBNewConnectionCount

Perkiraan jumlah TCP koneksi baru yang dibuat dari klien ke penyeimbang beban dan dari penyeimbang beban ke target.
EstimatedProcessedBytes

Perkiraan jumlah byte yang diproses oleh Application Load Balancer.

Dimensi metrik untuk Classic Load Balancer

Untuk memfilter metrik Classic Load Balancer, gunakan dimensi berikut.

Dimensi Deskripsi
AvailabilityZone

Memfilter data metrik berdasarkan Availability Zone yang ditentukan.
LoadBalancerName

Memfilter data metrik dengan penyeimbang beban yang ditentukan.

Statistik untuk metrik Classic Load Balancer

CloudWatch menyediakan statistik berdasarkan titik data metrik yang diterbitkan oleh Elastic Load Balancing. Statistik adalah agregasi data metrik selama periode waktu tertentu. Bila Anda meminta statistik, aliran data yang dikembalikan akan diidentifikasi dengan nama metrik dan dimensi. Dimensi adalah pasangan nama/nilai yang merupakan bagian dari identitas metrik. Misalnya, Anda dapat meminta statistik untuk semua EC2 instans sehat di balik penyeimbang beban yang diluncurkan di Availability Zone tertentu.

Statistik Minimum dan Maximum mencerminkan minimum dan maksimum yang dilaporkan oleh masing-masing simpul penyeimbang beban. Misalnya, ada 2 simpul penyeimbang beban. Satu simpul memiliki HealthyHostCount dengan Minimum 2, Maximum 10, dan Average 6, sedangkan simpul lainnya memiliki HealthyHostCount dengan Minimum 1, Maximum 5, dan Average 3. Oleh karena itu, penyeimbang beban memiliki Minimum 1, Maximum 10, dan Averagesekitar 4.

Statistik Sum adalah nilai agregat di semua simpul penyeimbang beban. Karena metrik menyertakan beberapa laporan per periode, Sum hanya berlaku untuk metrik yang dikumpulkan di semua node penyeimbang beban, seperti,,, RequestCountHTTPCode_ELB_XXX, HTTPCode_Backend_XXX dan. BackendConnectionErrors SpilloverCount

Statistik SampleCount adalah jumlah sampel yang diukur. Karena metrik dikumpulkan berdasarkan interval dan peristiwa pengambilan sampel, statistik ini biasanya tidak berguna. Misalnya dengan HealthyHostCount, SampleCount didasarkan pada jumlah sampel yang dilaporkan setiap simpul penyeimbang beban, bukan jumlah host yang sehat.

Persentil menunjukkan posisi relatif suatu nilai dalam set data. Anda dapat menentukan persentil apa pun, menggunakan hingga dua tempat desimal (misalnya, hal 95.45). Misalnya, persentil ke-95 berarti bahwa 95 persen data berada di bawah nilai ini dan 5 persen di atas. Persentil sering kali digunakan untuk mengisolasi anomali. Misalnya, anggaplah aplikasi melayani sebagian besar permintaan dari cache dalam 1-2 ms, tetapi dalam 100-200 ms jika cache kosong. Maksimumnya mencerminkan kasus paling lambat, sekitar 200 ms. Rata-ratanya tidak menunjukkan distribusi data. Persentil memberikan tampilan performa aplikasi yang lebih bermakna. Dengan menggunakan persentil ke-99 sebagai pemicu Auto Scaling atau CloudWatch alarm, Anda dapat menargetkan bahwa tidak lebih dari 1 persen permintaan membutuhkan waktu lebih dari 2 ms untuk diproses.

Lihat CloudWatch metrik untuk penyeimbang beban Anda

Anda dapat melihat CloudWatch metrik untuk penyeimbang beban menggunakan konsol Amazon. EC2 Metrik ini ditampilkan sebagai grafik pemantauan. Grafik pemantauan menunjukkan titik data jika penyeimbang beban aktif dan menerima permintaan.

Atau, Anda dapat melihat metrik untuk penyeimbang beban menggunakan konsol. CloudWatch

Untuk melihat metrik menggunakan konsol

  1. Buka EC2 konsol Amazon di https://console.aws.amazon.com/ec2/.

  2. Pada panel navigasi, di bawah PENYEIMBANGAN BEBAN, pilih Penyeimbang beban.

  3. Pilih nama penyeimbang beban untuk membuka halaman detailnya.

  4. Pilih tab Pemantauan.

  5. Untuk mendapatkan tampilan yang lebih besar dari satu metrik, arahkan kursor ke grafiknya lalu pilih Maximize ikonnya. Metrik berikut tersedia:

    • Tuan Rumah Sehat — HealthyHostCount

    • Tuan Rumah Tidak Sehat — UnHealthyHostCount

    • Latensi Rata-Rata — Latency

    • Permintaan — RequestCount

    • Kesalahan Koneksi Backend - BackendConnectionErrors

    • Panjang Antrian Lonjakan - SurgeQueueLength

    • Jumlah limpahan — SpilloverCount

    • HTTP2 XXs — HTTPCode_Backend_2XX

    • HTTP3 XXs — HTTPCode_Backend_3XX

    • HTTP4 XXs — HTTPCode_Backend_4XX

    • HTTP5 XXs — HTTPCode_Backend_5XX

    • ELBHTTP4 XXs — HTTPCode_ELB_4XX

    • ELBHTTP5 XXs — HTTPCode_ELB_5XX

    • Perkiraan byte yang diproses — EstimatedProcessedBytes

    • Diperkirakan ALB dikonsumsi LCUs — EstimatedALBConsumedLCUs

    • Perkiraan jumlah koneksi ALB aktif — EstimatedALBActiveConnectionCount

    • Perkiraan jumlah koneksi ALB baru — EstimatedALBNewConnectionCount

Untuk melihat metrik menggunakan konsol CloudWatch

  1. Buka CloudWatch konsol di https://console.aws.amazon.com/cloudwatch/.

  2. Di panel navigasi, pilih Metrik.

  3. Pilih ELBnamespace.

  4. Lakukan salah satu hal berikut ini:

    • Pilih dimensi metrik untuk melihat metrik menurut penyeimbang beban, berdasarkan Availability Zone, atau di semua penyeimbang beban.

    • Untuk melihat metrik di semua dimensi, ketikkan namanya di bidang pencarian.

    • Untuk melihat metrik penyeimbang beban tunggal, ketikkan namanya di kolom pencarian.

    • Untuk melihat metrik untuk Availability Zone tunggal, ketikkan namanya di kolom pencarian.