OpenNMS. Uma visão geral. Cybelle S. O Oyama Dezembro de OpenNMS 2000 RNP - Uma visão geral

Transcrição

1 OpenNMS Uma visão geral Cybelle S. O Oyama Dezembro de 2002 OpenNMS 2000 RNP - Uma visão geral

2 Tópico Índice Introdução Funcionalidades Pré-requisitos Instalação Configuração Quesitos Pontos favoráveis/desfavoráveis Conclusão Referências

3 Introdução Objetivo da palestra Apresentar as funcionalidades e características da ferramenta de gerência OpenNMS que possam vir a ser relevantes na avaliação desta para uso em um POP da RNP. Não é objetivo desta apresentação capacitar o ouvinte na instalação e configuração desta ferramenta.

4 Introdução O que é? o OpenNMS é um projeto open-source (código aberto) dedicado à criação de uma plataforma de gerência de rede voltada principalmente para a camada de aplicação; ferramenta escrita em JAVA; SO suportados atualmente: RedHat 6.2+ e Mandrake 7.2+ (funciona em Solaris, Debian e Suse);

5 Interface com o usuário Descoberta de dispositivos e serviços Monitoração Coleta de dados Execução automática de comandos Processo de escalada Gráficos estatísticos Base de dados de inventário Relatórios

6 Interface com o usuário Via WWW: Através da interface é possível: visualizar as informações do tipo: o o o o o estado dos serviços e interfaces de rede; disponibilidade geral dos serviços; eventos gerados; gráficos de desempenho; informações sobre equipamentos.

7 Interface com o usuário Realizar algumas configurações (logado como administrador) o o o o o usuários e grupos; notificações; processo de escalada; habilitar/desabilitar a monitoração de serviços e interfaces; definir os serviços a serem monitorados. Solicitar emissão de relatórios de disponibilidade

8 Janela principal

9 Descoberta de dispositivos e serviços É necessário configurar os IPs, ou range de IPs, que devem ser descobertos pelo sistema. Configuração manual, diretamente no arquivo. Após a descoberta das interfaces, o sistema faz uma varredura para determinar a existência de serviços associados. Citrix FTP IMAP POP3 TCP DHCP HTTP LDAP SMB DNS HTTPS Microsoft Exchange SMTP Domino IIOP ICMP Notes HTTP SNMP

10 Descoberta de dispositivos e serviços O processo de descoberta é re-executado, originalmente, a cada 24 horas (pode ser alterado).

11 Monitoração Serviços suportados: Web: HTTP and HTTPS; Mail: POP3, IMAP and SMTP; Databases: Oracle, Sybase, Informix, SQLServer, MySQL, and Postgres; Network: ICMP, SNMP, DNS, DHCP, FTP, SSH and LDAP; Outros: Citrix and Lotus Domino IIOP. Obs.:ping é visto como serviço ICMP.

12 Monitoração O administrador pode definir outros serviços especificando o protocolo e a porta.

13 Monitoração A monitoração dos serviços descobertos é feita através de testes nas portas dos serviços. O processo de polling consiste de uma conexão na porta da interface remota e, posteriormente, de um teste para ver se o serviço retorna a resposta esperada. Se a resposta não é recebida dentro do intervalo de tempo especificado (timeout), o serviço é considerado indisponível É possível definir classes de serviços com parâmetros de pollings distintos.

14 Monitoração Polling adaptativo Na configuração original, os serviços são varridos a cada 5 minutos, para verificar o seu estado. Quando é detectada uma indisponibilidade, a freqüência dos pollings é aumentada para detectar, o mais rápido possível, a volta do serviço. Conforme continua a indisponibilidade, o polling volta a ser cada vez menos freqüente, até o serviço não ser mais monitorado. É uma funcionalidade interessante nos casos onde haja um SLA (Service Level Agreement) restrito, definido para os serviços.

15 Monitoração Polling adaptativo tempo 0 tempo 0-5m : indicação de indisponibilidade : polling a cada 30 seg tempo 5m - 12 h : polling a cada 5m tempo 12h - 5d tempo > 5d : polling a cada 10m : monitoração é desabilitada.

