Nimsoft Monitoring Solution

Transcrição

1 Nimsoft Monitoring Solution Root Cause Analysis and Topology Manager v1.5x

2 Avisos legais Copyright 2011, Nimsoft Corporation Garantia O material contido neste documento é fornecido "como está" e está sujeito a alterações em edições futuras sem aviso prévio. Além disso, na medida permitida pela lei aplicável, a Nimsoft Corporation isenta-se de todas as garantias, sejam implícitas ou expressas, com relação a este manual e de todas as informações contidas no presente documento, incluindo, sem limitação, garantias implícitas de comerciabilidade e adequação para um determinado fim. A Nimsoft Corporation não será responsabilizada por erros ou danos acidentais ou resultantes do fornecimento, uso ou execução desta documentação ou de qualquer outra informação contida no presente. Caso a Nimsoft Corporation e o usuário tenham um acordo por escrito à parte sobre termos de garantia que cobrem o material deste documento conflitando com estes termos, os termos de garantia do acordo à parte prevalecerão. Licenças de tecnologia O hardware e/ou software descritos neste documento são fornecidos sob uma licença e poderão ser usados ou copiados somente de acordo com os termos da referida licença. Nenhuma parte deste manual poderá ser reproduzida em qualquer formulário ou por qualquer meio (incluindo a recuperação e o armazenamento eletrônico ou a tradução em um idioma estrangeiro) sem um prévio acordo e consentimento por escrito da Nimsoft Corporation, em conformidade com as leis de direitos autorais internacional e dos EUA. Legenda de direitos restritos Se o uso do software for destinado ao cumprimento de um contrato ou subcontrato do governo dos Estados Unidos da América -EUA, o software será fornecido e licenciado como "software comercial para computadores", conforme definido no DFAR (junho de 1995), ou como um "item comercial", conforme definido no FAR 2.101(a); ou como "software de computador restrito", conforme definido no FAR (junho de 1987) ou em qualquer regulamento equivalente do órgão ou Cláusula contratual. O uso, a duplicação ou a divulgação do software está sujeito aos termos de licença comercial padrão da Nimsoft Corporation, os departamentos que não fazem parte do DOD (Department of Defense) e os órgãos do governo dos EUA não receberão mais Direitos do que os Direitos Restritos, conforme definido no FAR (c)(1-2) (junho de 1987). Os usuários do governo dos EUA não receberão mais que Direitos Limitados, conforme definido no FAR (junho de 1987) ou no DFAR (b)(2) (novembro de 1995), conforme aplicável em quaisquer dados técnicos. Marcas registradas Adobe, Acrobat, Acrobat Reader e Acrobat Exchange são marcas registradas da Adobe Systems Incorporated. Intel e Pentium são marcas registradas da Intel Corporation dos EUA. Java(TM) é uma marca registrada da Sun Microsystems, Inc. dos EUA. Microsoft e Windows são marcas registradas da Microsoft Corporation dos EUA. Netscape(TM) é uma marca registrada da Netscape Communications Corporation dos EUA. Oracle é uma marca registrada da Oracle Corporation, Redwood City, California, Estados Unidos. UNIX é uma marca registrada do Open Group.

3 Entrar em contato com a Nimsoft Para sua conveniência, a Nimsoft fornece um único site onde é possível acessar as informações sobre os produtos da Nimsoft. No endereço é possível acessar o seguinte: Informações para contato online e telefônico, assistência técnica e atendimento ao cliente Informações sobre fóruns e comunidades de usuário Downloads de produto e documentação Políticas e diretrizes de suporte da Nimsoft Outros recursos úteis adequados ao seu produto Fazer comentários Caso tenha algum comentário ou pergunta sobre a documentação de produtos da Nimsoft, envie uma mensagem para support@nimsoft.com.

4

5 Índice Capítulo 1: Sobre Root Cause Analysis and Topology Manager 7 Visão geral do Root Cause Analysis and Topology Manager... 8 Estratégias de implantação Arquitetura do fluxo de dados Visão geral da instalação e configuração Pré-requisitos e plataformas suportadas Capítulo 2: Instalando a Detecção e Topologia 17 Configurar e executar a descoberta de rede Configurando a detecção no administrador remoto Configurando e executando probes do agente de detecção Configurando e executando os Serviços de relacionamento Configurando e executando o Agente de topologia Exibindo e verificando a topologia de rede Capítulo 3: Instalando a Análise da causa raiz 35 Instalação e execução da correlação de falhas da topologia Configurando o probe Net connect Capítulo 4: Usando o Root Cause Analysis and Topology Manager 39 Aplicar a exibição de topologia da rede Aplicando a análise da causa raiz Apêndice A: Iniciar o Visualizador de relacionamento do Console de alarmes 43 Definindo um URL de início Glossário 47 Índice remissivo 49 Índice 5

6

7 Capítulo 1: Sobre Root Cause Analysis and Topology Manager Esta seção contém conceitos de alto nível, a respeito do produto Nimsoft Root Cause Analysis and Topology Manager, sua arquitetura e fornece uma visão geral de como colocá-lo para funcionar em seu ambiente. Esta seção contém os seguintes tópicos: Visão geral do Root Cause Analysis and Topology Manager (na página 8) Estratégias de implantação (na página 10) Arquitetura do fluxo de dados (na página 11) Visão geral da instalação e configuração (na página 13) Capítulo 1: Sobre Root Cause Analysis and Topology Manager 7

