guia de introdução do nimsoft...

Guia de Introdução Release 5.6

Nimsoft® Monitor™

Histórico da revisão do documento

Versão do documento Data Alterações

1.0 30/06/10 Versão inicial do Guia de Introdução do Nimsoft Server

2.0 24/10/11 Simplificado e revisado.

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 http://support.nimsoft.com/, é 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 [email protected].

http://support.nimsoft.com/

mailto:[email protected]

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 252.227-7014 (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 52.227-19 (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 52.227-19(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 52.227-14 (junho de 1987) ou no DFAR 252.227-7015 (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.

Índice 5

Índice

Capítulo 1: Nimsoft Monitor 9

Componente Infraestrutura do Nimsoft .................................................................................................... 10

Estendendo um domínio pelos firewalls ................................................................................................... 11

Capítulo 2: Nimsoft Server 15

Domínio ..................................................................................................................................................... 15

Barramento ................................................................................................................................................ 16

Manipulação das mensagens da Nimsoft ........................................................................................... 16

Modelo de mensagem da Nimsoft ...................................................................................................... 17

Hub ............................................................................................................................................................. 17

Fluxo de mensagens entre robô e hub ................................................................................................ 17

Filas, assinantes e entrega de mensagens .......................................................................................... 19

Robô ........................................................................................................................................................... 19

Probes ........................................................................................................................................................ 20

Modelo de segurança ................................................................................................................................ 21

Listas de controle de acesso (ACLs) ..................................................................................................... 21

Capítulo 3: O UMP (Unified Management Portal) 23

Criador de painéis ...................................................................................................................................... 25

Painéis personalizados ............................................................................................................................... 27

Exibições dinâmicas ................................................................................................................................... 28

Relatórios dinâmicos.................................................................................................................................. 29

Capítulo 4: Infrastructure Manager 33

Janela do Infrastructure Manager ............................................................................................................. 34

Capítulo 5: Gerenciador de nível de serviço: visão geral 35

Janela Gerenciador de nível de serviço ..................................................................................................... 37

Capítulo 6: Console de alarmes: visão geral 39

Visão geral do alarme .......................................................................................................................... 39

Alarmes ............................................................................................................................................... 40

6 Guia de Introdução

Servidor de alarmes ............................................................................................................................ 40

Supressão de mensagens .................................................................................................................... 41

Exemplo ............................................................................................................................................... 41

Confirmação automática ..................................................................................................................... 42

Transações de alarmes ........................................................................................................................ 42

Subsistemas ......................................................................................................................................... 43

Mensagens de notificação................................................................................................................... 43

Manipulando alarmes ......................................................................................................................... 43

Janela Console de alarmes ......................................................................................................................... 44

Glossário 45

Componente Infraestrutura do Nimsoft .................................................................................................... 45

Hub ...................................................................................................................................................... 45

Infrastructure Manager ....................................................................................................................... 45

Endereço do Nimsoft ........................................................................................................................... 45

Probe ................................................................................................................................................... 46

Publicando mensagens ........................................................................................................................ 47

QoS (Qualidade de Serviço) ................................................................................................................. 47

Robô .................................................................................................................................................... 47

Assunto ................................................................................................................................................ 48

Registrar .............................................................................................................................................. 48

Timed probes versus daemon probes ................................................................................................. 48

Domínio ............................................................................................................................................... 48

Termos e definições do SLM ...................................................................................................................... 49

Perfil de cálculo ................................................................................................................................... 49

Método de cálculo............................................................................................................................... 49

Período de conformidade ................................................................................................................... 49

Porcentagem de conformidade .......................................................................................................... 50

Tipos de dados .................................................................................................................................... 51

Domínio ............................................................................................................................................... 51

Hub ...................................................................................................................................................... 51

Período operacional ............................................................................................................................ 51

Probes .................................................................................................................................................. 52

Robô .................................................................................................................................................... 52

SLA (Acordo de nível de serviço) ......................................................................................................... 52

Objetivo dos níveis de serviço (SLO) ................................................................................................... 53

Gerenciador de nível de serviço (SLM)................................................................................................ 53

QoS (Qualidade de Serviço) ................................................................................................................. 53

Índice 7

Objeto de QoS ..................................................................................................................................... 53

Restrição de QoS ................................................................................................................................. 53

Alarmes ...................................................................................................................................................... 54

Confirmar ............................................................................................................................................ 54

Mensagem de alarme .......................................................................................................................... 54

Níveis do alarme .................................................................................................................................. 54

Histórico .............................................................................................................................................. 55

Subsistema .......................................................................................................................................... 55

Supressão ............................................................................................................................................ 55

Padrão correspondente ...................................................................................................................... 55

Expressões regulares ........................................................................................................................... 56


Capítulo 1: Nimsoft Monitor

O Nimsoft Monitor, um componente da solução Unified Management, fornece gerenciamento de sistemas, aplicativos e redes. O Nimsoft Monitor é composto dos seguintes componentes:

■ Nimsoft Server (que inclui o barramento de mensagens da Nimsoft, o hub principal e o NIS - Nimsoft Information Store - Armazenamento de informações da Nimsoft)

■ Unified Management Portal (chamado de UMP, fornece exibições flexíveis e extensíveis dos painéis no ambiente gerenciado, bem como determinados recursos administrativos)

■ Infrastructure Manager (fornece controle administrativo e de gerenciamento da infraestrutura da Nimsoft, bem como uma janela de alarmes para exibir alarmes e mensagens)

■ A infraestrutura da Nimsoft (inclui hubs, robôs, e probes, que são distribuídos em todo o ambiente de TI)

■ As soluções Alarme e SLM (Service Level Management - Gerenciamento de nível de serviço) da Nimsoft

A principal fonte de informações sobre a funcionalidade e a configuração do produto é a ajuda online e a documentação detalhada e distribuída com cada um desses produtos.

Componente Infraestrutura do Nimsoft


O diagrama a seguir ilustra como esses componentes estão inter-relacionados.

Componente Infraestrutura do Nimsoft ■ Domínio - todos os componentes da infraestrutura da Nimsoft são

agrupados em um conjunto lógico chamado domínio.

■ Hub principal - um concentrador e redistribuidor de mensagens. Sua principal responsabilidade é responder rapidamente às mensagens de entrada, distribuir essas mensagens a assinantes conectados e/ou fila e manter as informações do sistema, como tabelas de nomes, arquivos de configuração de robôs, etc. Foi projetado para manipular um grande número de mensagens enviadas/publicadas pelos seus robôs.

Estendendo um domínio pelos firewalls


Mais de um hub pode ser instalado. Nesse caso, hubs secundários podem ser usados para agrupar robôs que executam operações semelhantes, ou que têm a mesma localização geográfica ou o mesmo código de departamento, e assim por diante. A instalação de pelo menos dois hubs é recomendada, pois as informações de configuração serão replicadas nos hubs e têm mais chance de sobreviver a uma interrupção de energia ou do sistema.

Outros componentes se conectam ao hub para receber mensagens dedicadas e realizar atividades específicas. Por exemplo, o serviço do Servidor de alarmes (NAS) coleta em uma fila dedicada para o hub e cataloga alarmes brutos dos probes. Em seguida, ele executa a supressão de mensagens, a filtragem e carrega as informações de alarme no NIS, onde elas podem ser acessadas e exibidas.

■ Robô - primeira linha de gerenciamento para os probes. O controlador do robô inicia e interrompe os probes nas horas solicitadas, e o spooler do robô coleta, enfileira e encaminha as mensagens dos probes ao hub especificado. O robô também oferece um serviço simples de banco de dados para seus probes, para que os dados coletados sobrevivam às interrupções de energia. Um computador monitorado por um probe precisa ter um robô instalado, pois o método de instalação da Nimsoft usa o robô para instalar probes na máquina.

■ Probes - instalados em computadores dentro do ambiente gerenciado, os probes acessam e monitoram recursos ou eventos locais específicos e depois enviam alarmes/mensagens para o robô de controle. Determinados probes, quando instalados no hub principal, operam como pequenos programas de software e fornecem uma série de serviços de back-end que suportam a operação geral do Nimsoft Monitor.


Atualmente, a maioria das empresas tem um ou mais firewalls em sua rede, internamente entre diferentes redes e externamente para uma DMZ ou a internet.

Os administradores de rede normalmente relutam em abrir um firewall para uma série de endereços IP ou portas para possibilitar o funcionamento dos aplicativos de gerenciamento de TI. Isso dificulta a administração e o monitoramento de toda a rede a partir de um local central.



A solução é definir um encapsulamento entre dois hubs separado por um firewall. O encapsulamento define uma conexão do tipo VPN (Virtual Private Network - Rede virtual privada) entre os dois hubs e permite que todas as solicitações e mensagens da Nimsoft sejam roteadas por meio do encapsulamento e distribuídas no outro lado. Esse roteamento será transparente para todos os usuários no Nimsoft. O único requisito para a configuração de um encapsulamento é que um dos firewalls seja aberto para a conexão com o hub de destino em uma porta.

A segurança é o principal problema ao abrir um firewall para conexões externas. O encapsulamento é implementado usando o protocolo SSL (Secure Socket Layer), que é o protocolo de segurança mais implantado atualmente - é o protocolo por trás do HTTP seguro (HTTPS). A segurança é tratada de duas maneiras: com certificados para autenticar o cliente e criptografia para proteger o tráfego de rede:

Autorização e autenticação: o encapsulamento fornece autorização e autenticação usando certificados. O cliente e o servidor precisam de certificados válidos emitidos pela mesma CA (Certificate Authority - Autoridade de certificação) para configurar uma conexão. No caso da configuração de um encapsulamento, a máquina que está recebendo a conexão (o servidor) é sua própria CA e apenas aceitará certificados emitidos por ela mesma.



Criptografia: as configurações de criptografia variam entre Nenhuma e Alta. Nenhuma criptografia significa que o tráfego ainda está autenticado e, portanto, é recomendável para encapsulamentos dentro de LANs e WANs. Selecionar níveis mais elevados de criptografia utilizará mais recursos das máquinas nas duas extremidades do encapsulamento.

A instalação da infraestrutura da Nimsoft inclui o fornecimento do assistente da DMZ, que ajuda na configuração dos encapsulamentos entre os hubs da Nimsoft. Consulte o Guia de Instalação do Nimsoft Monitor ou a ajuda online disponível clicando duas vezes no probe do hub no Infrastructure Manager.


Capítulo 2: Nimsoft Server

O Nimsoft Server é composto pelo barramento de mensagens da Nimsoft, o hub principal e um conjunto de probes de serviço que gerenciam o fluxo de alarmes e mensagens de dados de QoS de criadores para consumidores, inclusive o NIS (Nimsoft Information Store - Armazenamento de informações da Nimsoft), que reside em um banco de dados MSSQL, MySQL ou Oracle.

Domínio

O domínio é o nó de nível superior na hierarquia, e um site geralmente é configurado com um domínio. Ele é usado para agrupar um ou mais hubs em um conjunto lógico como uma empresa ou um empreendimento.

Vários aspectos de segurança, como perfis de usuário, permissões de usuário e direitos de acesso, são distribuídos no domínio.

Barramento


A ilustração a seguir mostra um domínio da Nimsoft - abrangendo servidor, bancos de dados, aplicativos e infraestrutura distribuída (robôs e probes):

Barramento

Manipulação das mensagens da Nimsoft

O barramento da Nimsoft deve ser visto como um barramento de mensagens que fornece um conjunto de serviços ao cliente e processos de servidores conectados a ele. Os dois principais componentes do barramento da Nimsoft são os processos do robô e do hub. Eles fornecem aos aplicativos do cliente/servidor um ponto de entrada (robô) e um ponto de saída (hub) do barramento. O fluxo de mensagens no barramento é gerenciado usando roteamento e esquemas de nomenclatura.

Hub


Modelo de mensagem da Nimsoft

O modelo de mensagem da Nimsoft é baseado em solicitação/resposta e nos modelos de publicação/assinatura. Solicitação/resposta é o modo padrão de comunicação na rede. Um cliente emite uma solicitação para um servidor e o servidor responde à solicitação. O modelo de publicação/assinatura é útil quando um cliente desejar enviar um tipo de dado sem um destinatário designado. Podem ser mensagens contendo dados de desempenho, um alerta e dados a serem inseridos em alguns banco de dados, ou mensagens direcionadas para servidores de gateway. O servidor verifica apenas um ou mais assuntos específicos (registrados pelo hub), e é notificado por eventos sempre que dados estiverem disponíveis.

Hub

O hub é um concentrador e redistribuidor de mensagens. Ele é o ponto de coleta de todas as mensagens provenientes dos vários Robôs instalados. Muitos outros componentes podem se conectar ao hub para receber mensagens dedicadas e realizar outras atividades específicas. Um desses componentes é o Servidor de alarmes da Nimsoft (NAS).

O hub responde rapidamente às mensagens de entrada, distribui essas mensagens a assinantes conectados e/ou filas e mantém uma variedade de informações do sistema, como tabelas de nomes, etc. O hub pode ser usado para agrupar um conjunto de robôs que executam operações semelhantes, têm a mesma localização geográfica, o mesmo código de departamento, etc. Foi projetado para manipular um grande número de mensagens publicadas pelos seus robôs, e envia as mensagens para seus clientes. Mensagens publicadas em um assunto sem assinantes ou filas serão automaticamente descartadas.

Fluxo de mensagens entre robô e hub

Todas as publicações realizadas pelos vários probes serão manipuladas pelo spooler dentro do robô. O spooler tentará transmitir a mensagem para seu hub atual, e colocará as mensagens em um spooler quando o hub responder positivamente à solicitação. Quando o hub recebe a mensagem, observa o campo de assunto da mensagem e distribui a mensagem para os destinatários adequados dessa publicação. Os destinatários podem ser outros probes funcionando como processos de gateway (convertendo publicações de "alarme", por exemplo, em interceptações SNMP) ou servidores dedicados verificando assuntos especificamente projetados para isso.

Hub


O mecanismo de assinatura

O mecanismo de assinatura permitirá que clientes do barramento de mensagens da Nimsoft selecionem as mensagens com base no assunto, e não no endereço do remetente. Sempre que um cliente decidir receber publicações de mensagens do barramento da Nimsoft, ele envia uma solicitação de assinatura para o hub. O cliente receberá mensagens que correspondem aos assuntos inscritos do hub. Um cliente pode usar os seguintes métodos para se inscrever:

■ Inscrever - se conecta ao hub e recebe mensagens desde que o cliente esteja ativo e em execução

■ Vincular - o hub configura uma fila de mensagens para armazenar as mensagens se o cliente estiver passivo (não estiver em execução). Portanto, quando o cliente for reativado, todas as mensagens serão repassadas (até mesmo aquelas que foram recebidas quando o cliente estava inativo).

As filas de mensagens

O hub é projetado para manipular um grande número de mensagens de entrada e solicitar tráfego. Para manter uma alta taxa de transferência de mensagens, filas de mensagens são usadas. Uma fila de mensagens é FIFO (first in, first out - primeiro a entrar, primeiro a sair), usada para armazenar temporariamente as mensagens até que um cliente esteja pronto para ler os dados. Conforme mencionado anteriormente, mensagens sem assinantes serão descartadas. Portanto, é essencial usar filas de mensagens para assegurar a confiabilidade e para garantir a entrega das mensagens. As filas de mensagens do hub são encontradas em /Nimsoft/hub/q directory.

O serviço de nome

Todos os probes controlados por um robô serão registrados em uma lista de probes gerenciada pelo controlador do robô. Além da lista de probes, uma lista de todos os probes ativos (probes que verificam uma porta associada e respondem a um conjunto de comandos), é distribuída para o hub para entrega rápida após a solicitação (por exemplo, do Infrastructure Manager). Os nomes encontrados nessas tabelas são a base para a resolução de porta nome para IP e constituem o que é definido como um endereço da Nimsoft. Um cliente pode consultar o controlador para buscar uma resolução de nome/IP de maneira semelhante à consulta no DNS ou WINS, com base no nome do serviço (por exemplo, NAS).

Robô


Filas, assinantes e entrega de mensagens

A transferência de mensagens de e para um hub é feita por meio de filas. Há várias maneiras de configurar as filas, permitindo uma ampla variedade de configurações de comunicação. Na maioria das situações cotidianas, a fila é uma parte transparente da infraestrutura. Tudo o que você, como administrador, geralmente precisará fazer é definir links de comunicação entre os componentes (robôs, probes e hubs), e as filas necessárias serão automaticamente configuradas para você. As filas se enquadram em duas categorias principais:

■ Uma fila permanente está armazenada no banco de dados local do hub e sobrevive a uma reinicialização do hub. Esse tipo de fila é configurada onde é importante garantir que a mensagem será entregue, mesmo que o destinatário esteja desativado quando a mensagem for enviada. Em geral, isso acontece ao enviar mensagens para o NAS (Servidor de alarmes da Nimsoft) para serem armazenadas em um banco de dados. O controlador no robô de recebimento se vincula à fila na inicialização e busca todas as mensagens na fila enquanto ele estava desativado, se houver alguma. Depois, as mensagens novas são buscadas assim que são recebidas pelo hub e são colocadas na fila.

■ Uma fila temporária é um tipo mais ad hoc de mecanismos usados para caminhos de comunicação menos críticos. Por exemplo, uma porta de visualizador de alarmes pode abrir uma assinatura para as mensagens de alarme do hub. Em seguida, uma fila temporária é criada no hub, e as mensagens são encaminhadas para essa fila enquanto o visualizador de alarmes estiver ativo. Ao fechar o visualizador, a fila é removida.

Robô

O robô é a primeira linha de gerenciamento para os probes. O robô inicia e para os probes o número de vezes necessário, coleta, enfileira e encaminha mensagens dos probes para o hub especificado. Cada computador que está sendo monitorado por um probe precisará de um robô instalado.

O robô tem três tarefas dedicadas:

■ Controlar os probes vinculados ao robô

■ Verificar se as mensagens publicadas pelos probes chegam ao hub

■ Fornecer um serviço de banco de dados simples para seus probes

Probes


O robô garante continuamente que os probes vinculados sejam executados sem a intervenção humana. Ele poupa o administrador do sistema de tarefas repetitivas e demoradas, como executar a vigilância do sistema, o monitoramento de aplicativos, o monitoramento de rede, etc.

Um robô consiste em dois elementos principais, o controlador e o spooler, bem como um banco de dados pequeno:

■ O controlador gerencia os probes no que se refere ao tempo de inicialização e aos modos de execução. O probe pode ser configurado para ser executado, por exemplo, todas as noites entre 22:00 e 23:00 (conhecido como probe com limite de tempo), ou configurado para ser executado continuamente (como um probe daemon).

■ O spooler, na maioria dos casos, encaminhará as mensagens diretamente para o hub atual. Ele tenta deixar as mensagens em massa sempre que possível, para reduzir a carga de rede. Você pode configurar o spooler para armazenar as mensagens localmente (em um arquivo de disco) e enviá-las quando determinados critérios (gravidade, tempo e quantidade) forem atendidos.

■ A terceira parte do robô é chamada de servidor de banco de dados do hub (HDB). Muitas tarefas em uma solução da Nimsoft envolvem o armazenamento de dados para o monitoramento de limite e das tendências dos dados. O HDB é um serviço de banco de dados usado pelo controlador e o spooler (e, opcionalmente, por outros probes com necessidades de armazenamento) como um serviço de banco de dados leve.

Probes

Probes são pequenos softwares dedicados que monitoram recursos ou eventos específicos. Cada probe pode ser facilmente configurado para requisitos de monitoramento específicos.

Conforme visto no Nimsoft Server, o robô controla um conjunto de probes e fornece as portas de comunicação necessárias para todos eles. Visto do sistema conectado, o probe é um processo interno capaz de:

■ Acessar os recursos internos do sistema a partir do código de programa específico do probe

■ Enviar mensagens no barramento da Nimsoft por meio dos recursos de mensagens na API da Nimsoft

■ Receber comandos do hub da Nimsoft e manter um arquivo de configuração usando os recursos de comando da API da Nimsoft

Modelo de segurança


Geralmente, o probe tem a sua configuração atual armazenada em um arquivo de configuração local. Este arquivo é mantido a partir do console do Infrastructure Manager com POC (Probe Oriented Configuration - Configuração orientada ao probe) ou a partir do UMP com SOC (Service Oriented Configuration - Configuração orientada ao serviço).


Os principais problemas de segurança são determinar se é preciso restringir os usuários e/ou os probes com base nas permissões predefinidas dentro do domínio. Eles incluem:

■ Acesso: quem tem permissão para fazer o que

■ Autenticação: o cliente é quem ele afirma ser?

■ Criptografia: possibilitar que outras pessoas leiam os dados

Listas de controle de acesso (ACLs)

As Listas de controle de acesso consistem em um conjunto de propriedades e permissões de acesso. Quando o administrador cria novos usuários ou modifica as propriedades de um usuário existente, ele vincula o usuário a uma ACL. Usuários vinculados a uma ACL terão as propriedades e as permissões definidas para essa ACL.

O administrador também pode criar novas ACLs ou modificar as propriedades das existentes. ACLs podem ser administradas a partir do Infrastructure Manager.


Capítulo 3: O UMP (Unified Management Portal)

Observação: uma documentação do usuário detalhada para o UMP está disponível em sua ajuda online.

O Nimsoft Unified Management Portal (UMP) oferece os seguintes recursos:

■ Exibir e gerenciar alarmes

■ Acessar os relatórios da web

■ Visualizar exibições dinâmicas

■ Exibir e gerenciar alarmes

■ Exibir status da detecção

■ Iniciar o criador de painéis

■ Exibir painéis personalizados

■ Gerenciar usuários

■ Gerenciar sistemas de computador

■ Representar dados de QoS por meio de gráfico

■ Exibir resumos de dados em formato de tabela

■ Exibir a topologia de rede e diagramas de Root Cause Analysis

Os aplicativos a seguir, ou portlets, estão disponíveis no UMP:

■ Account Admin - permite criar, modificar ou excluir usuários. Pode-se também definir as senhas para usuários.

■ Console de alarmes - é a janela principal para exibir e gerenciar alarmes. Ela exibe informações sobre alarmes em formato de tabela e pode-se usar os ícones da barra de ferramentas e opções do menu para exibir informações e executar ações referentes aos alarmes. O Console de alarmes está integrado a outros aplicativos do Nimsoft, como o Console corporativo e o Infrastructure Manager, e também pode ser aberto no Gerenciador de Nível de Serviço.



■ Painéis personalizados - permitem executar as seguintes ações:

■ Acessar os paineis personalizados que exibem os dados de QoS e alarmes de sistemas monitorados em sua rede.

■ Exibir e gerenciar os alarmes.

■ Criador de painéis - permite criar paineis personalizados para exibir dados de QoS e alarmes usando marcadores, objetos do alarme, medidores, gráficos, tabelas, paineis entre outros.

■ Status da detecção - consiste em um gráfico de pizza mostrando o status da detecção de sistemas em sua rede. Imediatamente após a instalação do software do Nimsoft Server, o componente de detecção do Nimsoft inicia a pesquisa na rede para sistemas de computador, se a opção Detecção for selecionada durante a instalação do Nimsoft Server. O processo é executado continuamente e atualiza o diagrama para mostrar o status atual, garantindo que sistemas de computador removidos ou recentemente instalados sejam refletidos no gráfico de pizza. Clicar no gráfico de pizza exibe uma tabela com informações sobre os sistemas no gráfico de pizza.

■ Exibições dinâmicas - exibe paineis gerados automaticamente para os sistemas de computador detectados na rede. Os painéis exibem informações de QoS como a utilização da memória e do CPU. O portlet de exibições dinâmicas inclui um painel de árvore onde é possível selecionar um sistema de computador e um painel que exibe as informações sobre o sistema selecionado.

■ Criador de listas - permite criar listas a serem exibidas no aplicativo Visualizador de listas.

■ Visualizador de listas - exibe dados em formato de tabela. Os dados podem estar no formato de texto, números, medidores, alarmes, ou gráficos.

■ Modo de manutenção - permite definir os sistemas de computador na rede para o modo de manutenção de modo que estejam temporariamente sem monitoramento. Os parâmetros de monitoramento para o sistema são retidos e, quando o modo de manutenção encerrar, serão monitorados novamente como antes.

■ Nimsoft Remote Admin - fornece um console de gerenciamento para detecção (DS) e configuração (MCA) de dados no NIS. Mostra o estado de todos os itens de configuração no banco de dados. É possível definir o estado e especificar as propriedades de monitoramento para os diversos sistemas de computador detectados na rede usando o gerenciador de NIS.

Criador de painéis


■ QoS Chart - permite visualizar uma representação visual de dados do QoS. Selecione o host, a medição de QoS, o destino, o intervalo de tempo e os dados a serem exibidos em um gráfico. É possível exibir várias medições em um único gráfico, bem como vários gráficos de uma vez. Pode-se escolher o formato do gráfico (linha, área ou coluna), bem como maximizá-lo para ser exibido em um tamanho maior. É possível salvar um conjunto de gráficos como um relatório para ser exibido mais tarde.

■ Visualizador de relacionamento - exibe os relacionamentos entre os dispositivos na rede em diagramas visuais e intuitivos. Também executa a RCA (Root Cause Analysis) para determinar o dispositivo que causa uma interrupção e suprime os alarmes de nós dependentes.

■ Relatórios - contém esses tipos de relatórios da web:

■ Relatórios de qualidade de serviço (QoS), que devem ser criados manualmente usando a GUI do probe report_engine. Esta GUI é iniciada clicando duas vezes no probe report_engine no Infrastructure Manager. Consulte a documentação online do probe do Nimsoft para obter detalhes sobre o report_engine.

■ Relatórios de SLA (Service Level Agreement - Acordo de nível de serviço), que são gerados automaticamente para os Acordos de nível de serviço criados no Gerenciador de nível de serviço.

■ Relatórios unificados - um conjunto abrangente de ferramentas do Business Intelligence (BI), que fornece relatórios estáticos robusto, bem como interativos, e recursos de análise de dados. Os relatórios unificados oferecem suporte ao painel arrastar e soltar, gráfico integrado, relatório web, programação do relatório, distribuição e versão histórica.

■ Conteúdo da web - permite criar um link para uma página da web.

Criador de painéis

O aplicativo Criador de painéis é a área para criar e acessar os painéis. É possível criar painéis para monitorar sistemas de computador na rede para dados e alarmes de QoS usando vários widgets modelo, como objetos do alarme, objetos do marcador, gráficos e tabelas:

■ Os objetos do alarme podem ser filtrados para refletir o estado dos computadores que desejar.

■ Os objetos do marcador podem ser conectados em diferentes origens de dados (QoS, probes, variáveis, etc.).

Criador de painéis


■ Os painéis podem ser usados para criar painéis com vários níveis em uma estrutura de árvore.

■ Os objetos da tabela podem ser usados se desejar apresentar a saída de uma consulta ao NIS, em forma de tabela, em um painel.

O layout dos componentes do painel e o canvas de plano de fundo podem ser configurados com uma ampla variedade de cores, fontes, sons e origens de dados.

Pode-se também importar e usar em um dos modelos de painel disponível. Há quatro modelos de painéis disponíveis; dois para os dispositivos de rede e dois para os sistemas do servidor.

Pode-se também encontrar vários objetos gerais, como objetos de texto, de imagens, etc. O Criador de painéis também contém uma ferramenta de visualização que permite visualizar a aparência e o layout do painel antes de publicá-lo.

Os painéis estarão disponíveis no Unified Monitoring Portal quando forem salvos e publicados. Nesse local, é possível visualizar o estado e os valores de QoS dos sistemas monitorados bem como gerenciar os alarmes.

A janela Criador de paineis contém as seguintes seções principais:

Painéis

Esta seção, localizada no canto inferior esquerdo, permite abrir, editar ou copiar os paineis existentes, bem como criar um painel. É possível até mesmo fazer download de um ou mais modelos de paineis, modificá-los e usá-los como seu próprio painel. A seção também contém a funcionalidade para publicar os painéis, disponibilizando-os na lista de painéis.

Painéis personalizados


Componentes do painel

Esta seção contém os blocos de construção ou widgets (objetos) que podem ser usados ao criar os painéis. Basta arrastar e soltar os objetos ou modelos no painel que está sendo editado ou criado. Os objetos podem ser componentes do alarme, marcadores, paineis, etc.

Além dos widgets, há um nó chamado Modelos. É possível salvar um objeto como um modelo. Se tiver configurado um objeto e deseja salvar e usá-lo no futuro ao criar outros paineis, clique com o botão direito do mouse no objeto e selecione a opção Salvar como modelo

Histórico do painel

Esta seção contém a funcionalidade para registrar as alterações feitas no painel atual no canvas. Oferece suporte ao mecanismo de desfazer/refazer de algumas operações; em geral, para adicionar, excluir, redimensionar e mover objetos.

Propriedades

Esta seção contém as propriedades disponíveis para o objeto selecionado. Ao criar um painel, arraste objetos da seção Componentes do painel e solte-os no canvas. Ao selecionar um objeto no canvas, as propriedades disponíveis para o objeto selecionado serão exibidas na seção Propriedades. Configure os objetos atribuindo as propriedades que desejar.

Painéis personalizados

É possível criar painéis personalizados usando o Criador de painéis. Os painéis que você vê depende das permissões definidas na ACL para sua conta de usuário.

Painel

Na estrutura de árvore, a cor dos ícones representa a gravidade mais alta para os objetos do alarme nos painéis. Clique duas vezes em um ícone e o painel correspondente será iniciado no painel.

Os painéis podem conter marcadores, objetos de alarme, medidores, gráficos, tabelas, painéis, entre outros.

Os objetos painel e alarme refletem o nível de gravidade do alarme com a gravidade mais alta. Clicar duas vezes em um objeto exibe a lista de alarmes, permitindo gerenciá-los.

Exibições dinâmicas


Ferramenta Mini Map

Esta ferramenta amplia uma área de um painel. Uma versão minimizada do painel é mostrada na janela Mini Map. Um controle deslizante permite aumentar ou diminuir o painel na tela.

Gerenciando alarmes em painéis

Se o painel contém objetos do alarme, é possível exibir a lista de alarmes relacionados ao clicar duas vezes em um ícone do alarme que não seja verde (não há alarmes associados a objetos verde).

Exibições dinâmicas

O aplicativo Exibições dinâmicas exibe painéis gerados automaticamente para os sistemas de computador detectados na rede. Os painéis exibem informações de QoS como a utilização da memória e do CPU. O aplicativo Exibições dinâmicas inclui um painel de árvore onde é possível selecionar um sistema de computador e um painel que exibe as informações sobre o sistema selecionado.

Relatórios dinâmicos


■ Configurando o servidor Nimsoft para Exibições dinâmicas

Se o módulo de detecção foi selecionado durante a instalação do servidor Nimsoft, os sistemas de computador detectados na rede enviarão dados de QoS assim que estiverem definidos como gerenciado no Gerenciador de NIS.

Se o módulo de detecção não foi selecionado durante a instalação do Nimsoft Server, o probe do CDM deverá ser distribuído para cada sistema de computador a ser monitorado e, em seguida, configurado para enviar QoS. Além disso, os probes tráfego da interface e net_connect no computador que executa o software do Nimsoft Server devem ser configurados com perfis para cada um dos sistemas a ser monitorado.


Os relatórios dinâmicos exibem dados de QoS para os sistemas detectados pelo componente de detecção do Nimsoft.

Executando relatórios dinâmicos

Para executar relatórios dinâmicos, o sistema de computador deve ser configurado corretamente.

Se o módulo de detecção foi selecionado durante a instalação do Nimsoft Server, os sistemas de computador detectados na rede enviarão dados de QoS assim que estiverem definidos como gerenciado no Gerenciador de NIS. Se o módulo de detecção NÃO foi selecionado durante a instalação do Nimsoft Server, o probe do CDM deverá ser distribuído para cada sistema de computador a ser monitorado e, em seguida, configurado para enviar QoS. Além disso, os probes interface_traffic e net_connect no computador que executa o software do Nimsoft Server devem ser configurados com perfis para cada um dos sistemas a ser monitorado.



Para executar um relatório dinâmico, clique em Relatório na barra de ferramentas no painel de exibições dinâmicas. O relatório será aberto em uma nova janela. O relatório mostra os valores de exemplo como um gráfico. O gráfico pode conter diversas séries de dados, cada uma exibida com cores diferentes.

Os gráficos podem indicar que os dados estavam indisponíveis ou ausentes:

Indisponível

Além da série de dados, o gráfico mostrará um período em que os dados estavam indisponíveis (por exemplo, o computador monitorado não respondeu).



Dados ausentes

Além da série de dados, o gráfico mostrará os períodos que estão fora do período operacional definido e um período no qual os dados estavam ausentes (por exemplo, o probe ou o robô que hospeda o probe foi interrompido).

Capítulo 4: Infrastructure Manager 33

Capítulo 4: Infrastructure Manager

O Infrastructure Manager é uma interface importante para a configuração e o gerenciamento do sistema. Ele fornece:

■ Uma visão geral com estilo de gerenciador dos sistemas que estão sendo monitorados

■ Ferramentas de gerenciamento e administração

■ Implantação e instalação do probe usando o arrastar e soltar

■ Uma janela de alarmes para exibir todos os alarmes e mensagens

O Infrastructure Manager se conecta a um hub ativo e permite que você controle, configure e gerencie todos os robôs e probes conectados a esse hub. É possível navegar pela infraestrutura da Nimsoft expandindo os elementos da estrutura de árvore, configurar os vários componentes clicando duas vezes nos componentes na lista à direita, e implantar robôs e probes usando o arrastar e soltar.

Janela do Infrastructure Manager



Os principais componentes da janela do Infrastructure Manager são exibidos a seguir:

Para obter mais informações, inclusive instruções e referência, consulte o guia do Infrastructure Manager, disponível na guia Downloads no site de suporte da Nimsoft (Downloads > Documentação técnica > Infrastructure Manager).




Capítulo 5: Gerenciador de nível de serviço: visão geral

O Gerenciamento de nível de serviço permite que uma organização garanta que os SLAs estão sendo cumpridos e que os recursos necessários estão sendo fornecidos de maneira confiável e eficiente.

Um SLA (Acordo de Nível de Serviço) é um acordo entre um cliente e um fornecedor de serviços. É essencial para o contrato e o relacionamento entre o cliente e o fornecedor de serviços que ambas as partes identifiquem e documentem suas necessidades de serviços.

O Gerenciamento de nível de serviço do Nimsoft fornece um conjunto de ferramentas para monitorar e garantir a validade de um conjunto de SLAs para clientes internos (por exemplo, um departamento de TI que fornece serviços para um departamento de usuários) e clientes externos. Você pode visualizar a tarefa de Gerenciamento de nível de serviço como a seguinte hierarquia:

SLM (Service Level Management - Gerenciamento de nível de serviço)

SLA (Acordo de nível de serviço)

Objetivo dos níveis de serviço (SLO)

Métricas de QoS (Quality of Service - Qualidade de serviço)



O diagrama a seguir ilustra a hierarquia:

Esta seção contém os seguintes tópicos:

Janela Gerenciador de nível de serviço (na página 37)

Janela Gerenciador de nível de serviço



A janela Gerenciador de nível de serviço consiste nas seguintes partes principais:

■ A barra de menus

■ O painel de navegação

■ O painel da janela principal

Para obter mais informações, inclusive instruções e referência, consulte o guia do Gerenciador de nível de serviço, disponível na guia Downloads no site de suporte da Nimsoft (Downloads > Documentação técnica > Gerenciador de nível de serviço).



Capítulo 6: Console de alarmes: visão geral

O console de alarmes permitirá que o usuário exiba e opere nos alarmes ao qual tem acesso. O console é totalmente acionado por eventos e será atualizado automaticamente. O usuário pode definir filtros complexos para obter rapidamente os subconjuntos de alarmes específicos. Com base nos privilégios definidos para o usuário, é possível executar uma série de operações de gerenciamento, bem como criar e anexar observações, gerenciar ações e filtros ou definir alarmes como visível/invisível. Para usuários regulares, existem alarmes disponíveis para operações como aceitar e confirmar. O console de alarmes também oferece histórico de transações e funcionalidade da consulta com base em dados históricos.

Observação: esta documentação descreve as funções e ações disponíveis para um usuário com privilégios máximos. Algumas opções e botões do menu no aplicativo podem estar indisponíveis (esmaecidos) dependendo dos privilégios. Os alarmes que podem ser vistos e as ações que podem ser executadas estão definidas na ACL.

Visão geral do alarme

A solução Alarme é um aplicativo com base na infraestrutura da Nimsoft. Este aplicativo consiste em três partes principais, além da infraestrutura da Nimsoft:

■ Os probes de Monitoramento de alarmes verificam o computador host em busca de sintomas de situações de erro. É possível verificar o espaço livre em disco, o conteúdo do arquivo de log, problemas de desempenho ou processos do sistema interrompidos. Quando um problema é encontrado, uma mensagem da Nimsoft que descreve o problema é enviada através do robô para o hub da Nimsoft.

■ A Nimsoft fornece vários probes padrão para monitorar uma ampla variedade de sistemas operacionais e aplicativos em busca de situações de erro que costumam ocorrer em um determinado tipo de sistema. A Nimsoft trabalha com os fornecedores desses sistemas para fornecer um monitoramento com foco nos problemas cotidianos que afetam os usuários e a equipe de suporte.

■ A infraestrutura (basicamente, os hubs) roteia a mensagem para um servidor de alarmes (NAS). O NAS armazena a mensagem em um pequeno banco de dados local.



Alarmes

O produto Alarme utiliza a infraestrutura para criar soluções de monitoramento de rede e do sistema. A Nimsoft oferece soluções prontas para uma ampla variedade de sistemas operacionais e de aplicativos. Essas soluções fornecem um início rápido e atenderão a cerca de 80% das necessidades de monitoramento de servidores e estações de trabalho na maioria das organizações. No entanto: a experiência mostra que atender aos 20% restantes é muito caro. Essas necessidades variam de um local para o outro, e desenvolver e aprender a utilizar um produto que atenda a todas elas será extremamente difícil. Além disso, a carga no sistema monitorado será maior do que acreditamos ser necessário.

Acreditamos que a maioria dos clientes é mais bem atendida fornecendo uma infraestrutura na qual eles possam desenvolver suas próprias soluções, direcionada diretamente aos problemas mais preocupantes para eles. Essa abordagem requer uma plataforma de desenvolvimento que:

■ Não obrigue as pessoas a perderem tempo em aprender uma linguagem de programação ou uma linguagem de scripts proprietária (ou, de qualquer maneira, uma linguagem padrão que elas ainda não conheçam)

■ Não obrigue as pessoas a perderem tempo em inventar soluções de acesso à rede e de segurança para todos os diversos sistemas operacionais usados

■ Não obrigue as pessoas a perderem tempo em distribuir e instalar suas soluções em todas as máquinas monitoradas.

Servidor de alarmes

A principal finalidade do NAS é receber e gerenciar as mensagens de alarme de entrada. O NAS:

■ Oferece suporte à supressão de mensagens

■ Fornece aos clientes serviços como:

■ Atualização de eventos.

■ Serviços de repositório (obter, listar, fechar, etc.)

■ Oferece suporte à filtragem de mensagens

■ Oferece suporte a ações automáticas (operador automático)

■ Recursos de espelhamento

■ Manipulação de mensagens de alarme



O NAS (Servidor de alarmes) é um probe de serviço que se vincula a uma fila de hub (NAS) e recebe mensagens de alarme distribuídas pelo hub. Uma mensagem de alarme é gerada por um probe em algum lugar do barramento da Nimsoft. Este é um tipo de mensagem de "transmissão" sem um destinatário específico (uma publicação) que pode ser selecionada por qualquer processo inscrito no assunto "alarme". O NAS se inscreve no assunto "alarme" e age na mensagem de entrada, armazenando informações sobre o alarme em um banco de dados no subdiretório do NAS.

O Servidor de alarmes responde a um conjunto de comandos acessível a qualquer pessoa com o acesso correto, bem como notifica o uso de publicações de mensagens sempre que ocorrerem alterações de estado. Qualquer pessoa pode ouvir as publicações (notificações) feitas pelo NAS.

Supressão de mensagens

Várias situações de erro no sistema monitorado podem resultar em um grande número de alarmes. Por exemplo, esse pode ser o caso se o probe logmon monitorar um arquivo de log de um aplicativo que executa um loop infinito, registrando erros no loop. Isso pode resultar em um grande número de alarmes idênticos, gerando uma carga desnecessária sobre o sistema, a rede e o Nimsoft Server. Isso pode ser evitado por meio do mecanismo de supressão de mensagens.

Os modelos de supressão de mensagens suportados pelo NAS são:

■ A supressão padrão é um modelo simples que suprime mensagens com uma correspondência exata da ID do subsistema de mensagens, do nível de gravidade e do texto da mensagem

■ A supressão de chaves é um modelo baseado em uma chave de supressão que segue uma mensagem. Quando a supressão de chaves é ativada, as mensagens com chaves de supressão correspondentes serão suprimidas.

Exemplo

Com a supressão de chaves ativada, essas duas mensagens do mesmo probe são iguais:

Filesystem '/usr' is filled 95% (suppkey: FsProbe-/usr)

Filesystem '/usr' is filled 55% (suppkey: FsProbe-/usr)



O resultado seria uma mensagem no banco de dados do servidor de alarmes, mas ele teria registrado ambas como transações válidas (e, portanto, registrado as duas no log de transações). Dessa forma, se a sequência for como a exibida (95% primeiro, e depois 55% como o último status), o estado que o administrador perceberia seria o de um sistema de arquivos com 55% de nível de preenchimento (que é a maneira correta de ver as coisas).

Um administrador pode optar por ignorar o mecanismo de supressão com base em chaves se quiser exibir as mensagens conforme elas são relatadas pelos probes.

Confirmação automática

A chave de supressão descrita acima também pode ser usada para limpar automaticamente a lista de alarmes quando o probe detectar que a situação crítica foi resolvida. Isso é feito por meio da ativação da confirmação automática com base em chaves. Isso significa que os alarmes com o nível de gravidade "limpo" automaticamente confirmam os alarmes anteriores com a mesma chave de supressão. No exemplo acima, uma configuração sensata do probe de monitoramento do disco seria enviar o primeiro alarme (95% cheio) com o nível de gravidade "grave", enquanto o último (55% cheio) poderia ter o nível de gravidade "limpo". Quando o último alarme chegar, tudo estará de volta ao normal, e o administrador não precisará responder ao primeiro alarme. Em seguida, o alarme é confirmado automaticamente pelo NAS, deixando o administrador com uma lista de tarefas pendentes com o menor número de "ruído" possível.

Transações de alarmes

É bastante útil acompanhar a vida útil da mensagem, da mensagem inicial até seu fechamento (confirmação) via várias supressões. O Servidor de alarmes é capaz de fazer o registro de todas as transações em um arquivo de log de transações específico. Isso é feito por meio de um mecanismo de filtragem ajustável pelo administrador. Para manter o arquivo de log de transações o mais gerenciável possível, ele é administrado automaticamente (copiado para um local "seguro") após intervalos configurados. Os logs de transações salvos são renomeados com o seguinte formato: trans _ timestamp.log, onde carimbo de data/hora é a hora (em segundos desde a época) em que foram gerenciados.



Subsistemas

Na janela de alarmes, os diversos alertas são classificados por sua ID de subsistema, identificando com quais partes do sistema o alerta está relacionado. Esta é uma lista hierárquica de códigos, permitindo que você agrupe os alarmes e crie grupos do tamanho que desejar. Esta lista é armazenada no NAS, e se você desenvolver seus próprios probes ou personalizar os padrão, você também poderá definir sua própria lista de subsistemas. Esta lista também mapeia o código do subsistema em uma sequência de caracteres de texto para melhorar a legibilidade.

Mensagens de notificação

O Servidor de alarmes notifica o mundo a respeito de alterações no seu banco de dados de alarmes, emitindo publicações no barramento da Nimsoft. Quando uma mensagem de alarme for recebida e seu volume não tiver sido registrado anteriormente, uma mensagem alarm_new será gerada. No entanto, se o volume já existir, uma mensagem alarm_update será gerada. Sempre que um cliente fechar (confirmar) um alarme, ele será removido dos alarmes ativos no momento, e uma mensagem alarm_close será gerada. Todas as transações novas, suprimidas e fechadas são registradas no log de transações e podem ser visualizadas por meio da ferramenta de configuração do NAS.

Manipulando alarmes

Os alarmes serão exibidos na janela de alarmes. Este aplicativo do Windows exibe as mensagens de alarme no banco de dados do NAS para o operador. Como alternativa, você pode instalar um gateway para encaminhar os alarmes para outras infraestruturas de mensagens, como email, GSM/SMS, pager ou mensagens SNMP, ou integrar os alarmes mais estreitamente a uma estrutura de gerenciamento de sistemas usando um dos kits de integração da estrutura disponíveis. De qualquer forma, o operador será informado automaticamente sobre o problema alguns segundos ou minutos após o sintoma aparecer, em vez de precisar verificar manualmente.

Alarmes manipulados automaticamente pelo operador automático Os alarmes também podem ser manipulados automaticamente configurando perfis no operador automático no probe do NAS.

Janela Console de alarmes


Janela Console de alarmes

O Console de alarmes é a janela principal para exibir e gerenciar alarmes. Ela exibe informações sobre alarmes em formato de tabela e pode-se usar os ícones da barra de ferramentas e opções do menu para exibir informações e executar ações referentes aos alarmes.

Para obter mais informações, inclusive instruções e referência, consulte o Guia do Usuário do Console de Alarmes, disponível na guia Downloads no site de suporte da Nimsoft (Downloads > Documentação técnica > Guia do Usuário do Console de Alarmes).


Glossário 45

Glossário


Hub

O hub é um serviço na infraestrutura da Nimsoft que realiza as seguintes ações:

■ Gerencia um grupo de robôs

■ Coleta e redistribui mensagens publicadas pelos probes

■ Mantém diversos serviços centrais, incluindo armazenamento e encaminhamento, tolerância a falhas, segurança e serviços de identificação

■ Gerencia assinantes de mensagens como serviços, aplicativos e servidores do gateway.

Infrastructure Manager

O Infrastructure Manager controla as operações de gerenciamento no ambiente da Nimsoft. É possível navegar pela infraestrutura da Nimsoft expandindo os elementos da estrutura de árvore, configurar os vários componentes clicando duas vezes nos componentes na lista à direita, e implantar robôs e probes usando o arrastar e soltar.

Endereço do Nimsoft

O endereço da Nimsoft consiste em quatro elementos básicos, domínio, hub, robô e probe, cada um separado por uma barra (/). Por exemplo, veja seguinte endereço:

/Nimsoft/oslo/wscase/nas

Esse endereço da Nimsoft é interpretado da seguinte maneira:

■ Nimsoft é o nome do domínio da Nimsoft

■ oslo é o nome do hub da Nimsoft



■ wscase é o nome do robô da Nimsoft

■ nas é o nome do probe. Esse exemplo trata sobre o Servidor de alarmes da Nimsoft, assim, sabe-se que esse endereço refere-se ao servidor de alarmes no hub principal de um domínio.

A API do Nimsoft apresenta funções que resolvem um endereço do Nimsoft em um endereço IP ou porta.

Probe

Um probe é um programa (geralmente muito pequeno) desenvolvido usando a API da Nimsoft em qualquer linguagem suportada, como C/C++, VB, Perl, Java e COM. Ele se conecta à infraestrutura do barramento da Nimsoft para enviar e receber mensagens, e é administrado a partir do Infrastructure Manager com POC (Probe Oriented Configuration - Configuração orientada ao probe) ou a partir do UMP, se ele suportar SOC (Service Oriented Configuration - Configuração orientada ao serviço).

Os probes têm basicamente duas finalidades dentro da infraestrutura da Nimsoft:

■ Coletar dados de QoS de dispositivos de rede, bancos de dados, servidores e aplicativos e inseri-los no barramento da Nimsoft (probes de monitoramento). Os probes de monitoramento comumente implantados incluem:

■ cdm (monitora a utilização da CPU do host, o disco e a memória)

■ interface_traffic (registra dados da interface de rede em dispositivos compatíveis com o MIB-II)

■ url_response (mede o tempo de resposta desde o probe até uma página da web)

■ vm_monitor (coleta dados de QoS para instâncias de máquinas virtuais em execução em um computador host).

■ Fornecer funções de utilitário do produto para a infraestrutura da Nimsoft (probes de utilitário), como:

■ portal de serviços da web (httpd)

■ criação de painéis

■ agrupamento (group_server)

■ fila de dados (data_engine)


Glossário 47

■ serviços de email (emailgtw)

■ arquivamento de dados (distsrv).

Publicando mensagens

Uma mensagem é publicada no barramento do Nimsoft somente quando é enviada ao hub mais próximo, não estando destinada a nenhum destinatário específico. A infraestrutura da Nimsoft garante automaticamente que a mensagem será entregue a todos os probes que estiverem inscritos (na página 48) à ID do assunto (na página 48) encontrado na mensagem.

QoS (Qualidade de Serviço)

Muitos probes são capazes de enviar dados de tendências periodicamente. Estas mensagens são formatadas e conhecidas como mensagens de qualidade de serviço. Normalmente contêm dados como tempo de resposta e disponibilidade usados para o monitoramento do nível de serviço e para a geração de relatórios. Os dados são capturados pelo Nimsoft Data Engine e registrados em um banco de dados.

O layout da mensagem é:

Campo Descrição

QoS Nome dos dados da qualidade de serviço

nome do host Especifica o criador dos dados

origem Especifica a origem de dados, por exemplo, ping

sampletime Quando a amostra foi registrada (valor epoch)

valor da amostra O valor real

Taxa de amostragem A taxa do intervalo da amostra

samplemax O valor máximo (se houver), por exemplo, o tamanho do disco.

Robô

O robô é a primeira linha de gerenciamento para os probes. O robô inicia e interrompe os probes nos horários exigidos, coleta, enfileira e encaminha mensagens dos probes para o barramento da Nimsoft, onde são entregues ao hub especificado.



Assunto

Todas as mensagens do Nimsoft devem conter uma ID do assunto. Esta é uma sequência de caracteres de texto que classifica a mensagem de todos os componentes no Nimsoft, permitindo registrar algumas mensagens e ignorar outras. Todas as mensagens com o mesmo assunto devem também ter estrutura de dados idêntica.

Exemplo: os alarmes manipulados na solução Alarme da Nimsoft são apenas mensagens da Nimsoft com Subject="alarm". Todos os componentes da solução de alarmes do Nimsoft trabalham em mensagens com este assunto e ignoram os assuntos usados por outras soluções.

Registrar

Quando um cliente (por exemplo, um probe ou gateway) inscreve-se às mensagens da Nimsoft, informa o hub que deseja uma cópia de todas as mensagens detectadas no barramento da Nimsoft com um determinado (conjunto de) ID(s) do assunto (na página 48). É possível ter diversos probes registrados ao mesmo assunto. Eles receberão automaticamente todas as mensagens com aquela ID do assunto.

Timed probes versus daemon probes

Um probe com limite de tempo é executado uma vez e depois é encerrado, aguardando o próximo momento determinado em que está configurado para iniciar. O probe daemon ficará sempre ativo se for ativado pelo operador. Se for interrompido, reinicia-se imediatamente pelo robô.

Domínio

O domínio é o nó de nível superior na hierarquia. Ele é usado para agrupar vários hubs em um conjunto lógico, como empresa ou organização. Vários aspectos de segurança, como perfis de usuário, permissões de usuário e direitos de acesso são distribuídos no domínio.

Termos e definições do SLM

Glossário 49


Perfil de cálculo

Perfis de cálculo são perfis criados pelo usuário que podem ser usados ao definir as propriedades de cálculo para objetos de nível de serviço e restrições de qualidade de serviço. Os perfis se baseiam em plug-ins integrados distribuídos com o aplicativo Gerenciador de nível de serviço do Nimsoft.

Ao definir perfis de cálculo, os perfis serão agrupados como cálculos de SLO ou cálculos de QoS, dependendo se o plug-in selecionado oferecer suporte a séries de dados únicas ou múltiplas.

Método de cálculo

Um método de cálculo é o conjunto de regras e condições que determinam a maneira como a conformidade com o SLA é calculada.

Período de conformidade

O período de conformidade define o período de tempo em que o SLA deve atender aos requisitos definidos pela porcentagem de conformidade, geralmente um dia, uma semana ou um mês.

A ilustração mostra o relacionamento entre o período operacional e o período de conformidade.

A área cinza ilustra o período de conformidade e a área de azul ilustra um período operacional com 5 especificações de tempo.

Exemplo:

Digamos que o período de conformidade (área cinza) está definido para ser uma semana inteira (de segunda-feira a segunda-feira). Os nossos requisitos do SLA são definidos para ser entre 08:00 e 17:00 todos os dias da semana (período operacional). Observe que os dados (plotagem azul) nos períodos operacionais (área azul) são incluídos nos cálculos do SLA.



Porcentagem de conformidade

A porcentagem de conformidade é definida como a porcentagem de tempo em que a QoS, restringida por período operacional e limites, por exemplo, deve ser considerada compatível no período de conformidade..

Cada exemplo é verificado dentro do período de conformidade e resumido como falha ou com êxito. O resultado é comparado com a porcentagem de conformidade esperada (definida pelo usuário).

Considere os dados representados pela ilustração. A linha vermelha representa o valor limite, a linha verde representa o valor médio e a linha azul representa os valores de exemplo reais.

Quantas amostras no período operacional estão acima das configurações de limite?

Zero amostras violam a linha limite nos períodos operacionais, atendendo assim a 100% dos nossos requisitos de conformidade. As 5 amostras que violam o limite estão fora do período de conformidade, que era, por exemplo, de segunda a segunda, com períodos operacionais todos os dias da semana das 08:00 às 17:00.

Vamos supor que o número total de amostras no período operacional seja 129, com 9 amostras violando o limite. Isso significa que 6.98% das amostras são contabilizadas como fora de conformidade (9 * 100/129).


Glossário 51

Se o Acordo de nível de serviço requer 98.50% de conformidade (ou mais) e os únicos dados definidos nesse SLA são os dados acima, nossos requisitos para o SLA foram violados devido a uma porcentagem de conformidade de 100% - 6.98% = 93.02%.

Tipos de dados

Usamos os seguintes tipos de dados diferentes ao calcular a conformidade:

Automático (intervalo)

Os dados de QoS são registrados a intervalos especificados individualmente na configuração de cada um dos probes.

Assíncrono

Os dados de QoS são registrados cada vez que o valor medido for alterado.

Domínio

O domínio é o nó de nível superior na hierarquia do Nimsoft, e um site geralmente é configurado com um domínio. Ele é usado para agrupar um ou mais hubs em um conjunto lógico como uma empresa ou um empreendimento.

Hub

O hub é um concentrador e redistribuidor de mensagens. Ele é o ponto de coleta de todas as mensagens provenientes dos vários Robôs instalados. Muitos outros componentes do Nimsoft podem se conectar ao hub para receber mensagens dedicadas e realizar outras atividades específicas. Um desses componentes é o Servidor de alarmes da Nimsoft.

Período operacional

O período operacional restringe as amostras de QoS a uma ou mais especificações de tempo no período de conformidade. Isso significa que as amostras que ficarem fora dessas especificações de tempo não influenciarão os requisitos de conformidade com o SLO/SLA. Cada período operacional é definido como uma união de uma ou mais especificações de tempo.



Probes

Probes são pequenos softwares dedicados que monitoram recursos ou eventos específicos. Cada probe pode ser facilmente configurado para os seus próprios requisitos de monitoramento específicos.

Robô

O robô é a primeira linha de gerenciamento para os probes. O robô inicia e interrompe os probes nos horários exigidos, coleta, enfileira e encaminha mensagens dos probes para o barramento da Nimsoft, onde são entregues ao hub especificado.

SLA (Acordo de nível de serviço)

Um SLA (Service Level Agreement - Acordo de nível de serviço) é um acordo para entrega de um serviço em um prazo especificado/fixado, conforme níveis de serviço mensuráveis acordados entre as partes. As partes podem ser um departamento de TI que fornece serviços para outro departamento da empresa, ou uma empresa e um fornecedor de serviços externo.

Os serviços incluídos no SLA podem ser uma coleção de objetivos monitorados que chamamos de SLO (Service Level Objectives - Objetivos dos Níveis de Serviço). Esses objetivos (ou grupo de objetivos) são monitorados por programas dedicados (geralmente probes padrão) que monitoram, por exemplo, a conectividade da rede, a disponibilidade dos aplicativos (Oracle, Exchange, email) e a disponibilidade dos serviços (DNS, DHCP).

O SLA é um acordo para entregar um serviço em um período fixo/especificado à medida que ambas as partes concordam com os níveis mensuráveis de serviço. As partes podem ser um departamento de TI que fornece serviços para outro departamento da empresa, ou uma empresa e um fornecedor de serviços externo.

Os serviços incluídos no SLA podem ser uma coleção de objetivos monitorados que chamamos de SLO (Service Level Objectives - Objetivos dos Níveis de Serviço). Esses objetivos (ou grupo de objetivos) são monitorados por programas dedicados (geralmente probes padrão) que monitoram, por exemplo, a conectividade da rede, a disponibilidade dos aplicativos (Oracle, Exchange, email) e a disponibilidade dos serviços (DNS, DHCP).


Glossário 53

Objetivo dos níveis de serviço (SLO)

Um SLO (Service Level Objective - Objetivo dos Níveis de Serviço) é uma combinação de uma ou mais medições de componentes (Qualidade de serviço) às quais são aplicadas restrições. Um SLO será considerado em conformidade se os valores de medição subjacentes estiverem dentro das restrições especificadas. Os SLOs podem ter períodos operacionais durante os quais o SLO deve ser compatível.

Gerenciador de nível de serviço (SLM)

O SLM (Service Level Manager - Gerenciador de nível de serviço) é o aplicativo no qual a configuração e o monitoramento de nível de serviço são executados. O aplicativo precisa de uma licença válida para operar.

QoS (Qualidade de Serviço)

A QoS (Quality of Service - Qualidade de Serviço) é o átomo do Gerenciamento de nível de serviço. A QoS é o valor real (amostra) coletado e usado de forma centralizada para determinar o estado do objetivo dos níveis de serviço. Esse valor geralmente é coletado por um probe como cdm, net_connect, url_response, etc. O valor é usado primeiro para fins de alarme, mas, se o probe estiver configurado para entregar Qualidade de serviço, uma mensagem de QoS será emitida.

Uma QoS restringida por configurações de limite, origem, destino e período operacional é usada como os blocos de construção do SLO.

Objeto de QoS

O objeto de QoS é definido por seu Nome de QoS, origem e destino. Todos os dados de amostra com essa combinação exclusiva formam a série de dados que pode ser usada como parte de qualquer Objetivo dos níveis de serviço.

Restrição de QoS

Um objeto de QoS restrito é definido por nome de QoS, origem, destino, limite e período operacional. Esse objeto restringido é o bloco de construção do Objetivo dos níveis de serviço.

Alarmes


Alarmes

Confirmar

Todas as novas mensagens de alarme recebidas por um NAS (Nimsoft Alarm Server - Servidor de alarmes da Nimsoft) são inicialmente consideradas não confirmadas e apresentadas a um operador. Quando o operador tiver verificado se há um problema e possivelmente resolvê-lo, poderá confirmar a mensagem, indicando que o problema está sob controle. Em seguida, a mensagem é excluída do banco de dados do NAS, mas uma cópia é mantida no banco de dados do histórico.

Mensagem de alarme

Um alarme é uma mensagem geral com o assunto definido como alarme. A mensagem é normalmente gerada por um probe respondendo a uma violação de limite e publicada no barramento da Nimsoft como uma mensagem de alarme "bruta". O cabeçalho do alarme bruto contém esses parâmetros principais:

■ Texto da mensagem

■ Nível de gravidade da mensagem

■ Subsistema da mensagem

■ Criador/origem da mensagem

■ Carimbo de data/hora

Níveis do alarme

Os níveis de alarme suportados são:

Constante Valor

NIML_CLEAR 0

NIML_INFORMATION 1

NIML_WARNING 2

NIML_MINOR 3

NIML_MAJOR 4

NIML_CRITICAL 5

Alarmes

Glossário 55

Histórico

Quando uma mensagem de alarme é confirmada, é excluída do banco de dados do Servidor de alarmes da Nimsoft, mas é mantida em um banco de dados do histórico. O conteúdo desse banco de dados pode ser exibido no Console de alarmes.

Subsistema

A ID do subsistema é um campo em que todas as mensagens de alarme que contém um ou mais números separados por ponto, por exemplo 2.31.4. A ID do subsistema corresponde aos módulos do sistema monitorado, como sistemas de segurança ou de disco. O Console de alarmes agrupa os alarmes de entrada de acordo com o subsistema, permitindo a exibição de alarmes relacionados de forma rápida, usando os mesmos exemplos, problemas de segurança ou um sistema de disco.

Supressão

Em resposta à disponibilidade dos serviços de TI e de rede, os probes de alarme da Nimsoft às vezes geram uma série de alarmes idênticos. Se a supressão estiver ativada, essas mensagens serão tratadas como um alarme para reduzir a quantidade de mensagens desnecessárias apresentadas ao operador.

Padrão correspondente

O padrão correspondente é um método simples de verificar uma sequência de caracteres de um determinado padrão. É possível fazer a correspondência de caracteres ou sequências de caracteres usando esses caracteres especiais: asterisco (*), ponto de interrogação (?) e colchetes [].

A sequência de caracteres de destino é verificada em busca dos caracteres *, ?, e [. Se um desses caracteres aparecer, a palavra será considerada padrão e o campo filtro será marcado como Verdadeiro (uma correspondência).

* Faz a correspondência de qualquer sequência de caracteres, incluindo as nulas.

? Compara qualquer caractere único

[...] Faz a correspondência de qualquer um dos caracteres embutidos. Um par de caracteres separados por um hífen (-) faz a correspondência lexicalmente de qualquer caractere dentro do par. Se o primeiro caractere após o primeiro colchete [ for um !, qualquer caractere que não estiver delimitado será correspondido.

Alarmes


Alguns exemplos:

*subconjunto* Corresponde a uma sequência de caracteres que contém um subconjunto em algum lugar dentro dela (início ao fim).

^at start* Corresponde a uma sequência de caracteres que contém início na primeira posição do caractere.

*(123 |[Ee]xit)* Corresponde a uma sequência de caracteres que contém 123 ou Sair ou sair em algum lugar dentro dela (início ao fim).

*[Ee][Rr][Rr][Oo][Rr]* Corresponde a uma sequência de caracteres que contém ERRO em várias permutações de capitalização em algum lugar dentro dela (início ao fim).

Expressões regulares

Expressões regulares (RegEx) oferecem uma sintaxe poderosa para encontrar correspondências de padrão em um conjunto de caracteres ou sequências de caracteres. Consulte a documentação mantida pelo Perl.org para obter um melhor entendimento sobre como as expressões regulares são formadas e usadas.

http://perldoc.perl.org/perlre.html

guia de introdução do nimsoft...

Documents