Не удалось получить бэкэнд - лак не получит бранд друпал

Я запускаю приложение drupal 7 (3backends), и у меня есть 3 сервера для лаков, которые постоянно отказывают в получении бекенда. Я прочитал много подобных ошибок здесь, но все еще не могу решить мою проблему, выбрасывая 503 лака, приносящего неудачу медитации гуру. Я прочитал все посты здесь, и все, кажется, рекомендуют большой тайм-аут, я установил 600, и многие не рекомендуют.probe, у меня есть round.robin (переключение бэкенда), и вот мой конфиг бэкенда:

backend project1 {
.host = "myhost.ip";
.port = "80";
.connect_timeout = 600s;
.first_byte_timeout = 600s;

.probe = {
.timeout = 600s;
.interval = 10s;
.window = 5;
.threshold = 2;
.request =
"GET HTTP/1.1"
"Host: example.com"
"Connection: close";
}
}

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

[info] Client prematurely closed connection (broken pipe)

и иногда

reqv failed

Как примечание, которое я хочу упомянуть, у меня все еще есть ошибка fast-cgi, но я не думаю, что она связана с моей ошибкой лака:

Primary Script unknown  ......, fastcgi, upstream:127.0.0.1

я запускаю nginx+php-fpm через fast-cgi. я действительно не уверен, какой конфиг-лак ожидает от бэкэнда, который заставляет его отказаться от его загрузки,

Случилось так, что неправильный конфиг nginx дал мне эту ошибку раньше, так что вот мой конфиг nginx:

user nginx nginx;
worker_processes 4;

error_log /var/log/nginx/error.log info;

events {
    worker_connections 8192;
    multi_accept    on;
    use epoll;
}
worker_rlimit_nofile 64000;
http {
    include /etc/nginx/mime.types;
    default_type application/octet-stream;

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

    client_header_timeout 10m;
    client_max_body_size 100m;
    client_body_timeout 10m;
    send_timeout 10m;
    client_body_buffer_size 3m;
    connection_pool_size 256;
    client_header_buffer_size 1k;
    large_client_header_buffers 4 2k;
    request_pool_size 32k;

    gzip            on;
    gzip_vary on;
    gzip_disable "MSIE [1-6]\.";
    gzip_min_length 10240;
    gzip_proxied    expired no-cache no-store private auth;
    gzip_types      text/plain application/xml;

    open_file_cache         max=2000 inactive=20s;
    open_file_cache_valid   60s;
    open_file_cache_min_uses        5;
    open_file_cache_errors          off;

    output_buffers 1 32k;
    postpone_output 1460;
    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    fastcgi_send_timeout 1800;
    fastcgi_read_timeout 1800;
    fastcgi_connect_timeout 1800;
    fastcgi_ignore_client_abort on;
    keepalive_timeout 75 20;
    ignore_invalid_headers on;
    index index.html;

    server {
            listen 80;
            server_name  example.com;
            rewrite ^(.*) http://example.com$1 permanent;
            }
    server {
            listen 80;
            server_name www.example.com;
            access_log /var/log/nginx/access.log main;
            error_log /var/log/nginx/error.log info;              
            root /var/www/public;
            index index.php index.phtml index.html;
            autoindex on;

            gzip_types text/plain text/css application/json application/x-ja
vascript text/xml application/xml application/xml+rss text/javascript applicatio
n/javascript;

            location ~ \..*/*\.php$ {
                    return 403;
            }
            location ~^/sites/.*/private/{
                    return 403;
            }
            location ~^/sites/.*/files/* {
                    try_files $uri @rewrite;
            }
            location ~ (^|/)\. {
                    return 403;
            }

            location / {

                    try_files $uri @rewrite;
                    }
            location @rewrite {
                    rewrite ^ /index.php;

            }
            location ~ \.php$ {
                    try_files $uri @rewrite;
                    #fastcgi_pass unix:/var/run/php5-fpm.sock;
                    fastcgi_pass 127.0.0.1:9000;
                    fastcgi_index  index.php;
             fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
                    fastcgi_buffer_size 128k;
                    fastcgi_buffers 256 16k;
                    fastcgi_busy_buffers_size 256k;
                    fastcgi_temp_file_write_size 256k;
                    fastcgi_keep_conn       off;
                    include /etc/nginx/fastcgi_params;

                    }


            location ~* \.(jpg|jpeg|css|gif|png|js|ico|xml)$ {

                    try_files $uri $uri/ ;
                    access_log off;
                    log_not_found   off;
                    expires 30d;
                    }

}

Может кто-нибудь указать мне, в каком направлении отлаживать эту проблему? Я, вероятно, уверен, что pb на моем бэкенде, а не на лаке, но не уверен, почему веб-сайт иногда загружается, а иногда выбрасывает прямое / ужасное "бэкэнд-выборка не удалась 503 - медитация гуру". спасибо за вашу драгоценную помощь.

ОБНОВИТЬ:

исправить было отключить gzip. У меня было пустое содержимое и перенаправление на домашнюю страницу, поэтому gzip+ header-content-length=0 (пусто) вызвало красный флаг для лака, лак, помеченный как вредный для сжатия чего-либо с размером 0. Неправильный заголовок. либо отключите gzip, либо верните контент в ответ сервера, это решит эту проблему

1 ответ

Решение

В вашем .request вы, кажется, не указали документ. Поэтому я предполагаю, что он пытается загрузить весь сайт Drupal в качестве зонда. Вы можете изменить это на:

"GET /sitehealth.html HTTP/1.1"

где sitehealth.html это простой текстовый файл, который может загрузить зонд.

Дальнейшее устранение неисправностей, можете ли вы полностью отключить зонды и посмотреть, если это изменит? Вы получаете какие-либо ошибки при попадании на сайт напрямую, не проходя через кеш?

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

Другие вопросы по тегам