ESTÁGIO CURRICULAR I e II MONITORAMENTO DE SERVIDORES

Transcrição

1 RAFAEL WRUCK ESTÁGIO CURRICULAR I e II MONITORAMENTO DE SERVIDORES EMPRESA: TOTVS S.A. SETOR: TDI SUPERVISOR: JACSON LUIS BAIA ORIENTADOR: ADRIANO FIORESE CURSO DE BACHARELADO EM CIÊNCIA DA COMPUTAÇÃO CENTRO DE CIÊNCIAS TECNOLÓGIAS - CCT UNIVERSIDADE DO ESTADO DE SANTA CATARINA UDESC JOINVILLE SANTA CATARINA - BRASIL NOVEMBRO 2011

2 ii APROVADO EM.../.../... Adriano Fiorese Mestre Professor Orientador Alexandre Gonçalves Silva Doutor Célia Regina Beiro da Silveira Mestre Jacson Luis Baia Supervisor da CONCEDENTE

3 iii Carimbo da Empresa UNIDADE CONCEDENTE Razão Social: Totvs S.A CGC/MF: / Endereço: Av. Santos Dumont, 831 Bairro: Santo Antônio CEP: Cidade: Joinville UF: SC Fone: (47) Supervisor: Jacson Luis Baia Cargo: Coordenador ESTAGIÁRIO Nome : Rafael Wruck Matrícula: Endereço: Rua Alvin Timm, 373 Bairro: Boehmerwald CEP: Cidade: Joinville UF: SC Fone: (47) Curso de : Bacharelado em Ciência da Computação Título do Estágio: Monitoramento de Servidores Período: 02/08/2011/ a 26/10/2011 Carga horária: 360 AVALIAÇÃO FINAL DO ESTÁGIO I e II PELO CENTRO DE CIÊNCIAS TECNOLÓGICAS Representada pelo Professor Orientador: CONCEITO FINAL DO ESTÁGIO I e II Excelente (9,1 a 10) Muito Bom (8,1 a 9,0) Bom (7,1 a 8,0) Regular (5,0 a 7,0) Reprovado (0,0 a 4,9) NOTA ETG I (Média do Processo) NOTA ETG II (Média do Processo) Rubrica do Professor da Disciplina Joinville / /

4 iv Nome do Estagiário : Rafael Wruck QUADRO I AVALIAÇÃO NOS ASPECTOS PROFISSIONAIS QUALIDADE DO TRABALHO: Considerando o possível. ENGENHOSIDADE: Capacidade de sugerir, projetar, executar modificações ou inovações. CONHECIMENTO: Demonstrado no desenvolvimento das atividades programadas. CUMPRIMENTO DAS TAREFAS: Considerar o volume de atividades dentro do padrão razoável. ESPÍRITO INQUISITIVO: Disposição demonstrada para aprender. INICIATIVA: No desenvolvimento das atividades. SOMA Pontos QUADRO II AVALIAÇÃO DOS ASPECTOS HUMANOS ASSIDUIDADE: Cumprimento do horário e ausência de faltas. DISCIPLINA: Observância das normas internas da Empresa. SOCIABILIDADE: Facilidade de se integrar com os outros no ambiente de trabalho. COOPERAÇÃO: Disposição para cooperar com os demais para atender as atividades. SENSO DE RESPONSABILIDADE: Zelo pelo material, equipamentos e bens da empresa. SOMA Pontos PONTUAÇÃO PARA O QUADRO I E II Sofrível - 1 ponto, Regular - 2 pontos, Bom - 3 pontos, Muito Bom - 4 pontos, Excelente - 5 pontos LIMITES PARA CONCEITUAÇÃO AVALIAÇÃO FINAL Pontos De 57 a SOFRÍVEL SOMA do Quadro I multiplicada por 7 De 102 a REGULAR SOMA do Quadro II multiplicada por 3 De 148 a BOM SOMA TOTAL De 195 a MUITO BOM De 241 a EXCELENTE Nome da Empresa: Totvs S.A Representada pelo Supervisor: Jacson Luis Baia CONCEITO CONFORME SOMA TOTAL Rubrica do Supervisor da Empresa Local: Data : Carimbo da Empresa

5 v UDESC UNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC CENTRO DE CIÊNCIAS TECNOLÓGICAS - FEJ PLANO DE ESTÁGIO CURRICULAR I e II ESTAGIÁRIO Nome: Rafael Wruck Matrícula: Endereço (Em Jlle): Rua Alvin Timm Bairro: Boehmerwald CEP: Cidade: Joinville UF: SC Fone: (47) Endereço (Local estágio): Av. Santos Dumont, 831 Bairro: Santo Antônio CEP: Cidade: Joinville UF: SC Fone: (47) Regularmente matriculado no semestre: 7 Formatura (prevista) Semestre/Ano: 2/2011 Curso: Ciência da Computação UNIDADE CONCEDENTE Razão Social: TOTVS S.A. CGC/MF: / Endereço: Av Santos Dumont, 831 Bairro: Santo Antônio CEP: Cidade: Joinville UF: SC Fone: (47) Atividade Principal : Desenvolvimento de Software Supervisor: Jacson Luis Baia Cargo: Coordenador DADOS DO ESTÁGIO Área de atuação: Servidores Departamento de atuação: TDI Fone:(47) Ramal: 7406 Horário do estágio: 9:00 às 12:00 13:30 às 16:30 Total de horas: 360 Período: 02/08/2011 até 26/10/2011 Total de horas semanais: 30 Nome do Professor Orientador: Adriano Fiorese Departamento: DCC Disciplina(s) simultânea(s) com o estágio Quantas: Nenhuma Quais:

