Ontem à tarde, depois de alguns esforços de marketing, recebemos um tráfego acima da média (mas não perigosamente alto) ao longo do dia.
Após esse tráfego ter ocorrido por algum tempo, fomos alertados de que uma de nossas APIs (um micro-serviço que é atingido pelo menos uma vez em cada solicitação) estava pendurada por um tempo, retornando 503 códigos de resposta.
Essas respostas acabaram sendo do Balanceador de Carga, pois não puderam obter uma resposta de nenhuma das duas instâncias (idênticas).
Em seguida, analisamos o IIS nas instâncias, onde descobrimos que o número de threads em uso aumentava rapidamente, quase em linha com o número de solicitações recebidas (cerca de 10 / segundo), sem que nenhuma das solicitações recebesse respostas .
Verificamos os logs de erros (esperando pelo menos alguns timeouts ou outros erros), mas não havia nada lá para nos guiar na direção correta, pois não havia erros relevantes registrados.
A coisa mais estranha sobre a coisa toda é que o problema parecia surgir do nada (embora com o aumento do tráfego), e então tudo começou a funcionar novamente depois de horas. Isso poderia significar que estávamos acima de um limite que fez o IIS agir estranhamente com threads, ou poderia ser coincidência.Depois que o problema foi resolvido, ele não surgiu novamente na mesma instância, mas o problema se manifestou em outra instância executando um microsserviço diferente mais tarde, por um tempo.
Alguém viu um padrão como esse antes? Ou algo parecido?
Tags iis threadpool