Guia de configuração de monitoramento de CPU, RAM e disco

Antes de começar

Não há um agente instalável da HostTracker para esse tipo de verificação, nem um seletor de Localidades de Monitoramento por monitor. A consulta roda a partir da própria infraestrutura de verificação privada da HostTracker, não da rede pública distribuída. A verificação funciona ao contrário: o seu servidor expõe um pequeno endpoint que responde com um único número, e a HostTracker o solicita na agenda. Há três formas de fornecer esse endpoint, escolhidas com a configuração de Provedor de valor abaixo, e qual você escolher precisa estar implantado e acessível antes de você criar o monitor:

• Escreva o endpoint você mesmo (a opção personalizado). Ele responde com um pequeno objeto JSON, que é a opção que muitas equipes preferem já que nada que elas mesmas não escreveram roda no servidor delas.
• Implante o coletor PHP pronto da HostTracker em um servidor web Linux/Unix.
• Implante o manipulador ASP.NET 4.0 pronto da HostTracker em um servidor IIS/Windows.

Um host sem nenhum acesso de entrada não pode ser consultado. O que precisa ser exposto é uma URL somente leitura que devolve um número, não uma porta de gerenciamento, mas ela precisa estar exposta aos verificadores da HostTracker.

Fonte de Monitoramento

Não há captura de tela disponível para essa seção, mas todo controle nela ainda precisa de explicação, já que é o que torna esse tipo de verificação diferente do resto do painel.

• Provedor de valor - um menu suspenso com três opções. Provedor de valor - seu próprio serviço web (personalizado): o seu endpoint responde {"v": 12.34, "e": "error text", "vs": "version string"}, e pelo menos um valor ou uma string de erro precisa estar presente, então um endpoint devolvendo só {"v": 42.5} reporta 42.5 em toda verificação. Coletor HostTracker - PHP, para servidores web *nix: precisa de shell_exec ativado no php.ini (ele executa comandos de shell como top, free e df), mais as extensões mysql/mysqli para uma leitura de tempo de conexão MySQL. Coletor HostTracker - ASP.NET 4.0, para IIS/Windows: a identidade do pool de aplicativos precisa de direitos para ler contadores de desempenho e o registro, e Network Service geralmente é suficiente. Os dois coletores prontos são baixados dessa seção e precisam ser implantados manualmente no servidor alvo; a HostTracker nunca envia nada para o seu servidor automaticamente.
• O campo de URL do monitor logo abaixo é rotulado URL completa do monitor para a opção personalizada (o endereço exato do endpoint, discado como está) ou URL base do monitor para um coletor pronto (a raiz do site sob a qual o script do coletor foi implantado; a HostTracker anexa o próprio nome de arquivo do coletor a ela).
• Assim que um coletor pronto é selecionado, um menu suspenso de Tipo de counter aparece: % de uso de CPU, % de uso de RAM, % de uso de disco ou sistema de arquivos, Tempo de conexão de porta (ms), Tempo de conexão MySQL (ms), e, só para ASP.NET, Tempo de conexão SQL Server (ms) e Contador de desempenho do Windows. Cada um traz o próprio campo: uma letra de disco ou caminho *nix, um host e porta, uma string de conexão (com um link de exemplo de formato), ou um trio categoria / nome / instância para um contador de desempenho (a instância pode ficar vazia para o padrão, muitas vezes _Total).

Configurações Principais

As Configurações Principais para esse tipo não têm captura de tela dedicada, então aqui está todo controle nelas:

• Intervalo - de 1 minuto até 24 horas, mais uma alternativa de agenda cron. Um minuto serve para uma máquina crítica para o negócio; 5 ou 10 minutos é mais do que suficiente para uma tendência mais lenta como uso de disco.
• Tags - rótulos de texto livre para agrupar e filtrar monitores.
• Log Completo - salva todo valor consultado individualmente em vez de só resumos agrupados.
• Estatísticas Abertas - torna a página de estatísticas e log desse monitor compartilhável, inclusive com pessoas que não estão logadas.
• Tentar novamente em falha de conexão - uma chave, ativada por padrão, que tenta de novo uma vez antes de marcar uma falha de busca como um erro direto.
• Os controles de Provedor de valor, URL do monitor e Tipo de counter descritos em Fonte de Monitoramento acima também vivem nesse grupo no painel.

Validação de Resposta

É aqui que você transforma uma leitura bruta em um alerta, e é onde os leitores costumam ter dificuldade. Um limite definido apertado demais dispara em todo pico comum, e um definido frouxo demais nunca dispara até ser tarde demais para importar.