6 vi OBJETIVO GERAL Implantação da ferramenta Centreon para o gerenciamento e monitoramento de servidores e serviços na rede de computadores corporativa da Totvs S.A ATIVIDADES OBJETIVO ESPECÍFICO HORAS 1. Estudar o funcionamento da ferramenta Centreon 1.1 Estudar o modelo de gerenciamento e protocolos utilizados pela ferramenta Definição 3. Instalação 4. Configuração 5. Testes 6. Monitoramento 1.2 Levantar os requisitos de hardware e software (S.O.) necessários para instalação e operação da ferramenta. 2.1 Definição dos recursos, serviços e os plugins para auxiliar no monitoramento. 2.2 Definição dos recursos, serviços e demais entidades de software ou hardware a serem monitorados 2.3 Definir as regras para os alertas e os grupos para envio de Instalação do Sistema Operacional do Servidor e do Centreon. 3.2 Instalação dos plugins nos servidores monitorados. 4.1 Configuração do Centreon e dos plugins. 4.2 Cadastramento dos Servidores e Serviços no Centreon 5.1 Testes e operação, transparência e usabilidade 6.1 Realizar o gerenciamento e o monitoramento Rubrica do Professor Orientador Rubrica do Comitê de Estágios Rubrica do Coordenador de Estágios Rubrica do Supervisor da Empresa Data: Data: Data: Data: Carimbo da Empresa

7 CRONOGRAMA FÍSICO E REAL PERÍODO (Semanas) P ATIVIDADES R 1. Estudar o funcionamento da ferramenta Centreon P R R x x 2. Definição P x x R x x 3. Instalação P x x R x x 4. Configuração P x x x x x R x x x x x x 5. Testes P x x R x x x 6. Monitoramento P x x x x R x x x x

8 À minha esposa Thiany À minha filha Rafaela Aos meus pais Wilson e Denise

9 AGRADECIMENTOS Primeiramente, a aquele, que me permitiu tudo isso, ao longo de toda a minha vida, a você meu DEUS, por conseguir vencer mais uma etapa importante e também por todas as minhas conquistas até aqui e as que virão. À minha esposa e filha, por todo amor, carinho, companheirismo, paciência e compreensão. Ao meu pai e minha mãe, os quais amo muito, por estarem sempre presente e pelo exemplo de vida e família. Aos amigos, mesmo próximos ou distantes, mas que sempre ficarão na memória.

10 SUMÁRIO 1. INTRODUÇÃO OBJETIVOS Geral Específicos ORGANIZAÇÃO DO ESTUDO A EMPRESA HISTÓRICO PRINCIPAIS PRODUTOS PRINCIPAIS CLIENTES CONSIDERAÇÕES GERAIS RECURSOS DE MONITORAMENTO E GERENCIAMENTO CENTREON NAGIOS Objetos Template SNMP IMPLANTAÇÃO DO MONITORAMENTO MOTIVAÇÃO INSTALAÇÂO E CONFIGURAÇÃO INICIAL CONFIGURAÇÃO DOS AGENTES CONFIGURAÇÃO DE TEMPLATE Generic Host Template Servers-Win2k e Servers-Win2k Servers-Win2k Servers-Win2k CADASTRO DOS HOSTS CRIANDO VERIFICAÇÃO DO ANTIVÍRUS PANDA Criando o Comando CRIAÇÃO DOS HOSTGROUPS CONFIGURAÇÃO DO POSTFIX MONITORAMENTO E RELATÓRIOS CONSIDERAÇÕES FINAIS REFERÊNCIAS... XLVI

11 LISTA DE FIGURAS Figura 1 - Linha do tempo da Totvs (Adaptado de TOTVS, 2011) Figura 2 Estrutura do Nagios (BARTH, 2008) Figura 3 - Estrutura e mensagens SNMP (TELECO, 2011) Figura 4 - Configuração do agent no Windows Figura 5 - Configuração do template generic-host no Centreon Figura 6 - Parâmetros do template generic-host Figura 7 - Configuração do template Servers-Win2k Figura 8 - Seleção dos serviços no template Servers-Win2k Figura 9 - Configuração do template Servers-Win2k Figura 10 - Seleção dos serviços no template Servers-Win2k Figura 11 - Parâmetros do serviço SNMP-Win2k-memory Figura 12 - Parâmetros do serviço SNMP-Win2k3-memory Figura 13 - Cadastro de Host Figura 14 - Cadastro do host TotvsTec Figura 15 - Hosts cadastrados no Centreon Figura 16 - Exportando os arquivos e reiniciando o Nagios Figura 17 - Log de exportação e inicialização do Nagios Figura 18 - Arquivo de configuração dos hosts Figura 19 - Criando comando Panda no Centreon Figura 20 - Configuração do comando de verificação do Panda Figura 21 - Exportando os arquivos e reiniciando o Nagios... 38

