Как поднять лимиты nginx

Повышение лимитов производительности Nginx

При увеличении нагрузки на веб-сервер Nginx часто требуется корректировка системных лимитов для обеспечения стабильной работы и обработки большого количества соединений. Оптимизация затрагивает несколько уровней: системные лимиты ядра Linux, конфигурация Nginx и параметры процессов.

1. Системные лимиты ядра Linux (sysctl)

Nginx зависит от системных ограничений ядра на количество файловых дескрипторов и портов. Ключевые параметры:

# Увеличить максимальное количество открытых файлов (дескрипторов) для всех процессов
sysctl -w fs.file-max=1000000

# Увеличить лимиты для epoll (механизм работы Nginx)
sysctl -w net.core.somaxconn=65535
sysctl -w net.ipv4.tcp_max_syn_backlog=65535

# Оптимизация TCP для высоконагруженных серверов
sysctl -w net.ipv4.tcp_fin_timeout=30
sysctl -w net.ipv4.tcp_tw_reuse=1
sysctl -w net.ipv4.tcp_max_orphans=65536

Для сохранения изменений добавьте параметры в /etc/sysctl.conf и выполните sysctl -p.

2. Лимиты процессов (ulimit)

Каждый процесс Nginx (worker) имеет собственные лимиты. Увеличить их можно через ulimit или системный конфигурационный файл:

# Проверить текущие лимиты для пользователя nginx
ulimit -n

# Временное увеличение (для текущей сессии)
ulimit -n 65535

Для постоянного изменения добавьте в /etc/security/limits.conf:

nginx soft nofile 65535
nginx hard nofile 65535
root soft nofile 65535
root hard nofile 65535

После изменения необходимо перезапустить сервис Nginx.

3. Конфигурация Nginx (nginx.conf)

Основные директивы для управления производительностью находятся в главном конфигурационном файле:

# Увеличение количества worker процессов (обычно равно количеству CPU cores)
worker_processes auto;

# Увеличение максимального количества соединений per worker
events {
    worker_connections 65535;
    use epoll;
    multi_accept on;
}

# Оптимизация буферов и таймаутов
http {
    client_max_body_size 100m;
    client_body_buffer_size 128k;
    keepalive_timeout 75;
    keepalive_requests 1000;
    
    # Увеличение буферов для заголовков
    large_client_header_buffers 4 32k;
    
    # Оптимизация статического содержимого
    open_file_cache max=100000 inactive=30s;
    open_file_cache_valid 60s;
    open_file_cache_min_uses 2;
}

4. Оптимизация под высокую нагрузку

Для экстремальных нагрузок (десятки тысяч соединений) требуется комплексный подход:

• Увеличение worker_connections до значения, превышающего ulimit -n
• Использование keepalive соединений для снижения нагрузки на установку TCP
• Настройка zone балансировки для shared memory при использовании нескольких worker процессов
• Включение сжатия (gzip) для снижения объема передаваемых данных
• Использование кеширования на уровне Nginx (proxy_cache, fastcgi_cache)

5. Мониторинг и проверка

После изменения лимитов необходимо проверить их применение:

# Проверить системные лимиты ядра
cat /proc/sys/fs/file-max

# Проверить лимиты процессов Nginx
ps aux | grep nginx | grep worker
cat /proc/<nginx_worker_pid>/limits | grep "Max open files"

# Мониторинг соединений в реальном времени
nginx -t  # проверка конфигурации
nginx -s reload  # мягкий перезапуск

Для длительного мониторинга используйте инструменты:

• nginx-status модуль (stub_status)
• Prometheus + nginx_exporter
• Логирование в JSON формате для анализа через ELK

Практические рекомендации

• Все изменения тестируйте поэтапно, особенно на production-серверах
• Учитывайте физические ограничения сервера (RAM, CPU)
• При использовании reverse proxy увеличьте proxy_buffer_size и proxy_buffers
• Для HTTP/2 увеличьте лимиты на параллельные потоки
• Используйте rate limiting (limit_req модуль) для защиты от DDoS

Оптимальные значения лимитов зависят от конкретного сценария нагрузки, архитектуры приложения и ресурсов сервера. Начинайте с умеренного увеличения (например, worker_connections 10000) и мониторируйте метрики в процессе роста нагрузки.