• Condição de erro - mostrada na captura de tela no padrão, sem condição, o que significa que o monitor só reporta o valor sem nenhum veredito de Fora do Ar. Escolher igual a, diferente de, menor que ou maior que revela um campo numérico para o limite; escolher dentro do intervalo ou fora do intervalo revela dois, um limite inferior e um superior.
• Sobrecargas antes de Fora do Ar - aparece assim que qualquer condição diferente de "sem condição" é selecionada. É um controle deslizante de 0 a 20: o número de verificações consecutivas que já precisam estar violando a condição antes de o monitor virar Fora do Ar. Em 0, uma única leitura violando já conta imediatamente; em 3, por exemplo, três verificações seguidas acima do limite são necessárias. A HostTracker avalia isso centralmente, não a máquina sendo observada, e isso decide se o monitor é útil ou está constantemente gritando lobo. Um servidor com uma carga de CPU que dá picos por alguns segundos várias vezes por hora precisa de um debounce acima de 0, ou todo pico comum vira um alerta.

Escolher o próprio limite é uma decisão de julgamento específica ao que você está observando. Não há um único número certo, então dê atenção de verdade a isso em vez de deixar o padrão no lugar. Uma propriedade útil dessa verificação: uma falha de busca (o coletor está inacessível, dá timeout, ou devolve algo não interpretável) é reportada como um erro imediatamente e nunca conta para o debounce acima, então uma conexão instável com o coletor não consegue satisfazer uma contagem de sobrecarga consecutiva feita para pressão real de recurso.

Inscrições de Alerta

Escolha quais contatos são avisados sobre esse monitor e para quais eventos: No Ar, Fora do Ar e Repetir (um lembrete repetido enquanto a verificação continua fora do ar). Uma única chave inscreve todo contato em No Ar/Fora do Ar de uma vez, ou escolha contatos e eventos individuais na tabela abaixo dela.

Inscrições de Relatório

Separadamente dos alertas, escolha quem recebe relatórios periódicos para esse monitor - Diário, Semanal ou Mensal - por e-mail.

Exemplo prático

Observando espaço em disco em um servidor Linux já rodando PHP: descompacte o coletor PHP pronto no servidor e confirme que está acessível na própria URL. Defina o Provedor de valor para a opção de coletor PHP, a URL do monitor para o endereço base do site, o Tipo de counter para % de uso de disco ou sistema de arquivos, e o caminho do sistema de arquivos para /dev/sda1. Defina a Condição de erro para maior que, com um limite de 90 (por cento), e Sobrecargas antes de Fora do Ar como 3, para que três leituras consecutivas acima de 90% sejam necessárias antes de um alerta disparar. Um pico breve de um job de backup não vai disparar um, mas um enchimento sustentado vai. O intervalo é 10 minutos, e CPU e RAM recebem os próprios monitores separados no mesmo servidor com o mesmo coletor.

Solução de problemas

• O coletor está inacessível. Um host sem nenhum acesso de entrada não pode ser consultado. Confirme que o endpoint responde de fora da sua própria rede, em um caminho difícil de adivinhar se você estiver preocupado com exposição, já que ele não aceita comandos e não muda nada.
• O monitor alerta em um número claramente errado. A verificação reporta o que quer que o coletor reporte. Corrija o endpoint, e considere fazê-lo reportar a string de erro opcional em vez de um número ruim quando algo der errado do lado dele.
• Os alertas disparam em todo pico menor. Aumente Sobrecargas antes de Fora do Ar em vez do próprio limite. Deixá-lo em 0 faz qualquer pico único contar.
• O coletor PHP reporta "shell_exec is denied on server." As leituras de CPU, RAM e disco todas executam comandos de sistema, então confirme que shell_exec não está na lista de funções desativadas do php.ini.
• Uma verificação de contador de desempenho do Windows dá erro. A identidade do pool de aplicativos precisa de direitos para ler contadores de desempenho e o registro; se ainda não for Network Service, tente defini-la assim.

Relacionados

• Todos os guias de monitoramento - o hub para todo tipo de verificação da HostTracker.
• O que é monitoramento de servidor - para que servem essas leituras e como se encaixam junto com verificações de disponibilidade.
• Monitoramento de servidor: CPU, RAM e disco - a página de produto para esse tipo de verificação.
• Guia de monitoramento SNMP - o caminho alternativo para as mesmas métricas em hardware que não consegue rodar um coletor, como roteadores e switches.
• Monitoramento de consulta de banco de dados - para observar as consultas e resultados de um banco de dados diretamente, além de um número de tempo de conexão.
• Guia de verificação de banco de dados - outra verificação que roda a partir da infraestrutura privada da HostTracker.
• Ferramenta gratuita de verificação de porta - um jeito rápido de confirmar que uma porta está acessível antes de montar um monitor completo de tempo de conexão em torno dela.
• Modo de asserções e regras de validação de resposta - a linguagem de regras de validação de resposta usada em outros lugares na HostTracker.