Какво ще направите, ако Nginx не се справя с голям…

Ще проверя конфигурацията на Nginx: параметри worker_processes, worker_connections, multi_accept, use (epoll/kqueue) и keepalive_requests, keepalive_timeout. Ще ги увелича при необходимост.

Ще контролирам системните лимити: ulimit -n за процеса Nginx. Ще ги увелича до подходяща стойност.

Ще оптимизирам настройките на ядрото Linux, свързани с мрежата: net.core.somaxconn, net.ipv4.tcp_tw_reuse, net.ipv4.tcp_fin_timeout.

Ще анализирам логовете на Nginx (error_log, access_log) за грешки или аномалии.

Ще използвам инструменти за мониторинг (nginx-status, top, vmstat, iostat, netdata, Prometheus/Grafana), за да идентифицирам тесните места (CPU, памет, диск, мрежа).

Ще обмисля възможността за използване на по-мощно оборудване или скалиране (добавяне на допълнителни инстанции Nginx зад балансировчика).

Ще проверя бекенд сървърите: възможно е проблемът да не е в Nginx, а в приложенията, които обработват заявките.

# Увеличаваме броя на worker процесите
worker_processes auto;

# Увеличаваме броя на връзките на един worker
events {
    worker_connections 65536;
    multi_accept on;
    use epoll; # За Linux
}

http {
    # Настройки за keep-alive
    keepalive_requests 10000;
    keepalive_timeout 65;

    # ... други настройки
}

# Проверка на текущия лимит за потребителя Nginx
su - nginx -c 'ulimit -n'

# Увеличаване на лимита във файла /etc/security/limits.conf
# nginx - nofile 65536
# nginx - nproc 65536

# Рестартирайте SSH сесията или сървъра, за да приложите limits.conf

# Проверка и промяна на параметрите на ядрото
# Всяка промяна изисква изпълнение на 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

Какво ще направите, ако Nginx не се справя с голям брой връзки (повече от 1024)?