Nginx и websocket

1. Какова реальная причина замены веб-сервера? Пока единственным костылем здесь мне видится замена работающего Апача на неработающий Nginx

2. Апач в рабочей конфигурации используется чисто как реверс-прокси? Какой MPM используется (prefork, event, …)?

prefork. Причина - сертифицироваться под фстэк и использовать nginx plus. Нужен его продвинутый балансировщик. Моя задача состоит в получении стабильного реконнекта к сокету сейчас.

Возможно, в рабочем процессе nginx переполняется лимит открытых файловых дескрипторов. У prefork’а такой проблемы быть не может, так как на каждого клиента запускается отдельный процесс.

Можно попробовать задать worker_connections (на небольшое число - если в продакшене использовался prefork, значит при типовой нагрузке параллельных клиентов немного, по крайней мере не десятки тысяч), и/или поиграть с другими настройками воркеров.

worker_connections я ставил х2, х3, х10 от дефолта. Не особо помогло. Но продолжаю копать пока что в данном направлении.

А как ты коннектишься к бекенду? Через unix-socket или по ip-порту? В принципе, былол бы неплохо целиком конфиг nginx посмотреть.

Через php-шный yii поднимаются локальные tcp-сокеты, nginx проксирует их наружу через фронт.

server {
server_name                 myapp.testdomain;
index                       index.html index.php;
access_log                  /opt/myapp/log/nginx-access.log;
error_log                   /opt/myapp/log/nginx-error.log;
listen                      443 ssl;

### SSL ###
include                     /etc/nginx/ssl.d/myapp.conf;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_set_header Host $host;

### Кеширование ###
proxy_cache                 all;
proxy_cache_valid           any 6h;

location / {
root                        /opt/myapp/frontend/;
index                       index.html;
try_files                   $uri $uri/ /index.html?$query_string;
}

location /websocket {
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_set_header Host $host;
proxy_pass http://balancer;
}

balancer.conf

    map $http_upgrade $connection_upgrade {
    default upgrade;
    ''      close;
    }

    upstream balancer {
    least_conn;
    server 127.0.0.1:7001;
    server 127.0.0.1:7002;
    server 127.0.0.1:7003;
    server 127.0.0.1:7004;
    }

А nginx -s reload выводит его из ступора, или приходится мастер-процесс перезапускать?

Только при перезапуске мастер-процесса.

Что-то витает в воздухе словосочетание «микросервисная архитектура», возможно в эту сторону покопать. Такое в свое время было модно применять для больших нагрузок.

Основной вопрос в том, что апач при перегрузе легко раздупляется, а nginx жив, статику отдаёт, а в сокеты уже не ходит снова.

статику отдаёт

Тогда это больше похоже на баг, чем на нехватку дескрипторов, так как открыть соединение с клиентом ему ничего не мешает, а с бэкэендом не коннектится. В логах нет ничего интересного?

А так, я бы смотрел в сторону апача, если у ФСТЭК нет на него аллергии (хотя с чего бы?). Prefork, конечно, плохой вариант для этой задачи, я бы посмотрел, что будет с Event (мб ситуация повторится:) В плане балансировщиков на nginx свет клином не сошелся, есть и для апача балансировщик, и сторонние решения типа haproxy

В логах ничего кроме connection to websocket failed не выходит. При этом делаешь рестарт nginx и мгновенно подключаешься.

Первой проблемой, с которой удалось столкнуться

Удалось! Ну слава богу.

В логах ничего кроме connection to websocket failed не выходит

Я имел в виду логи nginx, а не клиента.

Если это действительно так. Nginx на самом деле весьма стабильная и предсказуемая штука. Вообще никаких проблем в его эксплуатации кроме проксирования сокетов не встретил.