8 Visão geral do Root Cause Analysis and Topology Manager Visão geral do Root Cause Analysis and Topology Manager Com o Nimsoft Root Cause Analysis and Topology Manager, ganha-se visibilidade abrangente sobre a estrutura e a condição de uma rede IP distribuída. Ele fornece uma representação visual clara dos itens da rede: roteadores, comutadores, hosts, hubs, máquinas virtuais, impressoras, e assim por diante. Além disso, é possível ver num relance a condição destes elementos e identificar imediatamente os dispositivos com uma qualidade inferior. Sobre a topologia de rede A topologia de rede descreve seus elementos e suas conexões reais ou virtuais, independentemente do local físico ou de outros atributos dos elementos de rede. Visualizar a topologia de uma rede torna a organização imediatamente aparente. Os recursos do Servidor de gerenciamento do Nimsoft detectam e monitoram automaticamente os hosts e dispositivos em toda a rede, incluindo dispositivos não gerenciados como hubs, dumb switches, ou dispositivos sem SNMP. Usando esses dados, o Root Cause Analysis and Topology Manager interpreta a estrutura da rede e cria um modelo dela. Por fim, esse modelo é apresentado a você no visualizador de relacionamento do Unified Monitoring Portal. Os dados de topologia se regeneram periodicamente para refletir as alterações na rede. Uma importante consequência disso é que o Root Cause Analysis and Topology Manager elimina virtualmente a tarefa de rastrear alterações dinâmicas em uma rede moderna. Distribui automaticamente uma representação precisa e imediata da rede como realmente é, não apenas como esperado. Na verdade, o que qualquer usuário vê na exibição é controlado pela segurança do NMS em modos normalmente empregados. Sobre a Análise da causa raiz A Análise da causa raiz se origina do problema de detectar a causa de uma sobrecarga de alarmes. Frequentemente, um problema isolado de outro modo aciona uma onda de alarmes quando os efeitos da falha se propagam em toda a rede. Pode ser difícil identificar a "causa raiz" no meio do surto de alarmes, grande parte disso é apenas sintomas do problema real. O Root Cause Analysis and Topology Manager oferece uma sofisticada análise da causa raiz que identifica imediatamente e de modo automático a verdadeira origem deste tipo de surto. Ele emite um alarme da causa raiz, que identifica o ponto de ataque para a solução de problemas e reparos, e oculta os alarmes sintomáticos que se propagam a partir da falha inicial. Também fornece imediatamente indicações visuais reconhecíveis no(s) elemento(s) afetado(s) na exibição de topologia de rede. 8 Root Cause Analysis and Topology Manager

9 Visão geral do Root Cause Analysis and Topology Manager Diferentemente da topologia da rede em que os dados são atualizados periodicamente, a análise da causa raiz é um processo contínuo. Os elementos no visualizador de relacionamento exibem um indicador de status, que é um reflexo da análise em tempo real. Os indicadores de status variam de "Ativado", o qual indica uma operação completamente normal, até níveis cada vez mais graves do status em qualidade inferior. Quando os alarmes percorrem o sistema, a análise da causa raiz determina o motivo real e atualiza o status dos elementos afetados na exibição da topologia de rede. Sempre que houver alterações nas condições da rede ou de elementos, os indicadores de status são atualizados de modo apropriado. Um consequência disto é que o efeito de reparos também é imediatamente aparente quando a análise da causa raiz redefine os símbolos de status adequadamente em toda a rede. Em suma, o Root Cause Analysis and Topology Manager permite visualizar a estrutura da rede, bem como identificar imediatamente a verdadeira origem de problemas que podem, de outro modo, estar mascarados por uma onda de alarmes. Para obter detalhes sobre o Visualizador de relacionamento, consulte a ajuda do Visualizador de relacionamento no Unified Monitoring Portal. Capítulo 1: Sobre Root Cause Analysis and Topology Manager 9

10 Estratégias de implantação Estratégias de implantação Uma implantação do Root Cause Analysis and Topology Manager envolve um número de componentes padrão no NMS 5.1 e posterior. Eles fornecem a detecção de rede, serviços de análise da causa raiz e serviços de relacionamentos. Além disso, o pacote do Root Cause Analysis and Topology Manager inclui software adicional que fornece a análise de topologia, de falhas de rede específicas, bem como do monitoramento de rede. Ao implantar o Root Cause Analysis and Topology Manager esteja atento aos componentes a seguir: probe discovery_agent probe topology_agent serviço relationship_services aplicativo topology_fault_correlation probe net_connect Em uma instalação básica do Root Cause Analysis and Topology Manager, o hub principal detecta e monitora a rede. Também gera o modelo de topologia e executa a análise da causa raiz. O Visualizador de relacionamento, onde os dados finais são exibidos para uso, é uma parte do Unified Monitoring Portal, que normalmente é hospedado em um sistema separado. Alguns usuários, especialmente os provedores de serviço e os com redes muito grande, podem achar útil implantar vários agentes de detecção e topologia em diversos locais. Isto permite uma flexibilidade e escalabilidade considerável para a solução Root Cause Analysis and Topology Manager. É possível dividir a detecção de uma rede grande entre os limites administrativos, de modo que diferentes usuários tenham acesso às partes diferentes da rede, ou em situações nas quais não há conectividade direta com dispositivos em um site remoto devido às restrições de firewall ou a NAT (network-address translation - conversão de endereços de rede) Observação: mesmo que se tenha várias instâncias, cada agente de detecção em execução (discovery_agent) deve estar emparelhado com um agente de topologia (topology_agent) no mesmo robô. Dica: os seguintes componentes são instalados em um único sistema na instalação padrão do NMS. Como regra, pode-se distribuir os componentes do Nimsoft em seu ambiente, conforme julgar mais adequado. No entanto, para simplificar a configuração, pode-se preferir manter os dois juntos, em vez de distribui-los em outros robôs: relationship_services 10 Root Cause Analysis and Topology Manager

11 Arquitetura do fluxo de dados fault_correlation_engine Arquitetura do fluxo de dados O diagrama ilustra os modos como vários tipos de dados se movem no sistema do Root Cause Analysis and Topology Manager. Capítulo 1: Sobre Root Cause Analysis and Topology Manager 11

