O servidor está lento?

Comece pelos dois cartões que explicam quase toda lentidão:

• Taxa de acerto do cache — 95.7%. O subtítulo separa as camadas: entrada (dnsdist) é esse 95.7%, e recursor 1.2% é outra conta. O primeiro é o que segura a carga; o segundo é naturalmente baixo e não é defeito.
• Latência média — 0 ms, com o subtítulo cliente · 13.28 ms resolução. O número grande é o que o assinante sente; o pequeno é só a falha de cache que desceu ao resolvedor. São perguntas diferentes, e confundi-las é a origem da maioria dos diagnósticos errados.

Note a linha acima dos cartões: Totais na janela 24h selecionada no gráfico. O seletor de janela manda nos acumulados — só consultas/s e os clientes "agora" são tempo real.

Esta é a tela que decide de quem é o problema. Os dois gráficos usam as mesmas cinco faixas, mas o que é bom em cada um é diferente:

A leitura conjunta: a entrada está saudável e a resolução está exatamente onde deveria — este servidor não está lento. Se a barra da entrada migrasse para 10–100ms, o problema seria local; se a de resolução migrasse para >1s, seria dos autoritativos da internet.

No topo, o cartão Em processamento mostra 5. Ele não mede volume, mede saturação: perto de zero é saudável, centenas ou milhares significam fila.

Depois da rampa, o veredito. Capacidade sustentada: 10.000 QPS, e assinantes estimados: 8.333 — a divisão por 1,2 consulta/s por assinante, a mesma regra da tabela de dimensionamento que vai na proposta.

O terceiro quadro é o que muita gente ignora e é o mais importante: Limitado por — teto testado. Quer dizer que a rampa acabou porque o teto configurado chegou ao fim, não porque a máquina saturou. A tabela de degraus confirma: o último degrau sustentou 9.999,8 QPS com 0% de erro e CPU em 52.3%. Ou seja, o número real é maior — o teste é que parou antes.

Se o diagnóstico apontou saturação da resolução, é aqui que se mexe. DNS principal → Ajuste fino, aba Recursor.

Threads vale 2 e a própria tela diz até onde subir: até o número de núcleos físicos do servidor. Max mthreads (2048) é a fila de consultas em voo — é o parâmetro que resolve descarte por "Too Old Drops", não o de threads.

Leia o aviso âmbar do topo antes de salvar: salvar reinicia o pdns-recursor uma única vez, com interrupção menor que 1 segundo. Valores fora da faixa são recusados antes de qualquer escrita, e a aba Backup & Rollback existe justamente para o antes de mudanças relevantes.

Descendo na mesma aba: o bloco de Cache, que costuma render mais que qualquer ajuste de thread — porque é o acerto de cache que manda na latência média.

Cache de registros vale 1000000, e a tela dá a conta de memória em vez de deixar você adivinhar: cada entrada usa ~200 bytes; 1M ≈ 200 MB de RAM. Aumentar sem essa conta é o caminho mais rápido para a máquina ir para swap — e swap derruba a taxa de acerto em vez de subir.

TTL negativo máximo (3600) é o detalhe que morde no dia a dia: é por quanto tempo um "domínio não existe" fica guardado. Reduza se você precisa que desbloqueios entrem em vigor rápido.