Este é um post disponível para assinantes MVPEste post também está disponível para assinantes da Infra Magazine
ou para quem possui Créditos DevMedia. Clique aqui para saber mais!
ou para quem possui Créditos DevMedia. Clique aqui para saber mais!
Collectd: Monitorando servidores - Revista Infra Magazine 5
Nesse artigo abordam-se aspectos de monitoramento de servidores Linux utilizando as principais ferramentas do mercado, ampliando a visão do administrador e possibilitando ações preventivas no ambiente
[fechar]
Você não gostou da qualidade deste conteúdo?
(opcional) Você gostaria de comentar o que não lhe agradou?
Infra Magazine 5
[Artigo disponível no Leitor Digital DevMedia. Clique aqui para acessá-lo]
> Clique aqui para ler todos os artigos da Infra Magazine 5
[Artigo disponível no Leitor Digital DevMedia. Clique aqui para acessá-lo]
> Clique aqui para ler todos os artigos da Infra Magazine 5
O monitoramento em um ambiente de infraestrutura de TI é um dos componentes básicos que o administrador de sistemas precisa para oferecer um serviço de qualidade. Imagine ter que entrar em servidor por servidor para saber se está tudo funcionando bem em seu ambiente. Em um ambiente pequeno, isso é possível, mas desnecessário, pois esse tempo pode ser gasto em outras tarefas.
Atualmente, muitas vezes, só se sabe que algo está com problema quando o usuário final liga para informar. Isso é algo que pode ser evitado. Quando o cliente ligar para reclamar, o administrador do sistema deve conhecer quais itens estão com problema e qual a previsão para normalizar. Isso demonstra que o administrador tem controle sobre sua infraestrutura e traz confiança para seu cliente, seja ele interno ou externo. Trabalhar de forma proativa é muito melhor do que de forma reativa e para isto é necessário um processo de monitoramento bem estabelecido.
O monitoramento deve contemplar todos os itens de infraestrutura que envolvam o funcionamento normal do seu ambiente, ou seja, ativos de rede (roteadores e switches), servidores e o que mais for possível monitorar.
Um sistema de monitoramento bem definido faz com que o administrador saiba o que está acontecendo no ambiente sem sequer se autenticar em um servidor. Em outras palavras, o administrador deve conter uma tela única que aponte se existe problema no ambiente computacional ou não. Para atingir este nível de maturidade, leva-se um tempo. Portanto não é preciso se preocupar se, no início, não for possível chegar a essa situação. Um processo contínuo de revisão e melhoria deve ser instaurado até que se alcance a qualidade esperada de monitoramento.
Monitoramento de servidores
Existem dois tipos de monitoramento em servidores: monitoramento ativo e monitoramento passivo. Basicamente, o monitoramento ativo é aquele onde o servidor busca as informações no item monitorado (máquina em que se executa um processo cliente). Por sua vez, o monitoramento passivo é aquele onde o processo cliente envia os dados para o servidor de monitoramento. A arquitetura e as ferramentas para isso devem ser avaliadas de acordo com o tipo de negócio e as necessidades.
Atualmente, no ambiente computacional aplicam-se ambos os tipos de monitoramento, pois além de ter a visão do servidor, é necessário ter a visão do usuário. Explica-se: imagine monitorar de forma passiva o processo do ntpd (network time protocol daemon). O processo está rodando, mas por algum motivo, o sincronismo de horário não está sendo feito. Então, de forma ativa, monitoram-se quantos minutos o servidor está diferente do servidor ntp (Network Time Protocol). Assim, tem-se a visão do sistema operacional (processo rodando) e a visão do usuário (quantos minutos de diferença de horário). Este tipo de estratégia deve ser aplicado em todo monitoramento.
Outro item importante é chegar ao valor do limite ideal para o monitoramento. Esse valor, chamado threshold, é o valor mínimo ou máximo que o item monitorado deve trabalhar. Por experiência, definem-se valores comumente utilizados, conforme citado nas explicações a seguir. Porém é conceitualmente errado predefinir o threshold para monitoramento, pois este deve ser adequado ao ambiente que se quer monitorar. Quando estiver montando o ambiente computacional, o administrador deve gastar um tempo analisando os gráficos de utilização dos recursos para chegar aos valores ideais. Se o administrador implementar o ambiente computacional sem esta tarefa, problemas com falsos-positivos podem ocorrer. Chamam-se falso-positivos os alarmes que aparecem no monitoramento, mas não correspondem a um problema real no ambiente. Isso é um erro de configuração do monitoramento e o processo de monitoramento deve ser reavaliado.
"
Este é um post disponível para assinantes MVP
Atualmente, muitas vezes, só se sabe que algo está com problema quando o usuário final liga para informar. Isso é algo que pode ser evitado. Quando o cliente ligar para reclamar, o administrador do sistema deve conhecer quais itens estão com problema e qual a previsão para normalizar. Isso demonstra que o administrador tem controle sobre sua infraestrutura e traz confiança para seu cliente, seja ele interno ou externo. Trabalhar de forma proativa é muito melhor do que de forma reativa e para isto é necessário um processo de monitoramento bem estabelecido.
O monitoramento deve contemplar todos os itens de infraestrutura que envolvam o funcionamento normal do seu ambiente, ou seja, ativos de rede (roteadores e switches), servidores e o que mais for possível monitorar.
Um sistema de monitoramento bem definido faz com que o administrador saiba o que está acontecendo no ambiente sem sequer se autenticar em um servidor. Em outras palavras, o administrador deve conter uma tela única que aponte se existe problema no ambiente computacional ou não. Para atingir este nível de maturidade, leva-se um tempo. Portanto não é preciso se preocupar se, no início, não for possível chegar a essa situação. Um processo contínuo de revisão e melhoria deve ser instaurado até que se alcance a qualidade esperada de monitoramento.
Monitoramento de servidores
Existem dois tipos de monitoramento em servidores: monitoramento ativo e monitoramento passivo. Basicamente, o monitoramento ativo é aquele onde o servidor busca as informações no item monitorado (máquina em que se executa um processo cliente). Por sua vez, o monitoramento passivo é aquele onde o processo cliente envia os dados para o servidor de monitoramento. A arquitetura e as ferramentas para isso devem ser avaliadas de acordo com o tipo de negócio e as necessidades.
Atualmente, no ambiente computacional aplicam-se ambos os tipos de monitoramento, pois além de ter a visão do servidor, é necessário ter a visão do usuário. Explica-se: imagine monitorar de forma passiva o processo do ntpd (network time protocol daemon). O processo está rodando, mas por algum motivo, o sincronismo de horário não está sendo feito. Então, de forma ativa, monitoram-se quantos minutos o servidor está diferente do servidor ntp (Network Time Protocol). Assim, tem-se a visão do sistema operacional (processo rodando) e a visão do usuário (quantos minutos de diferença de horário). Este tipo de estratégia deve ser aplicado em todo monitoramento.
Outro item importante é chegar ao valor do limite ideal para o monitoramento. Esse valor, chamado threshold, é o valor mínimo ou máximo que o item monitorado deve trabalhar. Por experiência, definem-se valores comumente utilizados, conforme citado nas explicações a seguir. Porém é conceitualmente errado predefinir o threshold para monitoramento, pois este deve ser adequado ao ambiente que se quer monitorar. Quando estiver montando o ambiente computacional, o administrador deve gastar um tempo analisando os gráficos de utilização dos recursos para chegar aos valores ideais. Se o administrador implementar o ambiente computacional sem esta tarefa, problemas com falsos-positivos podem ocorrer. Chamam-se falso-positivos os alarmes que aparecem no monitoramento, mas não correspondem a um problema real no ambiente. Isso é um erro de configuração do monitoramento e o processo de monitoramento deve ser reavaliado.
"
A exibição deste artigo foi interrompida.
Este é um post disponível para assinantes MVPEste post também está disponível para assinantes da Infra Magazine
ou para quem possui Créditos DevMedia. Clique aqui para saber mais!
ou para quem possui Créditos DevMedia. Clique aqui para saber mais!
Thiago Nache
298633Atua na área de infraestrutura há mais de 8 anos, tem grande experiência em sistema de alta disponiblidade e alta performance. Cursou ensino médio técnico em processamento de dados, graduação em Tecnologia em Redes de Computadores na FIAP e possui certificação Red Hat e ITIL. Tem experiência e...
O que você achou deste post?
Cursos relacionados
Publicidade