12 Figura 22 - Associar serviço ao host Figura 23 - Associação do serviço ao host Figura 24 - Associação do serviço aos hosts Figura 25 - Configuração de hostgroup Figura 26 - Monitoramento do Hostgroup dos servidores Windows Server 2k Figura 27 - Monitoramento do Hostgroup dos servidores Windows Server 2k Figura 28 - Configuração do Postfix Figura 29 - Comandos para e reinicialização do Nagios e Postfix Figura 30 - Média da disponibilidade dos servidores Figura 31 - Disponibilidade do host Açores Figura 32 - Disponibilidade do host Açores Figura 33 - Utilização da CPU pelo servidor Vigoreli Figura 34 - Armazenamento do HD do servidor TV-totvs-jv

13 RESUMO Este relatório de estágio tem como objetivo descrever as atividades realizadas pelo acadêmico Rafael Wruck durante seu período de estágio curricular na empresa TOTVS S.A. As atividades realizadas neste estágio visaram a implantação da ferramenta Centreon para o monitoramento dos servidores. Durante a realização do estágio, as atividades foram divididas em três etapas. A primeira etapa foi teórica, sendo responsável pelo estudo da ferramenta Centreon, obtendo conhecimento do seu funcionamento, sua configuração e operação. A segunda etapa foi prática, e consistiu em aplicar o conhecimento adquirido na primeira etapa na implantação da ferramenta. A terceira etapa, que consistiu no objetivo do estágio, é a atividade de monitoramento. O objetivo almejado foi atingido com sucesso, pois foi implantado com sucesso o Centreon e iniciado o monitoramento dos servidores. Palavras-chave: servidores, monitoramento, Nagios, SNMP.

14 13 1. INTRODUÇÃO A principal finalidade deste relatório é apresentar as atividades exercidas pelo acadêmico durante o período em que cursou a disciplina de Estágio Curricular Obrigatório I e II. Durante a execução do estágio o aluno teve a oportunidade de aplicar no ambiente corporativo os conhecimentos teóricos adquiridos nas disciplinas de Redes de Computadores e Gerenciamento de Redes de Computadores, para resolver o problema enfrentado pela empresa, que era a ausência de uma ferramenta para monitoramento e gerenciamento dos seus servidores e serviços internos. Partindo da definição da ferramenta de monitoramento e gerenciamento adotada, o Centreon, foi elaborado o Plano de Estágio I e II, que conta com os objetivos a seguir descritos OBJETIVOS Geral Implantar a ferramenta Centreon para gerenciamento e monitoramento de servidores e serviços na rede de computadores corporativa da Totvs S.A Específicos Estudar o modelo de gerenciamento e protocolos utilizados pela ferramenta. Levantar os requisitos de hardware e software (S.O.) necessários para a instalação e operação da ferramenta. Definição dos recursos, serviços e plugins para auxiliar no monitoramento. Definir as regras e os grupos para o envio de .

15 14 Instalar do sistema operacional do servidor e do Centreon. Instalar os plugins nos servidores monitorados. Configurar o Centreon e os plugins. Cadastrar os servidores e serviços no Centreon. Testar a operação, transparência e usabilidade. Realizar o gerenciamento e o monitoramento ORGANIZAÇÃO DO ESTUDO O relatório é apresentado em 6 capítulos. O primeiro, esta introdução, possui a contextualização geral do trabalho desenvolvido, com um breve resumo das atividades exercidas no decorrer do estágio, junto com os objetivos gerais e específicos. No Capítulo 2, é apresentada a empresa contratante, com seu histórico, produtos, áreas de atuação e número de clientes e informações sobre seu capital humano, benefícios e faturamento. O Capítulo 3, é dedicado ao estudo dos recursos disponíveis para a realização das atividades de implantação e monitoramento desenvolvimento na empresa pelo acadêmico em suas atividades. No Capítulo 4, é detalhada a atividade de implantação do sistema de monitoramento. O capítulo 5 mostra os resultados alcançados com a realização do monitoramento, dificuldades encontradas e ações tomadas baseadas nos resultados do monitoramento O relatório é concluído no Capítulo 6, com as considerações gerais sobre o projeto, os resultados alcançados e a relação das disciplinas cursadas que foram de primordial importância para a realização do estágio.

16 15 2. A EMPRESA 2.1. HISTÓRICO A Totvs é uma empresa de software, de inovação, de relacionamento e suporte à gestão. Líder absoluta no Brasil, com 48,6% de participação de mercado, e também na América Latina, com 34,2%. É a maior empresa de softwares aplicativos sediada em países emergentes e a 6ª maior do mundo no setor. A história da Totvs iniciou em 1983, com a fundação da Microsiga. O nome Totvs passou a ser utilizado somente em 2005, quando a Microsiga adquiriu a Logocenter. Em 2006, abriu seu capital e adquiriu a sua maior concorrente, a CRM. Em 2007 foram incorporadas outras pequenas empresas, como a BCS e a Midbyte. Com a aquisição da BCS e da MidByte foi criada a TQTVD, empresa destinada ao desenvolvimento de aplicativos para a TV digital. No ano seguinte, em 2008, foi realizada a fusão com a Datasul, assim a Totvs assume definitivamente a liderança no país. Com mais de 27 anos de experiência, tem mais de 26 mil clientes ativos e conta com a colaboração de mais de 10 mil participantes, entre unidades próprias e franquias. Está presente com unidades no México, Argentina e Portugal e clientes em 23 países. Na Figura-1 é visualizada a linha do tempo da Totvs, onde é possível evidenciar grande crescimento na última década. Aquisição RM BCS e MidByte Fundação Microsiga Argentina Aquisição Logocenter Abertura Capital Datasul México Figura 1 Linha do tempo da Totvs (Fonte: Adaptado de TOTVS, 2011)

