Penalaan Prestasi Nginx dan Middleware Gerbang API: Panduan Praktikal

Senario

Sebuah platform e-dagang menggunakan Nginx sebagai middleware gerbang API untuk penghalaan, had kadar, caching, dll. Semasa jualan kilat, pengguna melaporkan respons API perlahan dan tamat masa.

Gejala

• Kependaman API meningkat dari 50ms ke lebih 500ms
• Kadar ralat melonjak dari 0.5% ke 5%
• Penggunaan CPU pekerja Nginx secara konsisten melebihi 80%
• Penggunaan memori tinggi luar biasa

Diagnosis

1. Semak log akses: tail -f /var/log/nginx/access.log untuk melihat taburan masa respons.
2. Semak log ralat: tail -f /var/log/nginx/error.log untuk masa tamat sambungan, ranap pekerja.
3. Dayakan modul status: Tambah dalam blok server: location /nginx_status { stub_status; } Akses /nginx_status untuk sambungan aktif, permintaan, dll.
4. Ujian beban: Gunakan ab -n 10000 -c 100 http://localhost/nginx_status untuk simulasi serentak.
5. Analisis konfigurasi: Semak worker_processes, worker_connections, keepalive, proxy_buffers dll.

Arahan Penalaan

# Uji sintaks konfigurasi
nginx -t

# Muat semula secara lancar
nginx -s reload

# Laraskan bilangan proses pekerja (padan dengan teras CPU)
worker_processes auto;
# Atau manual: bilangan teras CPU * 1-2

# Tingkatkan sambungan pekerja
events {
    worker_connections 4096;
    use epoll;
    multi_accept on;
}

# Optimumkan penimbal
proxy_buffers 8 16k;
proxy_buffer_size 16k;
proxy_busy_buffers_size 24k;

# Dayakan keepalive
gzip on;
gzip_min_length 1000;
upstream backend {
    keepalive 32;
}

# Had kadar
limit_conn_zone $binary_remote_addr zone=addr:10m;
limit_conn addr 10;

Kawalan Risiko

• Sandarkan konfigurasi sebelum perubahan: cp /etc/nginx/nginx.conf /etc/nginx/nginx.conf.bak
• Sentiasa sahkan dengan nginx -t sebelum muat semula
• Elakkan perubahan semasa trafik puncak
• Pantau sekurang-kurangnya 10 minit selepas setiap pelarasan

Pemulihan

cp /etc/nginx/nginx.conf.bak /etc/nginx/nginx.conf
nginx -s reload

Sahkan dengan memeriksa log ralat dan masa respons.

Pengesahan

• Ukur masa respons: curl -o /dev/null -s -w %{time_total}\n http://api.example.com/status
• Perhatikan sambungan aktif pada halaman status Nginx
• Bandingkan keputusan ujian beban sebelum dan selepas
• Pastikan kadar ralat kembali normal

Bila Menghantar Tiket OpsGlobal

• Prestasi masih tidak memuaskan selepas penalaan
• Pekerja sering ranap
• Pelayan hulu sihat tetapi proksi Nginx tidak normal
• Konfigurasi kompleks dengan punca yang tidak jelas