NodeBB ужасно медленный по обратному прокси Nginx

Question

Я запускаю NodeBB за обратным прокси-сервером Nginx, и время от времени я испытываю время загрузки более 10 секунд, в противном случае среднее время загрузки составляет 2 секунды (все еще слишком много). Следует также отметить, что общее время загрузки составляет около 200 мс, когда я захожу на форум через порт, на котором работает NodeBB, но мне не нужно этого делать.

Я не могу понять, почему этот обратный прокси-сервер такой медленный, как сейчас.

Если вы хотите выяснить, какие части загружаются медленно, не стесняйтесь проверять сетевой трафик при установке NodeBB.

Все предложения приветствуются и приветствуются!

Вот мой сервер Nginx:

server {
    listen 80;
    server_name forums.hydroxium.com;

    location / {
            proxy_http_version 1.1;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header Upgrade $http_upgrade;
            proxy_set_header Connection 'upgrade';
            proxy_set_header Host $host;
            proxy_redirect off;
            proxy_pass http://127.0.0.1:4567;
    }

А вот мой конфиг Nginx:

user www-data;
worker_processes 4;
worker_rlimit_nofile 20480;
pid /run/nginx.pid;

events {
    worker_connections 5120;
    multi_accept on;
    use epoll;
}

http {

    ##
    # Basic Settings
    ##

    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    keepalive_timeout 65;
    types_hash_max_size 2048;
    charset utf-8;
    client_body_timeout 65;
    client_header_timeout 65;
    client_max_body_size 10m;

    include /etc/nginx/mime.types;
    default_type application/octet-stream;

    ##
    # Logging Settings
    ##

    access_log /var/log/nginx/access.log;
    error_log /var/log/nginx/error.log;

    ##
    # Gzip Settings
    ##

    gzip on;
    gzip_disable "msie6";

    gzip_vary on;
    gzip_proxied any;
    gzip_comp_level 6;
    gzip_buffers 16 8k;
    gzip_http_version 1.1;
    gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;
}

Answer 1

Оказывается, проблема была в том, что VPS, на котором он работал, просто не имел достаточной мощности для одновременной работы без замедления.