17 PRINCIPAIS PRODUTOS A Totvs traz para o mercado um portfólio completo de gestão, composto por: Software, Tecnologia e Serviço de Valor Agregado. Software: Implantação de aplicativos para gestão empresarial integrado, gerenciamento e relacionamento com clientes, inteligência de negócios, gestão de suprimento, bem como soluções específicas para diversos segmentos de mercado. Tecnologia: Desenvolvimento de tecnologia própria para os produtos e para televisão digital. Serviços de Valor Agregado: Terceirização de processos, infraestrutura e datacenter, educação, serviços de tecnologia, consultorias especializadas em estratégia, gestão e processos. A Totvs atua nas mais diversas áreas de mercado, tais como: Distribuição e Logística Agroindústria Manufatura Varejo Construção e Projetos Serviços Educacional Saúde Jurídico Para estes segmentos a Totvs oferece os seguintes produtos de software: ERP TOTVS RH o RH MANUFATURA

18 17 o RH VAREJO o RH SERVIÇOS CRM TOTVS BI (Business Intelligence) SPED NFE IFSR 2.3. PRINCIPAIS CLIENTES tais como: A Totvs possui clientes que atuam nas mais diversas áreas de mercado, Distribuição e Logística: 5 clientes; Agroindústria: 3 clientes; Manufatura: 20 clientes; Varejo: 4 clientes; Construção e Projetos: 6 clientes Serviços: 5 clientes; Educacional: 2 clientes Saúde: 2 clientes Jurídico: 1 cliente 2.4. CONSIDERAÇÕES GERAIS Atualmente a Totvs apresenta quadro de funcionários com 10 mil participantes, distribuídos em unidades próprias no Brasil, em São Paulo, Rio de Janeiro, Brasília, Belo Horizonte, Joinville e Porto Alegre, e no exterior, no México, Argentina e Portugal. O atual mote da Totvs é Let s Share, que representa a importância de criar e compartilhar o conhecimento gerado dentro da empresa. Para isto, a Totvs

19 18 desenvolveu o ByYou, que é uma rede social corporativa onde os participantes tem a oportunidade de compartilhar o seu conhecimento. A Totvs tem um projeto na área social, com o IOS, Instituto de Oportunidade Social. Este instituto atende jovens de baixa renda com idade de 15 à 21 anos e pessoas com deficiência, oferecendo treinamentos na área profissional. Na empresa, o participante tem possibilidade de crescimento profissional, através de plano de cargos e salários, onde se tem conhecimento do atual cargo e os cargos que podem ser alcançados em uma determinada carreira. Os benefícios disponibilizados pela empresa são: plano de saúde, plano odontológico, subsídio de medicamentos, vale alimentação/refeição, vale transporte, seguro de vida, previdência privada, subsídio acadêmico/idiomas e auxílio creche. A Totvs conta com o HCT, que é um programa de certificação interno, onde o participante realiza estudos para obter a certificação acerca das rotinas da área em que trabalha. Cada área da empresa tem as suas certificações específicas. Em 2010, a Totvs fechou o ano com o faturamento de R$ bilhão de reais, com lucro líquido de R$ 295,7 milhões de reais.

20 19 3. RECURSOS DE MONITORAMENTO E GERENCIAMENTO A escolha do Centreon foi baseada na sua facilidade de configuração e operação, e por apresentar de forma gráfica os indicadores que mostram a disponibilidade dos servidores. Os fatos de ser software livre baseado no Nagios, e pela utilização do SNMP também foram levados em consideração na sua escolha CENTREON O Centreon é desenvolvido pela empresa francesa Merethis e a versão utilizada neste relatório foi a O Centreon é uma distribuição Linux baseada da distribuição Cent OS 5.4. Contém uma interface web dinâmica, com mais funcionalidade do que interface disponibilizada pelo Nagios, onde se têm acesso as informações somente com alguns cliques do mouse. Segundo (MERETHIS_3, 2011), Centreon é a fusão de novas tecnologias Web com a robustez do Nagios. Por se tratar de uma distribuição voltada ao monitoramento, possui todas as ferramentas necessárias, como o Nagios, banco de dados, interface web e plugins e disponibiliza um assistente, que guia os passos durante a instalação e configuração inicial do sistema. Após a instalação, o sistema está totalmente funcional NAGIOS Nagios é uma ferramenta para monitoramento de sistemas, que constantemente verifica o estado das máquinas e dos seus serviços. A proposta principal deste sistema de monitoramento é detectar e informar qualquer sistema que não esteja funcionando corretamente tão logo possível, antes que os usuários percebam e questionem o administrador da rede. (KOCJAN, 2008) O Nagios sozinho não realiza o monitoramento. Ele necessita de plugins, que são softwares adicionais responsáveis pelas funcionalidades de monitoramento.

21 20 Esta estrutura modular proporciona flexibilidade e performance na hora de configurar a solução de monitoramento. A representação desta modularidade pode ser vista na Figura 2. Figura 2 - Estrutura do Nagios. (Fonte: BARTH, 2008) Objetos No Nagios um objeto descreve uma específica unidade, como um host, um serviço, um contato, ou um grupo de cada um deles. Os objetos monitorados pelo Nagios são divididos em duas categorias: hosts e services. Hosts são as máquinas físicas, ou virtualizadas (servidores, roteadores, switch), são os ativos da rede. Services são as funcionalidades disponibilizadas pelo servidor, por exemplo, um servidor web, banco de dados, etc. Após realizar a verificação, o Nagios associa um status ao objeto, de acordo com o valor lido. Os status dos objetos podem ser: OK, WARNING, CRITICAL e UNKNOW que também são associados a uma cor, para facilitar o administrador a identificar rapidamente o status do alerta. O status OK significa que o valor do objeto monitorado está normal e sua cor é verde. WARNING indica que o valor do objeto está em um nível crítico e necessita de atenção, sua cor é amarela. CRITICAL: o valor do objeto monitorado

