ну иногда да, странные решения . Хотя мне многие вещи как бы очевидны почему-то

этож что надо на пыхе наговнокодить чтоб 10 гигов оперативки занять

проблема с php скриптами, раз 10ГБ ОЗУ не хватает

Ребят, всем привет, писал вам уже, вот такая проблема, есть конфиг:

    upstream intranet-profile-gunicorn {
        server intranet-profile-gunicorn:8000;
    }

    server {
        listen 80 default_server;

        server_name _;

        access_log off;
        error_log /dev/stdout;
        
        proxy_read_timeout 600;
        proxy_set_header Host $host;
        proxy_set_header X-Forwarded-Proto https;
        proxy_set_header X-Host $remote_addr;

    
        location /profile/{
            proxy_pass  http://intranet-profile-gunicorn/profile/;
            proxy_redirect default;
            proxy_buffering off;

        }
        
        location ~ /profile/(swagger|redoc|admin)/{
            proxy_pass  http://intranet-profile-gunicorn/$1 ;
            proxy_redirect default;
            proxy_buffering off;
        }
        
    }

как только добавляю /profile/(swagger|redoc|admin)/ сразу падает все, ЧЯДНТ ?) Ну и также не переходит по /profile/, /profile/swagger/. Ведь в случае

profile/swagger/

должно спокойно идти по второму бОльшему локейшену

добрый вечер, пытаюсь засунуть регулярку в локейшен но что то не понимаю до конца что не так
location ~ "/port/((6553[0-5])|(655[0-2][0-9])|(65[0-4][0-9]{2})|(6[0-4][0-9]{3})|([1-5][0-9]{4})|([0-5]{0,5})|([0-9]{1,4}))"
по идее хочу получить валидные только example.net/port/0-65535 одним числом но в конфигурации выше вообще получаю любой вариант валидным даже символы

ребят. как подобрать правильно параметры workers и worker_connections?
по каким пизнакам понять - что надо добавить?

nginx работает как reverse proxy на кучу самых разных апстримов

из метрик - есть текущие коннекты active\reading etc
есть метрики cpu и памяти
есть метрики в lua - скриптах

пытаться подобрать - не вариант.
тестовый стенд - собрать можно но паттерн нагрузки похожим на прод не сделать

а нет серебренный пули

Всего соединений = worker_processes x worker_connections

сам nginx на самом слабом сервере как фронт держит много

те по default 1024 смело можно так до 40000 поднимать =) и ulimit не забыть

это да.
это все стоит.
но как понять что стало нехватать к примеру воркеров? или воркеры стали криво скейлится по cpu

проц/память

ну еще i/o может просесть если там кеш у тебя есть

если воркеры не успевают разгребать поток запросов?
как я смогу это увидеть?

подключить мониторинг и оценить состояние машины

Отчасти - по росту времени ответа.
Отчасти - по сетевым очередям.

Если это не mission critical - можно просто ловушку для таймаутов сделать, откуда сразу алерт зажигать.

хммм....можно действительно - сделать location который будет делать capture на ловушку и трекать время ответа.
спасибо

но отсюда второй вопрос. некоторые запросы проодят сложный путь, с мапами, луашными мидлварями, процесятся между несколькими локейшонами...
есть шанс понять время на процессинг такого запроса потраченное именно nginx