POST de arquivo grande está expirando, quando executado por meio de ARR

2

Ao postar um arquivo grande por meio de ARR, a solicitação expira após 120 segundos. O cliente recebe o código de erro 502 Bad Gateway . Eu configurei o "tempo limite de proxy" do farm da web para ser 600 segundos. Eu também configurei o Connection time-out de Default Web Site para ser 600 segundos. O servidor ARR foi reiniciado.

O seguinte é do arquivo de log no servidor ARR:

2015-05-07 13:25:16 192.168.87.155 POST /Redacted/Import/RedactedImport20150507_152313.csv X-ARR-CACHE-HIT=0&X-ARR-LOG-ID=253daa4a-8372-405a-8efd-21ebbc38353f 80 - 192.168.87.198 - redacted.local 502 3 64 120436

do applicationHost.config:

    <webFarm name="redacted.local" enabled="true">
        <server address="redacted.local" enabled="true" />
        <applicationRequestRouting>
            <healthCheck url="http://redacted.local/redacted.svc" liveTrafficFailureCodes="400-" />
            <protocol timeout="00:10:00" />
        </applicationRequestRouting>
    </webFarm>

Antecedentes:

Estou criando um PoC para usar o ARR para obter balanceamento de carga e alta disponibilidade para nossos serviços de back-end, que são principalmente WCF (Basic HTTP) e REST.

Um dos serviços (REST) é usado para receber um arquivo grande (ish) algumas vezes por dia, de um trabalho em lote. O serviço REST não retorna até que o processamento do arquivo seja concluído (o que pode levar 5 minutos), já que o aplicativo cliente precisa saber quando o processamento está concluído (mais etapas a seguir, que dependem do primeiro).

    
por Thomas M. H. 08.05.2015 / 12:08

3 respostas

0

Respondendo a minha própria pergunta, quando finalmente percebi.

Adicionei isso a applicationHost.config em configuration/system.applicationHost :

<webLimits connectionTimeout="00:10:00" minBytesPerSecond="0" />

Mas, mesmo depois de salvar e pressionar Restart sob Manage Server no Gerenciador do IIS, ele ainda respondeu com 502 após dois minutos.

No entanto, hoje, quando instalei alguns recursos do IIS (Failed Request Tracing), reiniciei o serviço IIS W3SVC e o Serviço de Gerenciamento da Web WMSvc e, de repente, o 502 parou.

    
por 12.05.2015 / 13:44
0

Tivemos um problema semelhante relacionado à configuração da MTU padrão na placa de rede. Ela foi definida como 1514 em vez de 1500, o que estava apenas causando problemas com postagens maiores.

link

    
por 18.02.2016 / 13:36
0

No meu caso, resolvi o problema alterando o tempo limite do proxy

  1. Ir para o gerenciador do IIS
  2. Roteamento de solicitações de aplicativos
  3. Em "ações", acesse as configurações de proxy do servidor
  4. Altere o tempo limite para o valor desejado.

Estas etapas são para o IIS v7

    
por 09.10.2016 / 21:52