22 21 alcançou nível crítico e necessita solução urgente, e sua cor é vermelha. UNKNOW: o valor do objeto monitorado não é conhecido, sua cor é cinza. Os valores dos objetos monitorados que correspondem a um dos três status, OK, WARNING e CRITICA podem ser configurados de acordo com as necessidades e as notificações de status podem ser enviadas para o administrador através de , SMS, Pager. Os principais tipos de objetos são: Host: representa um nó da rede que será monitorado. Hostgroup: agrupa hosts com características semelhantes. Facilita a configuração, pois um serviço configurado para um hostgroup é aplicado a todos os hosts deste grupo. Service: serviço que será monitorado em um host. Servicegroup: agrupa os serviços, é utilizado para facilitar a visualização dos serviços. Contact: pessoa que será informada em um evento de notificação. Contactgroup: agrupa vários contatos em um grupo. Se um contactgroup estiver configurado em um evento, todos os membros do grupo receberão a notificação. Timeperiod: cria um calendário com as datas e os horários que um host ou service é monitorado e gera eventos de notificação. Command: são programas ou scripts externos que o Nagios pode executar, por exemplo, o envia de Template Nagios oferece flexibilidade para a configuração das máquinas através de uma estrutura em hierarquia. A idéia principal é que o administrador defina um template que contenha todos os parâmetros comuns e que possam ser reutilizados nas definições dos hosts e services.

23 SNMP Simple Network Management Protocol (SNMP) é um protocolo designado para o monitoramento e gerenciamento de vários dispositivos de hardwares conectados em uma rede (KOCJAN, 2008). O intuito é criar uma forma padronizada para receber e informar parâmetros para um hardware. SNMP é um padrão industrial, e todos os grandes fornecedores de hardware e software fornecem suporte a este protocolo em seus produtos. O padrão SNMP também define a forma hierárquica que as informações podem ser acessadas, chamada de MIB (Management Information Base). A MIB é uma base de dados e define quais atributos podem ser acessados e o tipo de dados associados (BARTH, 2008). Foi desenvolvido para ser facilmente implementado e fornecer uniformidade na forma de acesso às informações de diversas máquinas (KOCJAN, 2008). Este protocolo requer poucos recursos de hardware, o que possibilita a sua aplicação em máquinas com pouco recurso de memória e armazenamento. Utiliza o protocolo de camada de transporte UDP, pois requer menos recursos que o TCP. No modelo de gerência baseado em SNMP, cada máquina gerenciada possui um aplicativo instalado que é responsável por responder as solicitações de gerência de outra(s) máquina(s) gerenciadoras. Este aplicativo é chamado de agent. A máquina responsável por realizar as consultas das informações aos agents é chamada Network Management Station (NMS), e o software que executa na NMS e é responsável por solicitar informações de gerenciamento aos agents é chamado manager. Dependendo da versão do protocolo SNMP, as mensagens trocadas entre manager e agent são: Get request: Usado para solicitar o valor de uma ou mais variáveis da MIB. Get response: Usado para enviar resposta aos comandos Get, Get-next e Set. Get-next: Usado para obter o próximo valor em uma tabela. Set request: Usado para atribuir um valor a uma variável da MIB. Trap notification: usado para enviar informações de alarme ou eventos significativos.

24 23 A Figura 3 apresenta a estrutura básica do SNMP e as mensagens trocadas entre manager e agent. Figura 3 Estrutura e mensagens SNMP (Fonte: TELECO, 2011). Atualmente o protocolo SNMP apresenta implementação em três versões: SNMPv1, SNMPv2c e SNMPv3. Neste trabalho foi utilizada a versão SNMPv1. Nesta versão o mecanismo de autenticação é baseado no IP do manager e na string da community. A string community define um grupo de máquinas que um determinado manager tem acesso. Os parâmetros dos agents são identificados através de um OID (object identifiers). Trata-se de um número único que referencia um parâmetro dentro da MIB do agent.

25 24 4. IMPLANTAÇÃO DO MONITORAMENTO 4.1. MOTIVAÇÃO Para atender melhor os clientes internos da Totvs, foi apontada a necessidade de implantação de um sistema de monitoramento para servidores e seus serviços. O objetivo da empresa com a implantação deste monitoramento é oferecer suporte mais ágil às possíveis falhas que venham a ocorrer. Com o monitoramento pode-se antecipar e até mesmo evitar situações de falha, através do acompanhamento de recursos destes servidores, como disco, processamento, memória RAM, latência da rede e a execução de processos. A principal importância do monitoramento é a possibilidade de realizar ações preventivas em vez de somente corretivas. As ações preventivas podem ser realizadas através da análise de relatórios gerenciais dos recursos. Por exemplo, observando-se o gráfico de armazenamento de um HD, é possível estimar a data em que atingirá o máximo de sua capacidade, e desta forma programar a sua substituição INSTALAÇÂO E CONFIGURAÇÃO INICIAL A instalação do sistema é simples. Basta inserir o CD na unidade de leitura, configurar o boot para a unidade de CD e seguir o assistente de instalação. O particionamento e os pontos de montagem são sugeridos pelo assistente. Os dados configurados durante a instalação do sistema foram: Host name: laranjal Endereço IP: /24