16 Monitoração Calendário de manutenção É possível definir os períodos em que haverá manutenções que possam afetar a disponibilidade do serviço, de forma que sejam desconsiderados do cálculo. Atualmente, são suportados três tipos de indisponibilidadades (outage): semanal, mensal e específico, sendo aplicado a um endereço IP.

17 Coleta de dados Na versão atual, apenas o SNMP é suportado. Pode-se definir a freqüência dos pollings, e quais objetos SNMP serão coletados e como serão armazenados (no RRD) o a configuração pode ser feita por classes de IPs; o não tem um compilador MIB; o configuração manual diretamente no arquivo de configuração. Permite a associação de calendário de manutenção.

18 Execução automática de comando Comandos podem ser configurados para serem executados na ocorrência de um determinado evento. Esta capacidade é utilizada em dois casos: notificações automáticas; execução de comandos associados à violação de thresholds.

19 Notificação automática Possibilita o envio de mail ou pager, automaticamente, quando um determinado evento é gerado pelo sistema. Há a possibilidade de se definir outros comandos de notificação. O administrador deve configurar quais usuários/grupos devem receber a notificação e qual a forma de serem notificados. Se o destinatário é um grupo, pode-se especificar o intervalo de tempo para o envio das notificações entre os membros do grupo. Se não for especificado, as notificações são enviadas simultaneamente.

20 Notificação automática O sistema permite a flexibilidade de se definir o horário em que o usuário está a serviço (dias da semana e horários). E neste caso, as notificações só são enviadas quando ocorrem nestes períodos. Caso não esteja definido nenhum horário de trabalho, é considerado o período integral.

21 Processo de escalada É possível definir um processo de escalada, junto à notificação. Neste, são definidos usuários e/ou grupos que devem ser escalados, juntamente com o intervalo de tempo entre as chamadas. A configuração pode ser feita via interface WWW ou manualmente no arquivo de configuração.

22 Comandos associados a limites (thresholds) Quando ocorre uma violação de limite (threshold), é gerado um evento sobre o qual pode ser associada a execução de uma ação. Os thresholds para dados SNMP são configurados manualmente em um arquivo (thresholds.xml). Exemplo: <threshold type="high" ds-name="cpuutilization" ds-type="node" value="90" rearm="50 trigger="3"/>

23 Gráficos estatísticos O OpenNMS traz pré-configurado gráficos estatísticos das seguintes informações: utilização; bytes in/out; erros in/out; descartes in/out; utilização da CPU; falhas de buffers; distribuição de protocolos in/out; porcentagem de buffer hits; perda de buffers. memória disponível;

24 Gráficos estatísticos Há a possibilidade de se gerar outros gráficos baseados em variáveis SNMP, configurando-os manualmente.

25 Base de dados de inventário Uma vantagem do OpenNMS é o fato de utilizar um gerenciador de base de dados para armazenas as informações geradas. Dentre as bases, está a de 'bens' (asset) que pode ser utilizada para fazer o inventário da rede. Exemplo de informações: fabricante vendedor modelo número de série descrição identificador do circuito número do patrimônio sistema operacional rack slot porta endereço

26 Relatórios O OpenNMS gera dois tipos de relatórios: Desempenho Baseado em dados SNMP; Opção standard: os objetos e a forma de apresentação são pré-definidos. O usuário pode escolher qual o dispositivo, a interface e o objeto a ser grafado. Suporta apenas um dado por gráfico.

27 Relatórios Opção do usuário: os objetos são pré-definidos, mas o usuários tem a opção de escolher a forma de apresentação (cor de linha, espessura, título, tipo de valor), e até quatro dados diferentes grafados nos mesmo eixo.

28 Relatórios Exemplo de gráfico configurado pelo usuário.

