NGINX: yukarı akıştan yanıt başlığını okurken yukarı akış zaman aşımına uğradı (110: Bağlantı zaman aşımına uğradı)

Yukarı akış uygulama sunucusu olarak Puma ve arka plan veritabanı kümem olarak Riak çalıştırıyorum. Yaklaşık 25 bin kullanıcı için bir veri yığınını eşleştiren ve bunu Riak'tan uygulamaya döndüren bir istek gönderdiğimde, Nginx günlüğünde bir hata alıyorum:

Yukarı akıştan yanıt üstbilgisini okurken yukarı akış zaman aşımına uğradı (110: Bağlantı zaman aşımına uğradı)

Yukarı akışımı doğrudan nginx proxy olmadan aynı istekle sorguladığımda gerekli verileri alırım.

Nginx zaman aşımı, proxy yerleştirildikten sonra gerçekleşir.

**nginx.conf**

http {
    keepalive_timeout 10m;
    proxy_connect_timeout  600s;
    proxy_send_timeout  600s;
    proxy_read_timeout  600s;
    fastcgi_send_timeout 600s;
    fastcgi_read_timeout 600s;
    include /etc/nginx/sites-enabled/*.conf;
}

**virtual host conf**

upstream ss_api {
  server 127.0.0.1:3000 max_fails=0  fail_timeout=600;
}

server {
  listen 81;
  server_name xxxxx.com; # change to match your URL

  location / {
    # match the name of upstream directive which is defined above
    proxy_pass http://ss_api; 
    proxy_set_header  Host $http_host;
    proxy_set_header  X-Real-IP  $remote_addr;
    proxy_set_header  X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_cache cloud;
    proxy_cache_valid  200 302  60m;
    proxy_cache_valid  404      1m;
    proxy_cache_bypass $http_authorization;
    proxy_cache_bypass http://ss_api/account/;
    add_header X-Cache-Status $upstream_cache_status;
  }
}

Nginx'in bir sürü zaman aşımı yönergesi vardır. Önemli bir şeyi kaçırıp kaçırmadığımı bilmiyorum. Herhangi bir yardım çok takdir edilecektir ....

Bunun nedeni, yukarı akışınızın isteği yanıtlamak için çok fazla zaman alması ve NGINX'in yukarı akışın isteği işlerken zaten başarısız olduğunu düşünmesi ve bu nedenle bir hata ile yanıt vermesidir. locationYapılandırma bloğuna proxy_read_timeout ekleyin ve artırın . Aynı şey bana da oldu ve işte dahili bir uygulama için 1 saat zaman aşımı kullandım:

proxy_read_timeout 3600;

Bununla NGINX, yukarı akışının bir şey döndürmesi için bir saat (3600s) bekleyecektir.

Zaman aşımlarını artırmaktan her zaman kaçınmalısınız, arka uç sunucu yanıt sürenizin her durumda buradaki sorun olduğundan şüpheliyim.

Bu sorunu, bağlantı canlı tutma bayrağını temizleyerek ve buradaki yanıta göre http sürümünü belirterek aştım: https://stackoverflow.com/a/36589120/479632

server {
    location / {
        proxy_set_header   X-Real-IP $remote_addr;
        proxy_set_header   Host      $http_host;

        # these two lines here
        proxy_http_version 1.1;
        proxy_set_header Connection "";

        proxy_pass http://localhost:5000;
    }
}

Maalesef bunun neden işe yaradığını açıklayamıyorum ve yanıtta belirtilen belgelerden deşifre edemedi, bu yüzden herhangi birinin bir açıklaması varsa onu duymak isterim.

İlk olarak nginx hata günlüğü dosyasına başvurarak hangi yukarı akışın yavaşladığını bulun ve benim durumumda okuma zaman aşımını buna göre ayarlayın, bu hızlı CGI idi

2017/09/27 13:34:03 [error] 16559#16559: *14381 upstream timed out (110: Connection timed out) while reading response header from upstream, client:xxxxxxxxxxxxxxxxxxxxxxxxx", upstream: "fastcgi://unix:/var/run/php/php5.6-fpm.sock", host: "xxxxxxxxxxxxxxx", referrer: "xxxxxxxxxxxxxxxxxxxx"

Bu yüzden sunucu yapılandırmamda fastcgi_read_timeout'u ayarlamam gerekiyor

 location ~ \.php$ {
     fastcgi_read_timeout 240;
     ...
 }

Bakın: orijinal gönderi

Sizin durumunuzda, proxy'de biraz optimizasyona yardımcı olur veya "# zaman aşımı ayarlarını" kullanabilirsiniz

location / 
{        

  # time out settings
  proxy_connect_timeout 159s;
  proxy_send_timeout   600;
  proxy_read_timeout   600;
  proxy_buffer_size    64k;
  proxy_buffers     16 32k;
  proxy_busy_buffers_size 64k;
  proxy_temp_file_write_size 64k;
  proxy_pass_header Set-Cookie;
  proxy_redirect     off;
  proxy_hide_header  Vary;
  proxy_set_header   Accept-Encoding '';
  proxy_ignore_headers Cache-Control Expires;
  proxy_set_header   Referer $http_referer;
  proxy_set_header   Host   $host;
  proxy_set_header   Cookie $http_cookie;
  proxy_set_header   X-Real-IP  $remote_addr;
  proxy_set_header X-Forwarded-Host $host;
  proxy_set_header X-Forwarded-Server $host;
  proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}

Bu hatanın çeşitli nedenlerle olabileceğini düşünüyorum, ancak kullandığınız modüle özel olabilir. Örneğin bunu uwsgi modülünü kullanarak gördüm, bu yüzden "uwsgi_read_timeout" u ayarlamak zorunda kaldım.

Ben bakmak için tavsiye ediyorum error_logs, özellikle de, memba o zaman aşımına uğruyorsa belirli kaynak tarafı gösterir nerede parçası.

Sonra ayarlayabilirsiniz buna dayanarak proxy_read_timeout, fastcgi_read_timeoutya uwsgi_read_timeout.

Ayrıca yapılandırmanızın yüklü olduğundan emin olun.

Daha fazla ayrıntı burada Nginx yukarı akış zaman aşımına uğradı (neden ve nasıl düzeltilir)

Diğerlerinin burada belirttiği gibi, NGINX için zaman aşımı ayarlarını artırmak sorununuzu çözebilir.

Ancak, zaman aşımı ayarlarınızı artırmak, bu yanıtların çoğunun önerdiği kadar kolay olmayabilir. Ben kendim bu sorunla karşılaştım ve /etc/nginx/nginx.conf dosyasındaki zaman aşımı ayarlarımı , bu iş parçacıklarındaki hemen hemen herkesin önerdiği gibi değiştirmeye çalıştım . Bu bana hiç yardımcı olmadı; NGINX'in zaman aşımı ayarlarında görünür bir değişiklik yoktu. Şimdi, saatler sonra nihayet bu sorunu çözmeyi başardım.

Çözüm bu forum başlığında yatıyor ve söylediği şey, zaman aşımı ayarlarınızı /etc/nginx/conf.d/timeout.conf içine koymanız gerektiğidir (ve bu dosya yoksa, onu oluşturmalısınız). Konu başlığında önerilenle aynı ayarları kullandım:

proxy_connect_timeout 600;
proxy_send_timeout 600;
proxy_read_timeout 600;
send_timeout 600;

Aynı sorunu yaşadım ve bunun raylar denetleyicisinde bir "her gün" hatasıyla sonuçlandı. Nedenini bilmiyorum ama üretimde puma, hatayı tekrar tekrar çalıştırarak şu mesaja neden oluyor:

Yukarı akıştan yanıt üstbilgisini okurken yukarı akış zaman aşımına uğradı (110: Bağlantı zaman aşımına uğradı)

Muhtemelen Nginx, verileri tekrar tekrar puma'dan almaya çalıştığı için. Komik olan şey, denetleyicide farklı bir eylem çağırıyor olsam bile hatanın zaman aşımı mesajına neden olması, bu nedenle tek bir yazım hatası tüm uygulamayı bloke ediyor.

Durumun bu olup olmadığını görmek için log / puma.stderr.log dosyanızı kontrol edin.

Bizim tarafımızdan proxy önbelleği ile spdy kullanıyordu. Önbelleğin süresi dolduğunda, önbellek güncellenene kadar bu hatayı alıyoruz.

Umarım birisine yardımcı olur: Bu hatayla karşılaştım ve nedeni phpfpm için günlük klasöründe yanlış izin oldu, değiştirdikten sonra phpfpm yazabilsin, her şey yolundaydı.

İçin proxy_upstreamzaman aşımı, yukarıdaki ayarı çalıştı ama bu işi yoktu.

resolver_timeoutYukarı akım zaman aşımı mesajını oluşturmanın 30 saniye sürdüğünü bildiğim için ayar benim için çalıştı. Örneğin me.atwibble.com çözülemedi (110: İşlem zaman aşımına uğradı) .

http://nginx.org/en/docs/http/ngx_http_core_module.html#resolver_timeout