26 CONFIGURAÇÃO DOS AGENTES Os produtos Microsoft da família Windows disponibilizam o agent SNMP como um serviço, basta ativar este recurso, configurá-lo e iniciar a sua execução. Primeiramente foi determinado o nome da comunidade SNMP como td1j01 e depois concedido permissão para o servidor laranjal realizar as consultas, conforme demonstrado na Figura 4. Os direitos da comunidade foram mantidos em somente leitura, pois não serão realizados comandos de set. Figura 4 - Configuração do agent no Windows. O serviço SNMP foi configurado para inicialização automática, para que ao ligar a máquina, o serviço inicie automaticamente. Este procedimento de ativação e configuração dos agents foi realizado em todos os servidores Windows.

27 CONFIGURAÇÃO DE TEMPLATE Conforme visto, o template proporciona flexibilidade e agilidade para a configuração dos hosts, possibilitando o agrupamento de parâmetros comuns em um objeto que será herdado pelos hosts. Neste trabalho foram configurados três templates para host: Generic-host Servers-win2k Servers-win2k Generic Host Neste template foram configurados os parâmetros comuns a todos os servidores monitorados, independentemente da versão do Windows e da funcionalidade do serviço. Foram identificados os seguintes parâmetros comuns a todos os hosts: SNMP & version Community: Comunidade e a versão do protocolo SNMP. Check Period: O período que será realizado o monitoramento. Check Command: O comando que este template executa. Max Check Attempts: Número de execuções do comando antes de alterar o status do objeto. Linked Contacts: contatos configurados para receber os alertas. Notification Interval: intervalo de tempo entre os envios de notificação. Notifications period: período que as notificações são enviadas. Notification Options: opções de eventos que podem gerar o envio de notificações. o Down: Quando o servidor não responde. o Unreachable: Quando o servidor não está acessível. o Recovery: Quando o servidor voltou a responder. o Flapping: mudanças constantes de status.

28 27 o Downtime scheduled: tempo de inatividade programado. No Centreon, a configuração do template generic-host foi realizada acessando o caminho demonstrado na Figura 5: Configuration -> Hosts -> Templates -> add Figura 5 Configuração do template generic-host no Centreon. A Figura 6 apresenta os parâmetros utilizados para a configuração, no Centreon, do template generic-host: SNMP & version Community: td1j01 Check Period: 24x7, ou seja, 24 horas por di,a 7 dias da semana. Check Command: check-host-alive, comando que verifica se a máquina está ativa através do Ping. Max Check Attempts: Após 5 execuções o status do objeto é alterado. Linked Contacts: Rafael Wruck Notification Interval: 20 minutos Notifications period: 24x7, ou seja, 24 horas por dia, 7 dias da semana. Notification Options: o alerta será emitido quando o status do objeto for DOWN.

29 28 Figura 6 Parâmetros do template generic-host Template Servers-Win2k e Servers-Win2k3 Após análise dos comandos de get do SNMP, foi verificado que os parâmetros utilizados pelo Windows 2000 Server e os demais (Server 2003 e Server 2008), possuem diferenças. Por essa razão, foram configurados dois templates, conforme demonstrados a seguir Servers-Win2k O caminho para a configuração deste template foi o mesmo utilizado para a configuração do generic-host. Neste momento foi utilizado o conceito de herança. No campo Host Parallel Template é selecionado o template do generic-host, e todas as configurações deste template são herdadas, conforme Figura 7.

30 29 Figura 7 Configuração do template Servers-Win2k. Neste template também foram configurados os serviços monitorados, acessando a aba Relations. A Figura 8 mostra os serviços selecionados. Existem dois Serviços de monitoramento de memória, um para o Windows 2000 Server (SNMP-Win2k-memory) e outro para as demais versões (SNMP- Win2k3-memory). Neste template é utilizado o SNMP-Win2k-memory. Figura 8 Seleção dos serviços no template Servers-Win2k Servers-Win2k3 Neste segundo template, o processo é o mesmo utilizado na configuração do Servers-Win2k, conforme observa-se na Figura 9.

31 30 Figura 9 - Configuração do template Servers-Win2k3. A diferença na configuração do template Servers-Win2k3 para o template Servers-Win2k está relacionada aos serviços. No caso do template Servers-Win2k3, é adicionado o SNMP-Win2k3-memory, conforme Figura 10. Figura 10 - Seleção dos serviços no template Servers-Win2k. Acessando Configurations Services Templates, pode-se verificar a diferença dos argumentos dos comandos de leitura de memória. No SNMP-Win2k-memory, Figura 11, o argumento é:!virtual Memory!80!90!$USER2$!1 No SNMP-Win2k-memory, Figura 12, o argumento é:!"physical Memory"!80!90!$USER2$!1

32 31 Figura 11 Parâmetros do serviço SNMP-Win2k-memory. Figura 12 Parâmetros do serviço SNMP-Win2k3-memory CADASTRO DOS HOSTS Figura 13. O cadastro dos hosts é realizado em Configuration->hosts->hosts->add, Figura 13 Cadastro de Host

