Настройка корпоративного обратного прокси-сервера Nginx для многопоточных микросервисов Node.js

При масштабировании многопользовательской микрос��рвисной архитектуры Node.js на сотни доменов арендаторов конфигурация обратного прокси-сервера Nginx по умолчанию быстро приводит к нехватке ЦП, чрезмерному переключению TCP-соединений и зависаниям буфера прокси. Оптимизируя повторное использование соединений, пороги буферизации и кэширование TLS-сессий, инфраструктурные команды могут сократить задержки на величину до 65%, одновременно обрабатывая десятки тысяч одновременных запросов на «железе».

1. Узкое место повторного использования соединений: апстрим Keepalive

По умолчанию Nginx открывает новое TCP-соединение с апстрим-бэкендом Node.js для каждого входящего HTTP-запроса и немедленно закрывает его по завершении (Connection: close). В высокопроизводительных многопользовательских средах это приводит к серьезному исчерпанию портов (TIME_WAIT сокетов) и ненужным накладным расходам на TCP/TLS-рукопожатие.

Чтобы включить постоянные keepalive-соединения между Nginx и уровнем приложений Node.js, настройте явный пул соединений в блоке upstream и принудительно используйте HTTP/1.1 в location прокси:

upstream nodejs_backend {
    server 127.0.0.1:8081 max_fails=3 fail_timeout=10s;
    keepalive 64;
}

server {
    listen 443 ssl http2;
    server_name winwinhost.com *.winwinhost.com;

    location / {
        proxy_pass http://nodejs_backend;
        proxy_http_version 1.1;
        proxy_set_header Connection "";
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

2. Настройка буферов прокси для динамических SSR-пейлоадов

Когда Node.js рендерит динамические React-шаблоны на стороне сервера (SSR), сгенерированные HTML-пейлоады часто превышают размер буфера Nginx по умолчанию в КБ или КБ. Если ответ превышает доступные буферы памяти, Nginx записывает остаток во временные файлы на диске, вызывая высокую задержку ввода-вывода (I/O wait) и скачки задержки.

Чтобы исключить запись в дисковый буфер и передавать SSR HTML напрямую в сокеты клиентов, настройте выделенные буферы памяти в nginx.conf:

proxy_buffering on;
proxy_buffer_size 16k;
proxy_buffers 8 32k;
proxy_busy_buffers_size 64k;
proxy_temp_file_write_size 64k;

3. Высокопроизводительные основные директивы ядра & Nginx

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

4. Заключение & Лучшие практики

Благодаря внедрению пулов keepalive-соединений апстрима, тонкой настройке буферов памяти прокси и кэшированию рукопожатий TLS-сессий в разделяемой памяти, многопользовательские кластеры Node.js достигают субмиллисекундного времени отправки при минимальном потреблении ресурсов сервера. WinWinHost реализует эти корпоративные оптимизации Nginx нативно во всех управляемых средах хостинга.