Ko darītu, ja Nginx nespētu apstrādāt lielu…

Es pārbaudīšu Nginx konfigurāciju: parametrus worker_processes, worker_connections, multi_accept, use (epoll/kqueue) un keepalive_requests, keepalive_timeout. Vajadzības gadījumā tos palielināšu.

Pārbaudīšu sistēmas limitus: ulimit -n Nginx procesam. Tos palielināšu līdz atbilstošai vērtībai.

Optimizēšu Linux kodola iestatījumus, kas saistīti ar tīklu: net.core.somaxconn, net.ipv4.tcp_tw_reuse, net.ipv4.tcp_fin_timeout.

Analizēšu Nginx žurnālus (error_log, access_log) par kļūdām vai anomālijām.

Izmantošu uzraudzības rīkus (nginx-status, top, vmstat, iostat, netdata, Prometheus/Grafana), lai identificētu šaurās vietas (CPU, atmiņa, disks, tīkls).

Apsvērsšu iespēju izmantot jaudīgāku aprīkojumu vai mērogošanu (papildu Nginx instanču pievienošana slodzes līdzsvarotājam).

Pārbaudīšu backend serverus: iespējams, problēma nav Nginx, bet lietojumprogrammu pusē, kas apstrādā pieprasījumus.

# Darba procesu skaita palielināšana
worker_processes auto;

# Katras darba procesa savienojumu skaita palielināšana
events {
    worker_connections 65536;
    multi_accept on;
    use epoll; # Linux
}

http {
    # Keep-alive iestatījumi
    keepalive_requests 10000;
    keepalive_timeout 65;

    # ... pārējie iestatījumi
}

# Pašreizējā limita pārbaude lietotājam Nginx
su - nginx -c 'ulimit -n'

# Limita palielināšana /etc/security/limits.conf failā
# nginx - nofile 65536
# nginx - nproc 65536

# SSH sesijas vai servera pārstartēšana, lai piemērotu limits.conf

# Kodola parametru pārbaude un maiņa
# Katrs maiņa prasa izpildīt sysctl -p
# sysctl net.core.somaxconn
# sysctl -w net.core.somaxconn=65536

# sysctl net.ipv4.tcp_tw_reuse
# sysctl -w net.ipv4.tcp_tw_reuse=1

# sysctl net.ipv4.tcp_fin_timeout
# sysctl -w net.ipv4.tcp_fin_timeout=30

Ko darītu, ja Nginx nespētu apstrādāt lielu savienojumu skaitu (vairāk nekā 1024)?