33 32 Os parâmetros necessários à criação de um host são: o nome do host, a descrição, o IP, e os templats. O servidor TotvsTec é Windows Server 2003, e foi configurado o template Servers-Win2k3, Figura 14. Figura 14 Cadastro do host TotvsTec. Os demais parâmetros foram todos configurados nos templates utilizados, que neste caso foram o Generic-host e o Servers-win2k3. Este processo foi realizado para o cadastramento de todos os servidores, a única configuração que foi alterada é o template referente à versão do Windows. A Figura 15 mostra uma das páginas com os servidores cadastrados. Figura 15 Hosts cadastrados no Centreon.

34 33 Após o cadastro dos hosts, foi atualizado o arquivo de configuração e reiniciado o processo do Nagios, acessando Configuration -> Nagios Selecionado as opções conforme Figura 16 e clicado em exportar. Figura 16 Exportando os arquivos e reiniciando o Nagios. A ferramenta Centreon gerou o log abaixo (Figura 17) confirmando que as configurações estavam corretas e o processo do Nagios foi iniciado. Figura 17 Log de exportação e inicialização do Nagios.

35 34 A configuração dos hosts pode ser visualizada no arquivo localizado em /etc/nagios/hosts.cfg. Verifica-se que são poucas informações configuradas, e que as demais são herdadas dos templates (Figura 18). Figura 18 Arquivo de configuração dos hosts CRIANDO VERIFICAÇÃO DO ANTIVÍRUS PANDA Além do monitoramento dos recursos da máquina, por questão de segurança das informações, foi criada uma verificação para o antivírus Panda. Primeiro foi executado o gerenciador de tarefas dos servidores Windows para verificar o nome do processo do antivírus Panda, que é a PSIMSVC.exe. Os passos para criar uma nova verificação são: criar um novo comando, criar um template para este comando e associar o novo template ao host.