12 Arquitetura do fluxo de dados Observação: este diagrama não reflete a distribuição real de probes no ambiente; ele representa o fluxo de dados entre os componentes principais da arquitetura. Os componentes no diagrama acima são específicos do Root Cause Analysis and Topology Manager ou componentes de origem do NMS ou UMP, os quais são essenciais para o Root Cause Analysis and Topology Manager: Probe Agente de topologia Esta probe formula a topologia da rede usando dados de processos da detecção de rede. Parte do pacote do Root Cause Analysis and Topology Manager. Serviços de relacionamento Este componente integra a topologia simples de um ou mais agentes de topologia, e fornece dados para o Visualizador de relacionamento. Parte do NMS 5.1 e posterior. Visualizador de relacionamento Esta é a interface principal do usuário do Root Cause Analysis and Topology Manager Ela apresenta os dados do elemento e de relacionamento, bem como informações sobre o status. É executado como um aplicativo web no WASP como parte do UMP 2.1 e posterior. Mecanismo de correlação de falhas Fornece serviços gerais de correlação de falhas. Ele pode hospedar vários aplicativos de correlação de falhas. Parte do NMS 5.1 e posterior. Agente de correlação de falhas de topologia Este aplicativo realiza a análise da causa raiz em alterações de estado da rede usando os dados do agente de topologia e outras fontes. Parte do pacote do Root Cause Analysis and Topology Manager. Observação: o agente de correlação de falhas de topologia é executado como parte do Mecanismo de correlação de falhas, portanto, não é exibido separadamente na lista de probes no robô do hub. Probe conexão de rede Este probe fornece alarmes de nós ativados e desativados, os quais alimentam a análise da causa raiz. Parte do pacote do Root Cause Analysis and Topology Manager. Probes Servidor de detecção e Agente de detecção Esses probes fornecem a detecção de elementos da rede. Parte do NMS. 12 Root Cause Analysis and Topology Manager

13 Visão geral da instalação e configuração Visão geral da instalação e configuração A instalação do Root Cause Analysis and Topology Manager acontece em três fases principais, cada uma com várias etapas importantes. Em alguns casos, é necessário aguardar um tempo para obter os resultados de uma etapa a ser concluída, estável e verificada antes de prosseguir. Tentar avançar é provavelmente ir em direção a resultados com qualidade inferior. Importante: use várias ferramentas durante a instalação e configuração do Root Cause Analysis and Topology Manager. Este documento não tenta descrever cada ferramenta em detalhes. Em vez disso, destaca as etapas importantes necessárias em cada uma para realizar uma implantação totalmente funcional do Root Cause Analysis and Topology Manager Cada ferramenta específica possui uma ajuda detalhada disponível a qual deve ser lida. As três principais etapas da instalação estão descritas abaixo. Esta seção fornece apenas uma visão geral de alto nível de todo o processo. Seções posteriores abrangem cada etapa em detalhes, além de fornecerem dicas importantes para melhorar o desempenho e simplificar as tarefas de configuração. Fase 1: instalar e verificar uma detecção de rede válida e completa. A análise da topologia de rede requer conhecimento preciso e completo sobre todos os hosts e dispositivos importantes na rede. Portanto, a primeiro etapa é certificar-se que esta informação está disponível. As etapas principais são: 1. Ativar o SNMP em todos os dispositivos na infraestrutura que define a topologia em que se está interessado. Fornece ao Root Cause Analysis and Topology Manager acesso a informações importantes necessárias para dar forma à rede com precisão. 2. Instalar, executar e verificar a detecção no ambiente de destino seguindo estas etapas gerais: a. Configure os perfis de credencial de SNMP que fornecem a ele o acesso a dispositivos de infraestrutura. b. Configure cada discovery_agent para detectar um escopo definido na rede usando as credenciais de SNMP específicas da etapa anterior. 3. Execute um ciclo de detecção completo e verifique se os dispositivo necessários foram corretamente detectados e estão respondendo às solicitações de protocolo apropriadas. Se não estiverem, localize a origem do problema e faça ajustes necessários. Isso pode significar a repetição parcial ou total de uma ou mais etapas anteriores. Fase 2: iniciando a detecção de topologia e verificando o resultado Capítulo 1: Sobre Root Cause Analysis and Topology Manager 13

14 Visão geral da instalação e configuração Quando tiver certeza de que a rede está sendo total e corretamente detectada, pode-se iniciar a detecção de topologia, um processo em que a topologia de rede é analisado e modelado. As etapas principais são: 1. Instalar o(s) componente(s) topology_agent e dar tempo para o sistema gerar um modelo de topologia de rede. 2. Verificar se a topologia exibida no Visualizador de relacionamento é uma representação precisa da rede. Se algo estiver errado, é necessário verificar novamente as configurações já realizadas para localizar a origem do problema. Ir para a próxima fase somente quando estiver certo de que topologia da rede está refletida corretamente na exibição. Fase 3: Iniciando a análise da causa raiz na rede Com a rede correta e totalmente representada pela topologia visível no visualizador de relacionamento, é possível iniciar a análise da causa raiz. As etapas principais são: 1. Instalar o topology_fault _correlation no mesmo robô que o fault_correlation_engine. 2. Configurar o probe net_connect usando o aplicativo Gerenciador de serviço unificado de no UMP. 3. Verifique se a análise da causa raiz sinaliza corretamente a origem dos problemas de rede. As primeiras duas fases são explicadas em detalhes no tópico Instalando a Detecção e Topologia (na página 17). A terceira fase é explicada em detalhes no tópico Instalando a Análise da causa raiz (na página 35). 14 Root Cause Analysis and Topology Manager

