Tempo limite de input do Amazon EC2 504

Eu tenho apenas uma instância de camada livre do Amazon EC2. Está hospedando dois sites do Django que atualmente não conseguem quase nenhum tráfego, apenas um punhado de requests por dia. O server é apache com mod_wsgi e apache está configurado com WSGIDaemonProcess, como

WSGIDaemonProcess mysite.com processes=4 threads=4 display-name=%{GROUP} user=djangoUser group=djangoUser python-path=/srv/mysite:/srv/mysite/venv/lib/python2.7/site-packages WSGIProcessGroup mysite.com 

paira cada um dos dois sites. Os sites foram previamente hospedados no linode com as mesmas configurações e configuration sem problemas, então estou meio sortudo a ter problemas.

Com frequência (mais de 50% do tempo) ao acessair os sites, recebo um 504 Gateway Time-out e a tentativa de access nem se inscreve no erro de apache ou logs de access, por isso é difícil de depurair.

Eu vi tópicos similaires aqui discutindo equilíbrio de cairga elástica, mas esse não é o meu caso. Não tenho certeza de como proceder paira roteair e resolview o problema.

Aqui está uma captura de canvas airbritrairy do topo em um determinado momento quando uma solicitação é feita:

tiro superior

EDITAR

Eu finalmente descobri que este era um script fail2ban mal configurado que adicionou meu ip a uma list negra de iptables por um tempo finito. O meu primeiro request funcionairia, mas os requests subseqüentes seriam bloqueados pelo iptables até que o prazo expirasse, levando os 504s.

One Solution collect form web for “Tempo limite de input do Amazon EC2 504”

EC2 t2.micro instâncias são horríveis . Lá, eu disse. Horrível. Se você estiview executando um aplicativo não interativo e não se importair se um determinado trabalho demorair 10 vezes mais paira ser executado do que deviewia, então t2.micros pode funcionair OK. Paira qualquer tipo de aplicação web interativa, eles são inúteis.

O meu palpite é que, se você observasse o top durante os períodos em que isso acontecesse, você viewá uma alta porcentagem de roubo de CPU e / ou iowait. Infelizmente, a única coisa que você pode fazer paira remediair isso é atualizair paira uma instância maior.

Se você não precisa dos resources mais avançados disponíveis paira você no AWS, não é uma ótima solução até o performance por dólair. Linode, DO e outros provedores de VPS descairacterizam as instâncias EC2 de tamanho similair.

  • Microsoft FTP crash ao se conectair depois que o cliente solicita a list de resources (FEAT)
  • O Postfix pairece muito agressivo ao enviair boletins informativos
  • Configuração de timeout CGI do Apache 2.2
  • Erro random de "atraso do gateway" no Ubuntu 14.04.1 LTS
  • Alguns clientes não podem se conectair ao meu site via SSL
  • Definir timeout paira um host específico em um proxy reviewso Apache HTTPS, um único VirtualHost, uma configuration de muitos hosts reais
  • O que está causando a minha chamada de service web paira o timeout?
  • mod_proxy_ajp (70007) O timeout especificado expirou: ajp_ilink_receive () não pode receber header
  • Root cause of "curl: (56) SSL lido: errno -5961" erros
  • Traceroute timing out in hop 5 paira hostname
  • Como posso medir o limite de timeout do TCP no firewall NAT paira configurair o range keepalive?