36 Criando o Comando O comando para verificar a execução do Panda foi acessando: Configuration -> Commands -> Add, Figura 19. configurado Figura 19 Criando comando Panda no Centreon. 20): No campo command line foi configurado o seguinte comando, (Figura check_centreon_snmp_process -H $HOSTADDRESS$ -n -C $USER2$ -v 1 -c 2 -w 2 -p PSIMSVC.exe Onde: check_centreon_snmp_process é um script de consulta do Centreon. - H HOSTADDRES é a variável com o endereço do servidor -C: comunidade SNMP -v versão do SNMP -c: valor do status critic -w: valor do status warnning -p: nome do processo.

37 36 Figura 20 Configuração do comando de verificação do Panda. Após a sua criação, o comando foi associado a um novo template de service. O novo template para o comando Panda foi configurado acessando Configuration -> Services-> templates->add, (Figura 21). Figura 21 Criação do novo template. O nome do template foi configurado como Panda, e herdou as configurações de generic-service. O parâmetro Check Command corresponde ao comando associado ao template, que neste caso é o nome do comando criado para verificar o Panda. Para concluir a configuração, foi associado o template Panda aos servidores (Figura 22). O processo de associar o template ao host foi realizado acessando Configuration -> Services-> Services by Host -> add Figura 22 Caminho para criar novo serviço para o host.

38 37 Figura 23. Foi configurado o parâmetro Service Template com o nome Panda, Figura 23 Criação do serviço para o host. monitorado. Na aba Relations foram selecionados os servidores que tem o serviço do Panda Figura 24 Associação do serviço aos hosts. Depois de concluídas as configurações, foi realizado o procedimento de exportação das configurações e reinicialização do Nagios CRIAÇÃO DOS HOSTGROUPS Para facilitar a visualização e a administração, os servidores foram agrupados em hostgroups de acordo com a versão do Windows instalada, (Figura 25).

39 38 Figura 25 Configuração de hostgroup. O agrupamento auxilia posteriormente na geração dos relatórios gerenciais. É possível verificar em Monitring->by host group a quantidade de serviços por host e o status de cada serviço, Figuraa 26 e 27. Figura 26 Monitoramento do Hostgroup dos servidores Windows Server 2k3

40 39 Figura 27 Monitoramento do Hostgroup dos servidores Windows Server 2k 4.8. CONFIGURAÇÃO DO POSTFIX As mensagens de alerta são enviadas através do Postfix. No arquivo de configuração do postfix localizado em /etc/postfix/main.cf, foi editada a linha com o parâmetro relayhost (Figura 28). Este parâmetro foi configurado com o endereço IP do servidor de corporativo Microsoft Exchange. Nesta configuração o postfix envia sem autenticação, por este motivo o servidor Exchange está configurado para aceitar mensagens de não autenticadas. Figura 28 Configuração do Postfix. Após a configuração do postfix, é necessário parar a execução do Nagios, reiniciar o postfix e iniciar novamente o Nagios, (Figura 29).

41 Figura 29 Comandos de para e reinicialização do Nagios e Postfix. 40

42 41 5. MONITORAMENTO E RELATÓRIOS A atividade de monitoramento teve início logo após a conclusão da fase de implantação. Nesta fase o Centreon estava completamente configurado e realizando o monitoramento dos objetos (hosts e serviços). No decorrer da atividade de monitoramento, o Centreon coletou e armazenou informações referentes aos objetos disco, memória RAM, CPU e PING. O valor da disponibilidade do sistema é determinado de acordo com as necessidades da empresa, inicialmente durante os primeiros meses de funcionamento do monitoramento, foi estabelecida que a média da disponibilidade do sistema devesse ser igual ou superior a 97%. Neste relatório, a disponibilidade do host foi definida como o tempo em que ele permanece conectado a rede e respondendo ao comando PING. No gráfico mostrado na Figura 30, aparece a média da disponibilidade de todos os 249 servidores monitorados. Figura 30 Média da disponibilidade dos servidores. No gráfico da esquerda, é apresentada a disponibilidade de todos os servidores, que é determinada através do PING. No gráfico da direito, é apresentada a média dos status de todos os serviços de todos os servidores. Estes gráficos são apresentados acessando: Home global health. É possível também o detalhamento da disponibilidade de cada host individualmente, acessando Reporting Dashboard Hosts. A Figura 31 apresenta o detalhamento do host Açores, onde se pode verificar uma disponibilidade de 100% do host, e o status OK também está em 100% para todos os serviços.

43 42 Figura 31 Disponibilidade do host Açores. A Figura 32 apresenta o gráfico da disponibilidade dos servidores pertencentes ao hostgroup Windows_Server_2003. Verifica-se neste grupo, uma disponibilidade média dos hosts de 99,05%. Na listagem abaixo do gráfico, é possível verificar detalhadamente a disponibilidade individual de cada host deste grupo. Figura 32 Disponibilidade do Hostgroup Windows_Server_2003.

44 43 O objeto monitorado memória RAM é de fundamental importância, pois está diretamente relacionado ao desempenho do servidor. Conforme estudado na disciplina de Sistemas Operacionais, quando a memória RAM atinge o limite máximo de ocupação, ocorre o processo de troca de contexto, que é a transferência de dados da memória RAM para o HD, para liberar espaço. Este processo impacta negativamente no desempenho do sistema, pois a leitura e gravação no HD são mais lentas do que a leitura e gravação na memória RAM. O objeto CPU é monitorado, pois de acordo com os seus valores é possível configurar o número de processadores alocados para cada servidor. Como grande parte dos servidores são virtualizados, é possível alocar este recurso de acordo com a demanda. Conforme demonstrado na Figura 33, visualiza-se o gráfico da utilização da CPU do servidor Vigoreli onde a média de utilização é de 3% com pico máximo de 16% de utilização. Neste caso não é necessário a alocação de mais recurso de CPU para este servidor. Figura 33 Utilização da CPU pelo servidor Vigoreli. Durante a atividade de monitoração, observou-se que o servidor onde o Centreon estava instalado apresentava respostas lentas, e que o intervalo entre os comandos gets-snmp estava demasiadamente longo. Analisando os gráficos do Centreon, constatou-se que o recurso CPU não era suficiente para atender ao monitoramento de 249 hosts. Foi aumentado o número de processadores do servidor Centreon para 2, para assim melhorar o desempenho.

45 44 O recurso HD é importante, pois se refere ao espaço disponível para o armazenamento de informações, tanto das informações dos usuários como do próprio sistema operacional do servidor. Se este recurso esgotar, pode comprometer o correto funcionamento do sistema. Na Figura 34 é apresentado o gráfico do armazenamento de informações ao longo de uma semana do servidor TV-totvs-jv2. Observa-se que atingiu um estado de WARNING, com mais de 80% da capacidade. O que exigiu o direcionamento do armazenamento das informações em outro HD. Figura 34 Armazenamento do HD do servidor TV-totvs-jv2

46 45 6. CONSIDERAÇÕES FINAIS A implantação da ferramenta Centreon para o monitoramento dos servidores internos da empresa Totvs S.A. possibilitou o aprofundamento dos conhecimentos adquiridos durante a realização do curso de Bacharelado em Ciência da Computação. O monitoramento dos recursos dos servidores se mostrou uma atividade primordial na busca de melhor qualidade ao atendimento dos clientes internos. Foram encontradas dificuldades durante a execução das atividades, como a grande quantidade de servidores para serem monitorados, que no primeiro momento sobrecarregou o Centreon, mas com análise cuidadosa foi possível solucionar o problema Para a execução deste estágio, foram utilizados os conhecimentos adquiridos em diversas disciplinas do curso de Bacharelado em Ciência da Computação, mas em especial das disciplinas: Redes de computadores: conhecimentos para a configuração dos parâmetros de rede dos hosts como o endereçamento IP e conhecimentos sobre o PING. Gerência de redes de computadores: conhecimentos sobre o protocolo de gerenciamento de redes SNMP e a MIB. Sistemas operacionais: conhecimentos sobre o funcionamento dos sistemas operacionais, que auxiliaram com conhecimentos no sistema Linux utilizados na instalação e configuração do Centreon, e também na determinação dos objetos gerenciados pelo sistema.

47 REFERÊNCIAS BARTH, Wolfgang. Nagios: system and network monitoring. 2 nd ed. Munich: Open Source Press Gmbh, MERETHIS_1. Centreon Enterprise Server: Installation Document. Version 1.0 rev-07. Gentilly, MERETHIS_2. Centreon Enterprise Server: Operation Document. Version 1.0 rev-02. Gentilly, MERETHIS_3. Centreon Site do desenvolvedor. Disponível em: < Acessado em 01/10/2011. KOCJAN, Wojciech. Learning Nagios 3.0. Birmingham: Packt Publishing Ltd., TELECO. Inteligência em Telecomunicações: SNMP Protocolo. Disponível em: < Acessado em 20/10/2011.