29 Relatórios Disponibilidade formato PDF (gráfico e numérico) e HTML (numérico); enviado por ao solicitante; categorias: Overall Service Availability Network Interfaces Servers Web Servers DNS & DHCP Servers Database Servers Other Servers Internet Connectivity

30 Relatórios

31 Relatórios

32 Pré-requisitos Software Recurso OpenNMS Linux PostgreSQL TomCat RRDTool Mínimo requerido Mídia ou arquivo de instalação versão ou superior (release atual é 1.0.1) Redhat 6.2+, Mandrake 7.2+, possivelmente outros. versão 7.1 ou superior versão 4.0 ou superior versão ou superior Disponível em jakarta.apache.org rrdtool.eu.org

33 Pré-requisitos Software Recurso Perl Modules JAVA Virtual Machine (JVM) Mínimo requerido DBI, DBD::Pg versão 1.4 Disponível em java.sun.com

34 Pré-requisitos Hardware Recurso Espaço em disco livre Mínimo requerido 5MB no /opt; pelo menos 100MB no /var/log com o debugging habilitado; Memória 8MB por dispositivo SNMP no /var/opennms. 192 MB. Recomendado, pelo menos 256 MB.

35 Instalação Opções Existem três alternativas para se instalar o OpenNMS: Arquivos fontes; Arquivos RPM; Instalação via Web. lynx -source sh A documentação sobre a instalação é suficiente para saber os passos. Os bugs de instalação devem ser consultados no fórum do produto.

36 Configuração Necessário configurar: IPs que serão monitorados; SNMP; polling; usuário e grupos; serviços; coleta de dados; thresholds; níveis dos logs; notificação; processo de escalada; calendário de manutenção.

37 Configuração A configuração básica do OpenNMS é relativamente simples, porém, as funções mais avançadas como configuração de coleta de dados SNMP, definição de thresholds ou mesmo configurações que sejam diferentes do padrão apresentado na interface WWW são complicadas, principalmente devido à falta de documentação. Grande parte deve ser feita manualmente, diretamente nos arquivos de configuração XML.

38 Quesitos Facilidade de utilização A interface WWW do produto é amigável, sendo de fácil navegação. Porém, como não há um Guia do Usuário, gasta-se um tempo explorando a interface para descobrir onde estão as funcionalidades e como acioná-las.

39 Quesitos Manutenção Dificultada pela falta de documentação. Houve dificuldades em manutenção que contempla a base de dados, por exemplo, remoção de interface IP: neste caso, foi necessário saber comandos do postgresql. Não existe na interface WWW facilidades neste sentido.

40 Quesitos Estabilidade O sistema permaneceu estável durante os testes. Não chegou a capotar nenhuma vez, porém, apresentou problemas no processo de encerramento (recusava-se a morrer).

41 Quesitos Desempenho É um sistema que necessita de recursos e equipamento adequados para funcionar a contento. O desempenho foi razoável durante os testes. Às vezes demorava um pouco para aparecer a página com o resultado da função selecionada (pode ser devido à inadequação do micro de testes, em relação ao quesito memória).

42 Pontos favoráveis e desfavoráveis Favoráveis Além das funcionalidades apresentadas, os seguintes pontos favoráveis podem ser destacados: software open-source; flexibilidade das configurações; armazenamento das informações em base de dados SQL.

43 Pontos favoráveis e desfavoráveis Desfavoráveis documentação pobre; ausência de uma interface para configuração; ausência de um compilador de MIB; ausência de um mapa que mostre a topologia das conexões; ausência de mecanismos que facilitem a manutenção das BD.

44 Conclusão As funcionalidades apresentadas pelo OpenNMS atendem às necessidades gerais de um POP da RNP. É uma ferramenta relativamente fácil de ser usada, porém, que demanda um tempo adicional para compreender o seu funcionamento e configurações, devido à falta de documentação. Se o usuário contentar-se com as funcionalidades préconfiguradas, e se o ambiente for estável no que se refere a mudanças de configurações, não deverá encontrar maiores dificuldades.

45 Referências URLs Site oficial: Product tour: FAQ: Documentações: Listas de discussão: