Arquitetura: Core Server, Probe e fluxo de coleta
O Core Server concentra configuração, interface web, processamento central, histórico e notificações. A probe executa grande parte da coleta junto aos dispositivos.
Ponto técnico 1
O Core Server concentra configuração, interface web, processamento central, histórico e notificações. A probe executa grande parte da coleta junto aos dispositivos.
Ponto técnico 2
Local Probe nasce com o Core. Classic Remote Probe aproxima coleta de redes remotas e distribui carga. Multi-Platform Probe atende cenários não-Windows, mas sua compatibilidade de sensores deve ser validada por tipo.
Ponto técnico 3
Uma Remote Probe atravessa firewalls com uma relação controlada com o Core e permite observar redes que não devem ser diretamente alcançáveis pelo servidor central.
Ponto técnico 4
Em troubleshooting, separe quatro domínios: alvo, caminho alvo↔probe, probe, e caminho probe↔Core. Tratar tudo como 'PRTG caiu' destrói a análise de causa.
Ponto técnico 5
Multi-Platform Probe é a opção atual para Linux em cenários suportados; valide a matriz de sensores e diferenças em relação à Classic Remote Probe antes de substituir probes Windows.
Procedimento de engenharia
Escopo e impacto
Defina serviço, owner, estado esperado e impacto antes de alterar o monitoramento.
Evidência primeiro
Valide fonte, caminho, credenciais, baseline e timestamps antes de alterar thresholds.
Mudança controlada
Altere uma variável por vez e mantenha um caminho de rollback.
Rotina operacional recomendada
- Revise estados críticos, lacunas de coleta e falhas de entrega a cada turno.
- Revise alertas ruidosos, objetos lentos, credenciais e erros recorrentes semanalmente.
- Revise versões, backup/restore, permissões e capacidade periodicamente.
Sintoma → escopo → camada → evidência → hipótese → validação
Construa, quebre, diagnostique e recupere
- Registre um baseline saudável.
- Induza uma falha controlada relacionada ao tema.
- Identifique a camada com falha antes de reiniciar componentes.
- Corrija a causa identificada e valide a recuperação.
Pronto para produção?
Responsabilidade
Objetivo, escopo e owner estão definidos.
Segurança
Credenciais e integrações seguem menor privilégio.
Validação
Falha e recuperação foram testadas e documentadas.
Documentação sensível à versão
Conteúdo revisado contra documentação oficial Paessler atual. Requisitos de sistema, limites de sensores/canais, cluster, probes, API v2 e sensores suportados variam com a versão e devem ser reconfirmados antes de change.