Запрос POST повторяется с сервером с балансировкой нагрузки nginx (статус 499)

двойная загрузка

С тех пор, как мы перешли от простого экземпляра Apache к среде с балансировкой нагрузки, иногда возникают проблемы с повторением запросов POST. Мы запускаем nginx как обратный прокси. Статический контент обслуживается самим nginx, а динамический контент обслуживается двумя бэкэндами Apache.

Я проверил, что это не ошибка интерфейса / пользователя. Небольшой пример: простая загрузка изображения приведет к тому, что изображение будет загружено дважды. Запрос / POST не отправляется дважды при двойном щелчке или ошибке пользователя. Я не нашел никаких доказательств того, что браузер отправляет запрос дважды, поэтому я подозреваю, что это на стороне сервера. (Обратите внимание, что это только подозрение.) Большинство этих запросов являются внутренними, то есть они исходят от сотрудников, поэтому я могу проверить, как они приходят.

Единственная ошибка, которую я могу найти, это то, что nginx регистрирует 499 ошибка в этих случаях. Однако я не уверен, является ли это причиной или (побочным) эффектом проблемы. (Я знаю, что 499 - это не статус http по умолчанию, это статус nginx, означающий «клиент закрыл соединение»)

Запросы

Повторные POST-запросы - это почти все запросы, которые могут занять некоторое время. То, что я показываю здесь в качестве примера, - это простая загрузка изображения, но сценарий выполняет некоторые действия в фоновом режиме (изображение должно быть преобразовано в разные форматы / размеры и должно быть распределено на оба сервера и т. Д.).

журналы

Примером может служить загрузка изображения. nginx зарегистрирует один запрос «499» и один запрос 200, но Apache получает (и обрабатывает!) два запроса.

Apache

[17:17:37 +0200] "POST ***URL** HTTP/1. 0" 200 9045   
[17:17:47 +0200] "POST ***URL** HTTP/1. 0" 200 20687

nginx

[17:17:47 +0200] "POST ***URL** HTTP/1.1" 499 0 
[17:17:52 +0200] "POST ***URL** HTTP/1.1" 200 5641

Подозрения

Мне кажется, что большие / медленные загрузки страдают от этого больше, поэтому я подозреваю тайм-аут. Я попытался прочитать ошибку 499: похоже, что это «клиентское закрытое соединение». Это могло произойти в фоновом режиме, но я не уверен, как это может означать, что должен быть выдан второй запрос, и определенно не происходит чего-то вроде «закрытого пользователем браузера».

В настоящее время кажется, что это помогает разбить более медленные запросы POST (если нужно сделать несколько вещей, просто заставьте пользователя выбрать 1 и POST второй раз для другого), но это может просто снизить вероятность того, что это произойдет. Точно сказать не могу.

Очевидно, это временное решение. Если это является тайм-аут, мне нужно выяснить, где и увеличить соответствующие числа, но я не уверен, почему тайм-аут может вызвать такое поведение: я подозреваю, что сообщение «ну что ж, пошло не так», а не повторение.

Вопросы

Я хочу выяснить, какой процесс / ситуация может вызвать повторение POST. Конечно, любое «не знаю почему, но это будет исправлено увеличением этого тайм-аута» тоже замечательно.

конфигурации nginx

NGINX.conf

user  nginx;
worker_processes  2;
worker_rlimit_nofile 10240;

error_log  /var/log/nginx/error.log error;
pid        /var/run/nginx.pid;


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

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

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;

    sendfile        on;
    tcp_nodelay     off;    
    client_max_body_size    30m;
    keepalive_timeout  65;
    include /etc/nginx/conf.d/*.conf;
}

conf.d

Я удалил несколько строк, относящихся к IP, в geo части, а также SSL вариации, чтобы не усложнять. При необходимости я могу заменить их, но все сводится к дополнительному geo часть для бэкэндов ssl и соответствующие файлы upstream и conf.

geo $backend {
    default apache-backend;
}

upstream apache-backend {
    ip_hash;
    server SERVER1 max_fails=3 fail_timeout=30s weight=2;
    server SERVER2 max_fails=3 fail_timeout=30s weight=3;
}

conf.d / somestring.conf

limit_conn_zone $binary_remote_addr zone=somestring:10m;
server {
    listen ip1:80;
    listen ip2:80;
    server_name name.tld www.name.tld;

    root PATH

    access_log PATH/name.log main;

    location / {
            proxy_pass              http://$backend;
    }

            //*some more locations**//

    gzip on;
    gzip_http_version 1.0;
    gzip_comp_level 2;
    gzip_proxied any;
    gzip_min_length 1100;
    gzip_buffers 16 8k;
    gzip_types text/plain text/css application/x-javascript text/xml application/xml application/xml+rss text/javascript;
}

conf.d / proxy.conf

proxy_set_header        Accept-Encoding "";
proxy_set_header        X-Real-IP $remote_addr;
proxy_set_header        X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header        Host $http_host;

proxy_buffering         on;
proxy_read_timeout      90;
proxy_buffer_size       32k;
proxy_buffers           8 32k;
proxy_busy_buffers_size    32k;
proxy_temp_file_write_size 32k;