Integrasi nginx mengumpulkan metrik koneksi dan log akses. Metrik koneksi merekam status koneksi saat ini: aktif, membaca, atau menunggu. Log akses diuraikan untuk mendapatkan detail koneksinya, yang mencakup kolom yang dipetakan ke permintaan, klien, server, dan pesan.
Untuk mengetahui informasi selengkapnya tentang nginx, lihat dokumentasi nginx.
Prasyarat
Untuk mengumpulkan telemetri nginx, Anda harus menginstal Agen Operasional:
- Untuk metrik, instal versi 2.1.0 atau yang lebih tinggi.
- Untuk log, instal versi 2.1.0 atau yang lebih tinggi.
Integrasi ini mendukung nginx versi 1.18 dan 1.20.
Mengonfigurasi instance nginx
Anda harus mengaktifkan modul stub_status
di file konfigurasi nginx untuk menyiapkan URL yang dapat dijangkau secara lokal, misalnya, http://www.example.com/nginx_status
untuk halaman status. Untuk mengaktifkan modul stub_status
, selesaikan langkah-langkah
berikut:
Edit file
status.conf
, atau buat file jika tidak ada. Anda dapat menemukan file ini di direktori konfigurasi nginx, biasanya ditemukan di/etc/nginx/conf.d
.Tambahkan baris berikut ke bagian
server
:location /nginx_status { stub_status on; access_log off; allow 127.0.0.1; deny all; }
File konfigurasi Anda mungkin terlihat seperti contoh berikut:
server { listen 80; server_name 127.0.0.1; location /nginx_status { stub_status on; access_log off; allow 127.0.0.1; deny all; } location / { root /dev/null; } }
Muat ulang konfigurasi nginx.
sudo service nginx reload
Anda dapat menjalankan perintah berikut untuk mengotomatiskan langkah-langkah sebelumnya. File ini akan membuat
file status.conf
jika belum ada atau menimpa file yang sudah ada jika
ada. Perintah ini mengaktifkan stub_status
, memuat ulang nginx, dan memverifikasi
bahwa informasi yang diharapkan diekspos melalui endpoint.
sudo tee /etc/nginx/conf.d/status.conf > /dev/null << EOF
server {
listen 80;
server_name 127.0.0.1;
location /nginx_status {
stub_status on;
access_log off;
allow 127.0.0.1;
deny all;
}
location / {
root /dev/null;
}
}
EOF
sudo service nginx reload
curl http://127.0.0.1:80/nginx_status
Contoh outputnya adalah:
Active connections: 1 server accepts handled requests 23 23 74 Reading: 0 Writing: 1 Waiting: 0
Atau, alih-alih menggunakan file status.conf
terpisah, Anda juga dapat
langsung menyematkan baris ke file nginx.conf
utama, yang
biasanya terletak di salah satu direktori berikut: /etc/nginx
,
/usr/local/nginx/conf
, atau /usr/local/etc/nginx
.
Mengonfigurasi Agen Operasional untuk nginx
Dengan mengikuti panduan untuk Mengonfigurasi Agen Operasional, tambahkan elemen yang diperlukan untuk mengumpulkan telemetri dari instance nginx, dan mulai ulang agen.
Contoh konfigurasi
Perintah berikut membuat konfigurasi untuk mengumpulkan dan menyerap telemetri untuk nginx:
Agar perubahan ini diterapkan, Anda harus memulai ulang Agen Operasi:
Linux
- Untuk memulai ulang agen, jalankan perintah berikut di instance Anda:
sudo systemctl restart google-cloud-ops-agent
- Untuk mengonfirmasi bahwa agen telah dimulai ulang, jalankan perintah berikut dan
verifikasi bahwa komponen "Metrics Agent" dan "Logging Agent" telah dimulai:
sudo systemctl status "google-cloud-ops-agent*"
Windows
- Hubungkan ke instance Anda menggunakan RDP atau alat serupa dan login ke Windows.
- Buka terminal PowerShell dengan hak istimewa administrator dengan mengklik kanan ikon PowerShell dan memilih Run as Administrator
- Untuk memulai ulang agen, jalankan perintah PowerShell berikut:
Restart-Service google-cloud-ops-agent -Force
- Untuk mengonfirmasi bahwa agen telah dimulai ulang, jalankan perintah berikut dan
verifikasi bahwa komponen "Metrics Agent" dan "Logging Agent" telah dimulai:
Get-Service google-cloud-ops-agent*
Mengonfigurasi pengumpulan log
Untuk menyerap log dari nginx, Anda harus membuat penerima untuk log yang dihasilkan nginx, lalu membuat pipeline untuk penerima baru.
Untuk mengonfigurasi penerima log nginx_access
, tentukan kolom berikut:
Kolom | Default | Deskripsi |
---|---|---|
exclude_paths |
Daftar pola jalur sistem file yang akan dikecualikan dari set yang cocok dengan include_paths . |
|
include_paths |
[/var/log/nginx/access.log] |
Daftar jalur sistem file yang akan dibaca dengan mengikuti setiap file. Karakter pengganti (* ) dapat digunakan di jalur. |
record_log_file_path |
false |
Jika disetel ke true , jalur ke file tertentu tempat catatan log diperoleh akan muncul dalam entri log output sebagai nilai label agent.googleapis.com/log_file_path . Saat menggunakan karakter pengganti, hanya jalur file tempat rekaman diperoleh yang dicatat. |
type |
Nilai ini harus nginx_access . |
|
wildcard_refresh_interval |
60s |
Interval saat jalur file karakter pengganti di include_paths diperbarui. Diberikan sebagai durasi waktu, misalnya 30s atau 2m . Properti ini mungkin berguna dalam throughput logging yang tinggi saat file log dirotasi lebih cepat daripada interval default. |
Untuk mengonfigurasi penerima log nginx_error
, tentukan kolom berikut:
Kolom | Default | Deskripsi |
---|---|---|
exclude_paths |
Daftar pola jalur sistem file yang akan dikecualikan dari set yang cocok dengan include_paths . |
|
include_paths |
[/var/log/nginx/error.log] |
Daftar jalur sistem file yang akan dibaca dengan mengikuti setiap file. Karakter pengganti (* ) dapat digunakan di jalur. |
record_log_file_path |
false |
Jika disetel ke true , jalur ke file tertentu tempat catatan log diperoleh akan muncul dalam entri log output sebagai nilai label agent.googleapis.com/log_file_path . Saat menggunakan karakter pengganti, hanya jalur file tempat rekaman diperoleh yang dicatat. |
type |
Nilai ini harus nginx_error . |
|
wildcard_refresh_interval |
60s |
Interval saat jalur file karakter pengganti di include_paths diperbarui. Diberikan sebagai durasi waktu, misalnya 30s atau 2m . Properti ini mungkin berguna dalam throughput logging yang tinggi saat file log dirotasi lebih cepat daripada interval default. |
Apa itu log?
logName
berasal dari
ID penerima yang ditentukan dalam konfigurasi. Kolom mendetail dalam
LogEntry
adalah sebagai berikut.
Log nginx_access
berisi kolom berikut dalam LogEntry
:
Kolom | Jenis | Deskripsi |
---|---|---|
httpRequest |
objek | Lihat HttpRequest |
jsonPayload.host |
string | Isi header Host (biasanya tidak dilaporkan oleh nginx) |
jsonPayload.level |
string | Tingkat entri log |
jsonPayload.user |
string | Nama pengguna yang diautentikasi untuk permintaan |
severity |
string (LogSeverity ) |
Tingkat entri log (diterjemahkan). |
Log nginx_error
berisi kolom berikut dalam LogEntry
:
Kolom | Jenis | Deskripsi |
---|---|---|
jsonPayload.client |
string | Alamat IP klien (opsional) |
jsonPayload.connection |
angka | ID Koneksi |
jsonPayload.host |
string | Header host (opsional) |
jsonPayload.level |
string | Tingkat entri log |
jsonPayload.message |
string | Pesan log |
jsonPayload.pid |
angka | ID proses yang mengeluarkan log |
jsonPayload.referer |
string | Header perujuk (opsional) |
jsonPayload.request |
string | Permintaan HTTP asli (opsional) |
jsonPayload.server |
string | Nama server Nginx (opsional) |
jsonPayload.subrequest |
string | Subpermintaan Nginx (opsional) |
jsonPayload.tid |
angka | ID rangkaian pesan tempat log berasal |
jsonPayload.upstream |
string | URI permintaan upstream (opsional) |
severity |
string (LogSeverity ) |
Tingkat entri log (diterjemahkan). |
Mengonfigurasi pengumpulan metrik
Untuk menyerap metrik dari nginx, Anda harus membuat penerima untuk metrik yang dihasilkan nginx, lalu membuat pipeline untuk penerima baru.
Penerima ini tidak mendukung penggunaan beberapa instance dalam konfigurasi, misalnya, untuk memantau beberapa endpoint. Semua instance tersebut menulis ke deret waktu yang sama, dan Cloud Monitoring tidak dapat membedakannya.
Untuk mengonfigurasi penerima metrik nginx
, tentukan kolom berikut:
Kolom | Default | Deskripsi |
---|---|---|
collection_interval |
60s |
Nilai durasi waktu, seperti 30s atau 5m . |
server_status_url |
http://localhost/status |
URL yang diekspos oleh modul status stub nginx. |
type |
Nilai ini harus nginx . |
Yang dipantau
Tabel berikut berisi daftar metrik yang dikumpulkan Ops Agent dari instance nginx.
Jenis metrik | |
---|---|
Jenis, Tipe Resource yang dimonitor |
Label |
workload.googleapis.com/nginx.connections_accepted
|
|
CUMULATIVE , INT64 gce_instance |
|
workload.googleapis.com/nginx.connections_current
|
|
GAUGE , INT64 gce_instance |
state
|
workload.googleapis.com/nginx.connections_handled
|
|
CUMULATIVE , INT64 gce_instance |
|
workload.googleapis.com/nginx.requests
|
|
CUMULATIVE , INT64 gce_instance |
Memverifikasi konfigurasi
Bagian ini menjelaskan cara memverifikasi bahwa Anda telah mengonfigurasi penerima nginx dengan benar. Mungkin perlu waktu satu atau dua menit agar Agen Operasi mulai mengumpulkan telemetri.
Untuk memverifikasi bahwa log nginx dikirim ke Cloud Logging, lakukan hal berikut:
-
Di konsol Google Cloud , buka halaman Logs Explorer:
Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Logging.
- Masukkan kueri berikut di editor, lalu klik Run query:
resource.type="gce_instance" (log_id("nginx_access") OR log_id("nginx_error"))
Untuk memverifikasi bahwa metrik nginx dikirim ke Cloud Monitoring, lakukan hal berikut:
-
Di konsol Google Cloud , buka halaman leaderboard Metrics explorer:
Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.
- Di toolbar panel pembuat kueri, pilih tombol yang namanya code MQL atau code PromQL.
- Pastikan PromQL dipilih di tombol Language. Tombol bahasa ada di toolbar yang sama yang memungkinkan Anda memformat kueri.
- Masukkan kueri berikut di editor, lalu klik Run query:
{"workload.googleapis.com/nginx.requests", monitored_resource="gce_instance"}
Lihat dasbor
Untuk melihat metrik nginx, Anda harus mengonfigurasi diagram atau dasbor. Integrasi nginx menyertakan satu atau beberapa dasbor untuk Anda. Dasbor apa pun akan otomatis diinstal setelah Anda mengonfigurasi integrasi dan Agen Operasional mulai mengumpulkan data metrik.
Anda juga dapat melihat pratinjau statis dasbor tanpa menginstal integrasi.
Untuk melihat dasbor yang terinstal, lakukan tindakan berikut:
-
Di konsol Google Cloud , buka halaman
Dasbor:
Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.
- Pilih tab Daftar Dasbor, lalu pilih kategori Integrasi.
- Klik nama dasbor yang ingin Anda lihat.
Jika Anda telah mengonfigurasi integrasi, tetapi dasbor belum diinstal, periksa apakah Agen Operasional sedang berjalan. Jika tidak ada data metrik untuk diagram di dasbor, penginstalan dasbor akan gagal. Setelah Agen Operasi mulai mengumpulkan metrik, dasbor akan diinstal untuk Anda.
Untuk melihat pratinjau statis dasbor, lakukan tindakan berikut:
-
Di konsol Google Cloud , buka halaman
Integrations:
Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.
- Klik filter platform deployment Compute Engine.
- Temukan entri untuk nginx lalu klik Lihat Detail.
- Pilih tab Dasbor untuk melihat pratinjau statis. Jika dasbor telah diinstal, Anda dapat membukanya dengan mengklik Lihat dasbor.
Untuk mengetahui informasi selengkapnya tentang dasbor di Cloud Monitoring, lihat Dasbor dan diagram.
Untuk mengetahui informasi selengkapnya tentang cara menggunakan halaman Integrasi, lihat Mengelola integrasi.
Menginstal kebijakan pemberitahuan
Kebijakan pemberitahuan menginstruksikan Cloud Monitoring untuk memberi tahu Anda saat kondisi tertentu terjadi. Integrasi nginx mencakup satu atau beberapa kebijakan pemberitahuan yang dapat Anda gunakan. Anda dapat melihat dan menginstal kebijakan pemberitahuan ini dari halaman Integrasi di Monitoring.
Untuk melihat deskripsi kebijakan pemberitahuan yang tersedia dan menginstalnya, lakukan langkah berikut:
-
Di konsol Google Cloud , buka halaman
Integrations:
Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.
- Temukan entri untuk nginx lalu klik Lihat Detail.
- Pilih tab Peringatan. Tab ini memberikan deskripsi tentang kebijakan pemberitahuan yang tersedia dan menyediakan antarmuka untuk menginstalnya.
- Instal kebijakan pemberitahuan. Kebijakan pemberitahuan perlu
mengetahui ke mana harus mengirimkan notifikasi bahwa pemberitahuan telah
dipicu, sehingga memerlukan informasi dari Anda untuk penginstalan.
Untuk menginstal kebijakan pemberitahuan, lakukan hal berikut:
- Dari daftar kebijakan pemberitahuan yang tersedia, pilih kebijakan yang ingin Anda instal.
Di bagian Konfigurasi notifikasi, pilih satu atau beberapa saluran notifikasi. Anda memiliki opsi untuk menonaktifkan penggunaan saluran notifikasi, tetapi jika Anda melakukannya, kebijakan pemberitahuan akan diaktifkan secara diam-diam. Anda dapat memeriksa statusnya di Monitoring, tetapi Anda tidak menerima notifikasi.
Untuk mengetahui informasi selengkapnya tentang saluran notifikasi, lihat Mengelola saluran notifikasi.
- Klik Buat Kebijakan.
Untuk mengetahui informasi selengkapnya tentang kebijakan pemberitahuan di Cloud Monitoring, lihat Pengantar tentang pemberitahuan.
Untuk mengetahui informasi selengkapnya tentang cara menggunakan halaman Integrasi, lihat Mengelola integrasi.
Pemecahan masalah
Di sebagian besar distribusi, nginx dilengkapi dengan ngx_http_stub_status_module
yang diaktifkan.
Anda dapat memeriksa apakah modul diaktifkan dengan menjalankan perintah berikut:
sudo nginx -V 2>&1 | grep -o with-http_stub_status_module
Output yang diharapkan adalah with-http_stub_status_module
, yang berarti modul diaktifkan. Dalam kasus yang jarang terjadi, jika perintah tidak menampilkan output, Anda harus mengompilasi
nginx dari sumber dengan -with-http_stub_status_module
mengikuti dokumentasi publik nginx.
Langkah berikutnya
Untuk melihat panduan cara menggunakan Ansible guna menginstal Agen Operasional, mengonfigurasi aplikasi pihak ketiga, dan menginstal dasbor contoh, tonton video Menginstal Agen Operasional untuk memecahkan masalah aplikasi pihak ketiga.