15 Visão geral da instalação e configuração Pré-requisitos e plataformas suportadas O produto Root Cause Analysis and Topology Manager é suportado no NMS (Nimsoft Monitoring Solution) 5.1 e posterior. Visualizar a topologia de rede requer o portlet do visualizador de relacionamento presente no UMP (Unified Monitoring Portal) 2.1 e superior. Para implantar o Root Cause Analysis and Topology Manager é necessário a presença e a configuração planejada de vários componentes padrão do NMS 5.1 e posterior. Seções posteriores descrevem o processo em alto nível e em detalhes. Importante: para garantir o desempenho e confiabilidade ideal, obtenha a versão mais recente do Serviços de relacionamento (relationship_services) do arquivo da internet do Nimsoft ( e instale-a no robô do hub principal. Além disso, se não tiver certeza se possui as versões corretas, vá para o arquivo da internet do Nimsoft para obter a versão mais recente do Servidor de detecção e do Agente de detecção que seja compatível com a instalação do NMS. Observação: certifique-se de seguir os processos de instalação e configuração descritos neste documento. A ordem das etapas é importante para se obter uma implementação bem-sucedida do Root Cause Analysis and Topology Manager. Capítulo 1: Sobre Root Cause Analysis and Topology Manager 15

16

17 Capítulo 2: Instalando a Detecção e Topologia A detecção de rede define o estágio de análise topológica, e é a primeira etapa essencial para fazer o Root Cause Analysis and Topology Manager funcionar em seu ambiente. Esta seção começa com uma discussão sobre como instalar a detecção corretamente. Quando estiver certo de que a detecção está adequadamente configurada e ter localizado todos os dispositivos e hosts de infraestrutura que desejar, esta seção descreve como configurar e iniciar o agente de topologia e verificar se a topologia de rede ilustrada é compatível com a topologia real. Esta seção contém os seguintes tópicos: Configurar e executar a descoberta de rede (na página 18) Configurando e executando os Serviços de relacionamento (na página 26) Configurando e executando o Agente de topologia (na página 28) Exibindo e verificando a topologia de rede (na página 32) Capítulo 2: Instalando a Detecção e Topologia 17

18 Configurar e executar a descoberta de rede Configurar e executar a descoberta de rede Concluir com êxito uma detecção por meio do servidor de detecção e do agente de detecção é a primeira etapa importante para obter uma topologia válida. Um agente de topologia usa as informações coletadas do agente de detecção combinado para explorar a rede. Ele também usa as informações de detecção para determinar se um nó é compatível com o SNMP, bem como qual perfil de autenticação do SNMP usar. O servidor de detecção (probe discovery_server) deve estar instalado e em execução no robô principal. Pelo menos um agente de detecção (probe discovery_agent) deve estar configurado e em execução no domínio seja do robô principal ou em outro lugar. Quando as duas condições forem tecnicamente atendidas na instalação padrão de uma versão suportada do NMS, é muito provável que a configuração padrão da detecção de rede não seja ideal para o Root Cause Analysis and Topology Manager Dica: o agente de detecção e de topologia requerem acesso somente leitura ao SNMP para dispositivos de rede. Para simplificar a configuração da detecção, deve-se considerar fazer a instalação do máximo de dispositivos possível para usar uma sequência de caracteres de comunidade 'universal' somente leitura. Por exemplo, é possível definir uma sequência de caracteres de comunidade somente leitura (get-only) como "nms_get_only". Instale cada dispositivo possível para permitir o acesso somente leitura ao SNMP por meio de uma determinada sequência de caracteres da comunidade. Isso minimiza a quantidade de tentativas de credenciais de autenticação do SNMP em nós de rede, e simplifica amplamente a configuração da detecção. Primeiro, use o Administrador remoto do Nimsoft no UMP para configurar a detecção. Pode-se obter ajuda geral na seção Configuração da detecção na guia de usuário Administrador remoto do Nimsoft no site do documento do Nimsoft ( Use o Infrastructure Manager para configurar e iniciar cada agente de detecção. Mais informações: Configurando a detecção no administrador remoto (na página 19) Configurando e executando probes do agente de detecção (na página 23) 18 Root Cause Analysis and Topology Manager

19 Configurar e executar a descoberta de rede Configurando a detecção no administrador remoto O Nimsoft Monitoring Solution instala o agente de detecção por padrão no hub principal e requer que um escopo de detecção seja iniciado. Ao passo que define uma configuração inicial, pode não abranger toda a rede e não fornecer a detecção distribuída. Em muitos casos, é necessário a configuração da detecção e encapsulamento adicional. Portanto, a primeira etapa na implantação do Root Cause Analysis and Topology Manager é usar o administrador remoto do Nimsoft para verificar e, em toda probabilidade, refinar a detecção no ambiente. Em um alto nível, é necessário primeiramente criar uma credencial de autenticação do SNMP para cada sequência de caracteres da comunidade exclusiva na rede. Ao criar um ou mais escopos de detecção, cada um define uma parte da rede a ser incluída na detecção. Em seguida, atribua uma credencial de autenticação do SNMP para cada escopo; o perfil de autenticação será aplicado a todos os nós daquele escopo. Por fim, aplique os escopos de detecção nos agentes de detecção em seu ambiente, conforme apropriado. O diagrama a seguir mostra as informações que se aplicam a: um agente de detecção que explora o espaço de endereços determinado pelo(s) escopo(s) definido(s), aplicando em cada um a(s) credencial(ais) de autenticação definida(s) para esse escopo de detecção. Capítulo 2: Instalando a Detecção e Topologia 19

20 Configurar e executar a descoberta de rede Observe que enquanto um escopo de detecção está contido em um único agente de detecção, uma credencial de autenticação pode ser aplicada a vários escopos de detecção. Assim, a contenção ilustrada aqui não é tão absoluta quanto o diagrama pode indicar. Dica: gastar algum tempo para entender a forma que sua rede é detectada pode ajudar muito o desempenho e a capacidade de implementação do Root Cause Analysis and Topology Manager. Observe que a detecção registra qualquer dispositivo em um escopo de detecção que responde a uma solicitação em qualquer protocolo, incluindo um simples ping ICMP. Isso significa que é possível incluir nós finais (por exemplo, servidores, impressoras de rede, sistemas de armazenamento de rede, estações de trabalho, e assim por diante) em um escopo de detecção, dete modo a topologia, mesmo se não responderem a solicitações sobre o SNMP ou outros protocolos de gerenciamento. IMPORTANTE: para otimizar o desempenho e evitar entradas duplicadas, cada agente de detecção deve detectar uma parte exclusiva da rede. Se não for possível definir zonas de detecção discretas porque um nó conecta duas ou mais zonas, use a opção Excluir nos escopos definidos no procedimento a seguir para excluir o nó compartilhado de todos os escopos, exceto um. O escopo que inclui o nó compartilhado deve ser atribuído a um agente de detecção, e o(s) escopo(s) que o exclui pode(m) ser atribuído(s) aos agentes de detecção que podem localizá-lo de outro modo. Para obter ajuda geral sobre o Administrador remoto do Nimsoft, consulte a seção Configuração da detecção na guia de usuário do Administrador remoto do Nimsoft, no site do documento do Nimsoft ( Para configurar os agentes de detecção no administrador remoto do Nimsoft 1. Abra Exibições» Sistemas de computador» Tudo para ver o que já foi detectado. A terceira coluna na exibição é o status da autenticação. Um símbolo de chave indica que uma credencial de autenticação foi usada com êxito na detecção do endereço IP. Posicione o mouse sobre o ícone de chave para exibir o nome da credencial de autenticação que foi usado. Clique duas vezes na linha para exibir as propriedades do nó; a guia SNMP mostra detalhes do SNMP. Verifique cuidadosamente para ver se todos os hosts e dispositivos de rede importantes estão presentes, e se todos os dispositivos de rede estão respondendo às consultas ao SNMP. 20 Root Cause Analysis and Topology Manager

21 Configurar e executar a descoberta de rede Se o conjunto de nós detectados estiver concluído e respondendo corretamente, pode-se ignorar a próxima seção. Se não, continue com a próxima etapa. 2. Feche a exibição Exibições» Sistemas de computador e abra a exibição Configuração da detecção» Credenciais de autenticação. 3. Crie um conjunto mínimo de perfis de autenticação do SNMP que irá, no todo, fornecer ao SNMP o acesso a todos os dispositivos de rede e os hosts que oferecem suporte ao SNMP. a. Clique em Autenticação na parte superior da janela para adicionar um novo perfil de autenticação. b. Digite as informações necessárias. Use nomes descritivos que irão ajudá-lo posteriormente a compreender o uso planejado do perfil. Em cada perfil de autenticação, use a versão mais baixa do SNMP que os dispositivos de rede aceitarão para garantir a maior aplicabilidade do perfil. c. Se houver dispositivos que aceitem sequências de caracteres da comunidade exclusivas do SNMP, crie um perfil para cada uma dessas sequências. Dica: se seguiu a dica anterior para criar uma sequência de caracteres de comunidade "universal" somente leitura, certifique-se de criar um perfil de autenticação que utiliza a sequência de caracteres de comunidade somente leitura implementada (por exemplo, nms_get_only). É possível aplicá-la na próxima etapa para obter uma ampla variedade de dispositivos. 4. Feche a exibição Configuração da detecção» credenciais de autenticação e abra a exibição Configuração da detecção» agentes de detecção. 5. Certifique-se de que os agentes de detecção estão relacionados em Agentes de detecção. Se necessário, clique em Agente na parte superior da janela para adicionar um novo agente de detecção. Lembre-se de não implantar um agente aqui; ele deve ser implantado antecipadamente por meio do Infrastructure Manager e adicionado à lista. 6. Abra a exibição para cada agente de detecção e revise os escopos atribuídos. Faça as alterações, conforme necessário, com o objetivo de minimizar o tempo limite previsível. Siga estas dicas: Lembre-se de que o agente de detecção tenta todas as credenciais em cada endereço IP, e aguarda um tempo limite (ou com êxito) em cada tentativa. Usar uma única credencial em um escopo que tenha uma alta probabilidade de êxito imediato nos nós daquele escopo pode acelerar drasticamente a detecção. Capítulo 2: Instalando a Detecção e Topologia 21

22 Configurar e executar a descoberta de rede Em virtude do motivo acima e para evitar interceptações/alertas de autenticação desnecessárias, atribua apenas uma credencial de autenticação do SNMP por escopo de detecção. Ao aplicar uma credencial de autenticação a um escopo, certifique-se de que a maioria, se não todos, os dispositivos definidos por este escopo aceitará a credencial. Da mesma forma, se estiver incluindo dispositivos que não respondem a solicitações sobre qualquer protocolo de gerenciamento, tente colocá-los em um escopo de detecção com uma credencial de autenticação que não faz solicitações ao protocolo de gerenciamento. Novamente, qualquer dispositivo que aceita uma única sequência de caracteres da comunidade SNMP requer um escopo com o endereço IP específico, ao qual se aplica o perfil de autenticação correspondente. Isso conclui a configuração inicial de detecção de rede no administrador remoto. Para sua conveniência, é possível manter o administrador remoto aberto para usar em etapas posteriores. No entanto, pode-se fechá-lo agora se preferir e reiniciá-lo mais tarde. 22 Root Cause Analysis and Topology Manager

23 Configurar e executar a descoberta de rede Configurando e executando probes do agente de detecção A próxima etapa é configurar os probes do agente de detecção e executar uma detecção completa da rede. É necessário executar as etapas descritas nesta seção para cada probe do agente de detecção usado como parte da implantação do Root Cause Analysis and Topology Manager. Dica: se ainda não tiver configurado a detecção usando o Administrador remoto do Nimsoft, volte e faça isso antes de começar este procedimento. Para configurar e iniciar cada agente de detecção 1. Inicie o Infrastructure Manager e localize o agente de detecção no recipiente Serviço. 2. Clique duas vezes no ícone do agente de detecção para abrir a interface de configuração. 3. Clique na guia Geral e certifique-se de que pelo menos o ICMP e o SNMP estão ativados. Clique no botão Ajuda para obter detalhes sobre cada protocolo que o agente de detecção suporta. Os protocolos podem ser configurados individualmente. Clique em um protocolo para exibir suas configurações atuais. O valor Intervalo especifica o tempo de espera, em minutos, entre os ciclos de detecção. Em outras palavras, após a conclusão da detecção no protocolo selecionado no momento, o agente de detecção aguarda o tempo especificado antes de iniciar outro ciclo de detecção. Configurar o intervalo com base em quanto tempo ele realmente leva para executar a detecção e com que frequência gostaria de detectar novamente o protocolo selecionado. Para protocolos suportados, como o SNMP e ICMP, o valor Tempo limite especifica o tempo de espera de uma resposta. Para protocolos com suporte, como o SNMP, o valor Segmentos define o número de segmentos de processamento a ser usada. Configurar este número acima do valor padrão pode causar ciclos de detecção mais rápidos, mas somente se o computador que hospeda o agente de detecção puder controlar o processamento adicional e a carga de memória. Não é necessário alterar o padrão Nível do log, a menos que seja instruído pelo suporte da Nimsoft em circunstâncias incomuns. Capítulo 2: Instalando a Detecção e Topologia 23

24 Configurar e executar a descoberta de rede 4. Clique na guia Status para ver quando a detecção foi concluída mais recentemente para cada protocolo e a duração (tempo de uso, em segundos) do ciclo de detecção. Observe que resultados de status estão disponíveis apenas quando o agente de detecção está em execução. Revise as informações do status para confirmar a precisão da detecção. O número na coluna Verificado deve corresponder ao número de endereços IP especificado nos escopos de detecção relevantes. Para o SNMP, o número na coluna Encontrado deve corresponder ao número esperado com base no escopo de detecção e nos perfis de autenticação do SNMP criados. Dica: é possível usar o índice de Encontrado a Verificado como uma medida da eficácia de protocolos que não são SNMP na detecção de elementos da rede. Dependendo do tempo gasto de um determinado protocolo e sua eficiência, é possível ajustar as configurações ou desativá-lo. Solicitações de protocolo ineficientes reduzem a detecção. 5. Se o agente de detecção já foi desativado, ative-o agora. Se ele já está em execução, reinicie. Caso tenha feito alterações nos escopos de detecção ou nas credenciais de autenticação, o servidor de detecção envia estas alterações para o agente de detecção e ele começa a funcionar com as novas configurações. À medida que detecta novos sistemas, eles são adicionados ao NIS. 6. Reinicie o Administrador remoto do Nimsoft no UMP ou atualize a página se já estiver no navegador. À medida que a detecção prossegue, é possível observar novos sistemas adicionado em Exibições» Sistemas de computador» Tudo. Quando a detecção parece ter sido concluída, retorne ao Infrastructure Manager e verifique a guia Status, como na etapa anterior, para garantir que a detecção foi realmente concluída. 7. Ao verificar que detecção está concluída, atualize a página do Administrador remoto do Nimsoft no navegador. Abra a exibição Exibições» Sistemas de computador» Tudo. Mais uma vez, verifique cuidadosamente para garantir que todos os hosts e dispositivos de rede importantes estejam presentes e que todos os dispositivos de rede estão respondendo às consultas ao SNMP. Se o conjunto de nós detectados estiver concluído e respondendo corretamente, pode-se seguir para a próxima etapa. Se não estiver, revise as etapas de configuração na seção anterior, bem como esta aqui, e faça as alterações apropriadas. Repita esta operação até obter uma detecção de rede completa e precisa. 24 Root Cause Analysis and Topology Manager

25 Configurar e executar a descoberta de rede 8. Quando estiver satisfeito com os resultados da etapa anterior, use a opção de exibição Sistemas de computador» Tudo para identificar e selecionar o dispositivo de rede e host que deve ser incluído na análise da causa raiz. Dependendo da situação, é possível selecionar todos de uma vez. Em seguida, clique com o botão direito do mouse e defina o estado como "Gerenciado". Esta ação final ativa o MCA (Automated Configuration Engine - Mecanismo de configuração automatizado) e a correlação de falhas em sistemas de detecção. Isso completa a configuração dos agentes de detecção, e todos os dispositivos e hosts importantes agora são "Gerenciados". Para sua conveniência, é possível manter o administrador remoto aberto para usar depois'. No entanto, pode-se fechá-lo agora se preferir e reiniciá-lo mais tarde. Capítulo 2: Instalando a Detecção e Topologia 25

26 Configurando e executando os Serviços de relacionamento Configurando e executando os Serviços de relacionamento Importante: para garantir o desempenho e confiabilidade ideal, obtenha a versão mais recente do Serviços de relacionamento (relationship_services) do arquivo da internet do Nimsoft, e instale-a no robô do hub principal. Observe também que os componentes do relationship_services usam a ferramenta de configuração "Raw Configure". É semelhante ao editor de registro do MS-Windows e não apresenta verificação de erro, portanto, antes de continuar, esteja atento para que as alterações feitas sejam válidas. A configuração padrão é apropriada para muitos ambientes de produção. No entanto, os seguintes parâmetros de configuração na ferramenta Raw Configure merecem uma observação especial: data-engine Local: grupo configuração Padrão: data_engine Descrição: o valor padrão é apropriado se o probe data engine estiver em execução no mesmo robô que o serviços de relacionamento, o que normalmente ocorre. Se o mecanismo de dados estiver em execução em um outro robô, defina o parâmetro de configuração data-engine para o endereço totalmente qualificado do probe data engine: /<nimsoft_domain_name>/<hub_name>/<robot_name>/data_engine topology-retrieval-interval Local: grupo task-config Padrão: milissegundos (1 minuto) Descrição: especifica a freqüência, em milissegundos (1000ms = 1 segundo) que os serviços de relacionamento verificam se há atualizações de topologia. O padrão é apropriado para operações de rotina. Durante a configuração inicial, é possível exibir a nova topologia assim que uma atualização estiver disponível. Neste caso, pode-se alterar o topology-retrieval-interval para (10 segundos). No entanto, lembre-se de alterá-lo novamente para o padrão quando estiver totalmente satisfeito com tudo. ignore-hosts Local: grupo task-config Padrão: falso 26 Root Cause Analysis and Topology Manager

27 Configurando e executando os Serviços de relacionamento Descrição: se for definido como verdadeiro, a topologia omite qualquer nó que não for um roteador ou comutador. Isso permite monitorar e exibir somente o backbone de rede, exclusivo de todo e qualquer sistema de host conectado a ele. allow-unresponsive-hosts Local: grupo task-config Padrão: verdadeiro Descrição: se for definido como verdadeiro, um nó que tem um endereço MAC ativo, mas que não responde às solicitações ping ICMP ou SNMP está incluído na topologia. (Os nós com esse comportamento podem não ser nós do SNMP com restrições de firewall impostas sobre solicitações ICMP.) Se for definido como falso, um nó que não responde às solicitações ping ICMP ou SNMP é excluído da topologia mesmo se o endereço MAC estiver ativo. Se o probe relationship_services estiver desativado, ative-o agora. Isso conclui a configuração dos serviços de relacionamento, e o componente estará em execução, conforme necessário. Capítulo 2: Instalando a Detecção e Topologia 27

28 Configurando e executando o Agente de topologia Configurando e executando o Agente de topologia O agente de topologia depende do agente de detecção, mesmo que eles não se comuniquem diretamente. Um agente de topologia deve ser fisicamente emparelhado com cada agente de detecção para operar de acordo com as informações coletadas pelo agente de detecção. O Serviço de relacionamento localiza os pares destes agentes e fornece as informações coletadas pelo agente de detecção para o agente de topologia correspondente. O diagrama arquitetônico (na página 11) pode fornecer mais explicação. Portanto, é necessário instalar um agente de topologia e implantá-lo em cada robô que tem um agente de detecção ativamente implantado. Para instalar um probe Agente de topologia Instale um agente de topologia como instalaria qualquer outro probe: arraste-o para o robô onde deseja ter um agente de topologia e solte-o aí. Observação: como qualquer probe, o agente de topologia é ativado automaticamente durante a instalação. Se quiser ajustar a configuração conforme descrito a seguir antes de executá-lo, desative o agente de topologia assim que ele for iniciado. Para instalar um probe Agente de topologia Observação: o probe topology_agent usa a ferramenta de configuração Raw Configure. É semelhante ao editor de registro do MS-Windows e não apresenta verificação de erro, portanto, antes de continuar, esteja atento para que as alterações feitas sejam válidas. A configuração padrão é apropriada para muitos ambientes de produção. No entanto, os seguintes parâmetros de configuração na ferramenta Raw Configure merecem uma observação especial: discovery-interval Local: grupo task-config Padrão: milissegundos (12 horas) Descrição: esta é a freqüência com que o agente de topologia executa a detecção da topologia. 28 Root Cause Analysis and Topology Manager

29 Configurando e executando o Agente de topologia Dica: como uma regra, é necessário usar o intervalo padrão ou defini-lo como o intervalo que deseja usar no ambiente de produção final. Se deseja executar a detecção de topologia mais freqüentemente durante a instalação e teste inicial, é recomendável usar o parâmetro discover-on-startup em vez de o discovery-interval. discover-on-startup Local: grupo task-config Padrão: falso Descrição: normalmente, o agente de topologia executa sua detecção se não tiver sido executada antes, ou se os dados de topologia não existirem. Depois disso, o agente de topologia é executado no intervalo configurado e não é executado automaticamente na inicialização. Dica: se definir este parâmetro como verdadeiro, é possível executar novamente a detecção de topologia a qualquer momento de um modo fácil: logo após reiniciar o probe. Este procedimento é útil na introdução, em que se pode executar novamente e com frequência o agente de detecção e/ou o agente de topologia até obter os resultados esperados. Quando não precisar mais executar novamente o agente de topologia, lembre-se de definir essa opção para falso. generate-support-data Local: grupo task-config Padrão: falso Descrição: se estiver definido como verdadeiro, o agente de topologia salva os arquivos de suporte técnico no diretório de suporte do topology_agent. Isso só será necessário se o contato de suporte da Nimsoft recomendar. do-interface-polling Local: grupo task-config Padrão: verdadeiro Descrição: ative esta opção para incluir o status da interface de rede na análise da causa raiz. Isso é essencial para a maioria dos usuários, assim, se o status for falso, deve-se considerar seriamente redefini-lo para verdadeiro. interface-polling-interval Local: grupo task-config Padrão: 300 segundos (5 minutos) Descrição: a freqüência com que o agente de topologia inicia uma sondagem de todas as interfaces conhecidas. Capítulo 2: Instalando a Detecção e Topologia 29

30 Configurando e executando o Agente de topologia Dica: faça uma observação do valor fornecido aqui, pois usará o mesmo valor quando configurar o probe net_connect em uma etapa posterior. snmp-timeout Local: grupo task-config Padrão: 3000 milissegundos (3 segundos) Descrição: o valor é em milissegundos (1000ms = 1 segundo). Em geral, o valor padrão é apropriado, a menos que a rede apresentar uma latência muito alta. Observação: os dispositivos são descartados no inventário após o segundo ciclo de detecção de topologia, em que falham ao responder no período snmp-timeout. snmp-retries Local: grupo task-config Padrão: 2 Descrição: em geral, o valor padrão é apropriado. Em alguns casos, pode-se atingir uma precisão melhor se definir o limite mais alto, mas com o risco de tempo de detecção de topologia mais prolongado. Em alguns casos, pode-se obter mais rápido a detecção de topologia ao definir um limite mais baixo, mas com o risco de se ter a precisão afetada. snmp-walk-enable Local: grupo task-config Padrão: falso Descrição: se definido como true, o agente da topologia executará uma passagem completa pelo SNMP para cada endereço IP e salvará os resultados em arquivos walk*.xml no diretório de suporte do agente de topologia. A passagem por SNMP ocorre após finalizar a detecção. Observação: altere este parâmetro somente se for recomendado pelo contato de suporte da Nimsoft, e certifique-se de redefini-lo como falso assim que possível para evitar sobrecarga desnecessária da rede. snmp-walk-max-seconds Local: grupo task-config Padrão: Root Cause Analysis and Topology Manager

31 Configurando e executando o Agente de topologia Descrição: Este parâmetro se aplica apenas se o snmp-walk-enable estiver definido como true. Ele controla o tempo máximo que será gasto ao executar uma passagem de SNMP por endereço IP. Se a passagem de SNMP não for concluída dentro do tempo limite, a passagem de SNMP para o endereço IP é encerrada. Se o probe topology_agent estiver desativado no momento, ative-o agora. Quando a configuração acima estiver concluída em todos os agentes de detecção em seu ambiente, e estiverem em execução normalmente, esse procedimento está concluído. Capítulo 2: Instalando a Detecção e Topologia 31

32 Exibindo e verificando a topologia de rede Exibindo e verificando a topologia de rede Quando a análise da topologia da rede estiver concluída,é possível exibir a topologia usando o Visualizador de relacionamento. Dica: é possível saber mais sobre como usar o Visualizador de relacionamento na ajuda do UMP. Ao examinar a topologia no Visualizador de relacionamento, procure o seguinte: 1. Todos os dispositivos de rede e hosts esperados estão incluídos? Iniciar ao procurar os roteadores e comutadores principais na rede. No Visualizador de relacionamento, é possível pesquisar por nome ou endereço IP para localizar nós. Se os dispositivos ou hosts estiverem ausentes, tente identificar um padrão para nós ausentes no mapa. Tem certeza de que eles pertencem à mesma subrede IP ou intervalo? Neste caso, é necessário ajustar os escopos da detecção para incluir os nós ausentes. Verifique se há várias cópias de nós que ligam diferentes regiões da rede real. Certifique-se de que nenhum nó foi detectado por dois agentes de detecção independentes, conforme descrito na seção Configurando a detecção no administrador remoto (na página 19). 2. Os dispositivos de rede e os hosts estão conectados conforme esperado? Os dispositivos e hosts esperados estão corretamente conectados ao roteadores e comutadores principais? Há ilhas de nós que devem ser conectadas uma às outras? Verifique os nós desconectados: a que eles devem estar conectados? 3. Cada dispositivo de rede e host está identificado pelo tipo correto? Por exemplo, os roteadores estão identificados como roteadores, comutadores como comutadores, e assim por diante? Em algumas circunstâncias, é possível que objetos estejam incorretamente identificados: Um comutador real pode ser identificado incorretamente como um nó de host. Um comutador real pode ser identificado incorretamente como um nó de dispositivo não identificado. Um roteador real pode ser identificado incorretamente como um nó do host. Uma comutador/roteador real pode ser identificado incorretamente como comutador ou roteador (mas não ambos). 32 Root Cause Analysis and Topology Manager

33 Exibindo e verificando a topologia de rede Um nó de host real pode ser identificado incorretamente como um roteador. Um dispositivo de rede pode ser identificado incorretamente como um nó de host. Um objeto detectado é rotulado como um nó de host se não puder identificado como qualquer outro item. Tente identificar um padrão para nós identificados incorretamente. Há dispositivos de um determinado fornecedor de hardware que foram identificados incorretamente? Há determinados tipos de dispositivo (por exemplo, pontos de acesso sem fio) que foram identificados incorretamente? Se encontrar dispositivos de rede e hosts identificados, verifique as possíveis causas: Nenhuma informação sobre SNMP foi coletada do dispositivo. Sem informações do SNMP, não é possível identificar um nó detectado adequadamente, dessa forma, emprega-se a identidade padrão do host. Possíveis problemas incluem o seguinte: Uma sequência de caracteres da comunidade SNMP incorreta foi especificada nas credenciais de autorização para o escopo de detecção do endereço IP do nó. A sequência de caracteres da comunidade SNMP não foi aplicada ao escopo de detecção do endereço IP do nó. O agente de detecção não concluiu a verificação do SNMP referente a todos os escopos de detecção. O dispositivo não permite acesso a todas as MIBs suportadas. Por exemplo, se o comutador/roteador estiver configurado para permitir o acesso à tabela de rotas, mas não permitir o acesso ao Bridge MIB, ele só poderá ser detectado como um roteador. Quando estiver certo de que a topologia representada no visualizador de relacionamento reflete toda a rede com precisão, vá para a fase final da implantação: ativar a análise da causa raiz. Capítulo 2: Instalando a Detecção e Topologia 33

34

35 Capítulo 3: Instalando a Análise da causa raiz Esta seção descreve como ativar a Análise da causa raiz em seu ambiente. Inicie o processo somente depois que estiver totalmente certo de que a topologia representada no visualizador de relacionamento corresponde à rede real. Se a análise da causa raiz operar em um modelo incorreto, naturalmente se deduz que não corresponde adequadamente à realidade. Esta seção contém os seguintes tópicos: Instalação e execução da correlação de falhas da topologia (na página 35) Configurando o probe Net connect (na página 36) Instalação e execução da correlação de falhas da topologia O agente topology_fault_correlation deve estar instalado e implantado no mesmo robô que o probe fault_correlation_engine. O agente topology_fault_correlation não é um probe e não será relacionado pelo Infrastructure Manager após a instalação. Ele é um aplicativo hospedado pelo probe fault_correlation_engine. Para instalar e executar a correlação de falhas da topologia 1. Desative o serviço fault_correlation_engine. Será exibido um indicador de status cinza no Infrastructure Manager. 2. Instale o aplicativo topology_fault_correlation arrastando-o para o robô do hub e solte-o aí. 3. Reinicie o serviço fault_correlation_engine para ativar o novo aplicativo. O aplicativo Correlação de falhas da topologia já está em execução. Ele é parte do mecanismo de correlação de falhas, portanto, não está relacionado entre as probes no robô. Capítulo 3: Instalando a Análise da causa raiz 35

36 Configurando o probe Net connect Configurando o probe Net connect A correlação de falhas depende do probe net_connect referente ao status de alarme do nó ativado/desativado e, portanto, o probe deve ser configurado corretamente para fornecer os dados. É possível configurar vários nós de uma vez para correlação falhas da rede usando o aplicativo USM (Unified Service Manager) no UMP conforme descrito a seguir. Para configurar o net connect para a correlação de falhas da rede 1. No USM, crie um grupo que inclui todos os endereços IP a ser monitorado. Se todos os endereços IP forem parte do mesmo hub ou origem, é possível definir um filtro usando a origem para simplificar a criação do grupo e manter sua associação de modo dinâmico. 2. Criar um modelo de monitoramento, como segue: a. Feche MINHA REDE na parte superior esquerda do USM e abra a opção ADMINISTRAÇÃO. b. Adicione um novo modelo de monitoramento. c. Clique no botão Adicionar para adicionar um monitor. d. Selecione o monitor ping (remoto) no pacote net_connect e clique em OK. e. Com o monitor selecionado na janela principal do USM, clique em Editar para configurar suas configurações, conforme especificado: Defina a opção Intervalo entre verificações para duplicar o interface-polling-interval (na página 28) definido ao configurar o agente de topologia (interface-polling-interval x 2). Isso garante a capacidade de resposta de correlação de falhas da topologia ao executar sua análise de causa raiz. Use a caixa de seleção para ativar a opção Monitorar a conectividade ICMP (ping). Dentro desta caixa, defina os parâmetros, como segue: Defina o tamanho do pacote como padrão. Defina novas tentativas durante o intervalo para um valor de 1. Defina os parâmetros de configuração restantes na caixa Monitorar conectividade ICMP (ping) conforme apropriado para sua situação. Use a caixa de seleção para ativar a opção Gerar alarme. Dentro desta caixa, defina os parâmetros, como segue: 36 Root Cause Analysis and Topology Manager