Tenho recebido relatos dessa mensagem de aviso de alguns dos meus membros. Não ocorre com frequência, mas tem sido notada. Posso assumir que não há nada a fazer aqui e que não é tão grave quanto parece? “Carga extrema” soa como um problema enorme. Mas ela desaparece quase imediatamente e a busca volta a funcionar.
Agradeceria qualquer orientação sobre etapas de solução de problemas. Obrigado! 
o site está sob carga extrema, a busca está desativada, tente novamente mais tarde
Não tenho muita certeza se é algo que precise de solução de problemas. Mas talvez pudesse ser tratado de forma diferente?
https://review.discourse.org/t/feature-when-under-extreme-load-disable-search/4538/3
Você deve se preocupar. Eu olharia para o relatório do seu web crawler no painel de administração.
Isso será acionado quando suas solicitações web chegarem mais rápido do que seu servidor consegue processar.
Por exemplo, se você tiver 4 unicórnios e, em média, precisar de 200ms para processar completamente uma solicitação, sua capacidade é de 20 solicitações por segundo.
Se, por um momento, você receber 40 solicitações por segundo, as solicitações extras ficarão em uma fila aguardando, e essa mensagem será exibida. Além disso, você não pode simplesmente configurar mais unicórnios sem pensar, pois o processo para responder completamente a uma solicitação web envolve muitas partes móveis que devem ser cuidadosamente avaliadas.
O Discourse ganhou muitas dessas funcionalidades de degradação graciosa recentemente, enquanto trabalhamos para escalar e lidar com níveis extremos de tráfego para as maiores instâncias do Discourse na internet.
Parece que tivemos um aumento nas visualizações de páginas de rastreadores web nos últimos dias. Mas não tenho certeza se há algo que eu possa ou deva fazer a respeito. Pessoalmente, estou bem com um aviso aos membros de vez em quando quando o servidor está sob carga maior que o normal, impedindo temporariamente a pesquisa. Mas talvez a mensagem de “carga extrema” pudesse ser um pouco moderada, dizendo “servidor ocupado”.
Bloqueie o user-agent do crawler desonesto nas configurações do site. Atualmente, há muitos crawlers realmente ruins na internet.
Hmm, apenas 1800 visualizações de página em 24 horas por um crawler não deveriam causar tanta sobrecarga no seu servidor. Talvez valha a pena abrir seu log de acesso e observar as requisições chegando quando isso acontecer; isso pode apontar para o problema real. Pode ser alguém tentando hackear você ou sobrecarregando sua API com requisições.
Acabei de receber um relatório de outra notificação com aparência semelhante. Estamos fazendo um AMA e temos um pouco mais de pessoas do que o habitual lendo e postando no fórum, mas não estou convencido de que isso seja uma carga extrema. Talvez um plugin como Discourse Who's Online esteja causando carga adicional?
Obrigado! Vou investigar isso agora.
Existe uma maneira de desativar essas funcionalidades em uma configuração de administrador e apenas deixar as pessoas esperarem se estiver ficando lento? Acredito que nosso site ainda não esteja especialmente movimentado.
Se o desempenho degradar a ponto de ocorrerem timeouts, não parecerá apenas lento, parecerá simplesmente quebrado.
Ignorar esses avisos definitivamente não é uma boa ideia!
Estou recebendo essa notificação de carga extrema com frequência ultimamente.
Tenho um fórum de esportes e geralmente isso acontece quando várias pessoas estão comentando ao mesmo tempo sobre um único tópico relacionado a uma partida específica. Existe algum guia ou ajuda sobre o que posso verificar nos logs ou no servidor para ver se ele está operando na velocidade adequada? Não era um problema até as últimas semanas.
Você acha que podemos ter tido uma regressão no desempenho de postagem de usuários logados, @sam?
Estou com certeza vendo um problema N+1 no meta que precisamos corrigir o mais rápido possível.
Vou registrar alguns itens para resolver isso. Dito isso, uma vez que o site esteja sobrecarregado, os administradores têm a capacidade de ajustar 2 coisas.
Você pode fornecer mais recursos à instância (mais memória para o PG ou mais workers do unicorn)
Você pode ajustar o limite para anônimos conforme:
DISCOURSE_FORCE_ANONYMOUS_MIN_QUEUE_SECONDS e DISCOURSE_FORCE_ANONYMOUS_MIN_PER_10_SECONDS
Eu corrigi um problema N+1 no plugin discourse-voting aqui:
Vou ver se mais alguma coisa salta aos olhos.
Encontrei outro N+2 aqui:
Vou verificar se mais algum surge.
P: O que é um “N+1”? Embora eu seja um desenvolvedor (Java), acho que nunca me deparei com esse termo antes.
Aqui está um artigo (mais ou menos relacionado a Java) que explica essa questão:
