Essays.club - TCC, Modelos de monografias, Trabalhos de universidades, Ensaios, Bibliografias
Pesquisar

O Monitoramento com Zenoss

Por:   •  22/12/2018  •  3.254 Palavras (14 Páginas)  •  314 Visualizações

Página 1 de 14

...

e Ricardo (2009), a implementação de sistemas de monitoramento de rede e de serviços não é assim tão simples, porque nem todo elemento da rede tem uma interface para comunicação com protocolos de gerência de redes.

Para entender esse comportamento, garantindo qualidade de serviço da rede, é muito importante a busca pela acurácia na medição da rede (Ceceres et al., 2000). E com o aumento da largura de banda, a entrega com redes maiores em capacidade e qualidade de serviço, as pesquisas do monitoramento da rede se tornam críticas (Lai e Baker, 1999).

São muitas as ferramentas de monitoramento de rede disponíveis atualmente, sendo elas livres ou pagas. Algumas empresas até contratam outras empresas, sendo essas últimas especializadas em monitoramento. E conforme fala Dias (2008), os sistemas disponíveis facilitam a vida de qualquer administrador de redes através de métricas e informações que auxiliam na correção de problemas e tomadas de decisões.

2.1. Fundamentação Teórica

Apesar de não ser o mais popular dentre o meio empresarial, o Zenoss Core desafia o ambiente de softwares de monitoramento de rede comercial, especialmente com sua solução Open Source (código aberto) – gratuita, onde através de uma interface web, consegue de forma intuitiva e clara, monitorar e informar sobre a situação real de seus dispositivos de rede, informando qualquer alteração que venha a ser prejudicial para a rede em questão, evitando assim possíveis falhas que poderiam custar tempo ou até mesmo parar todo o sistema.

Zenoss Core é um aplicativo baseado em web, que se instala em um servidor na rede a ser monitorada. Quase completamente desenvolvido em Python, em Zope, sendo 90% em Python e os 10% restantes em Java. É uma ferramenta baseada em Linux, como grande parte dos softwares de monitoramento encontrados no mercado.

Oferecendo tudo que um administrador de redes necessita para o seu dia-a-dia para descobrir, coletar, armazenar e assim, gerenciar toda a estrutura de TI sem maiores complicações. O Zenoss possui uma arquitetura modular que facilita a incorporação de novas funcionalidades à ferramenta. Sendo assim, capaz de monitorar vários tipos de dispositivos.

Figura 1 – Arquitetura de Camadas

O Zenoss é flexível suficientemente para trabalhar a partir de linha de comando, mas a maior parte do trabalho é realizado através de uma interface AJAX, baseada na estrutura do servidor de aplicações Zope. O Zope é um popular servidor de aplicação extensível escrito em Python. Possui um servidor web embutido, banco de dados e também modelos de HTML. Python é conhecida por ser uma linguagem de programação orientada a objetos de fácil utilização.

Através da camada User (usuário), é capaz de realizar diversas tarefas nas seguintes áreas do Zenoss:

• Navegação e organização;

• Gerenciamento de dispositivos;

• Monitores de disponibilidade e desempenho;

• Relatórios do sistema;

• Gestão de eventos;

• Configuração e administração.

Na camada de dados (data) é onde são armazenadas as informações de configuração e coleta de dados utilizados pelo Zenoss. Os eventos são armazenados em um banco de dados MySQL e o Zenoss gera alertas (e-mail, sinal em pager, alerta sonoro), quando um determinado limite é ultrapassado, tendo uma falha de servidor, uso de memória ou CPU alta, por exemplo. Sendo determinada por 3 repositórios distintos:

• ZenRRD, armazenamento de coletas temporárias e adição de novos coletores;

• ZenModel, funciona como modelo de configuração para dispositivos, componentes, grupos e localicades;

• ZenEvents, utilizado para armazenar dados em um banco de dados MySQL.

A camada de processos (process) gera a comunicação entre a camada de coleta e a camada de dados. Ela utiliza a tecnologia Twisted PB – um sistema bidirecional do sistema RPC (Remote Procedure Call) para sua comunicação.

Na última camada, chamada camada de coleta (collect), são coletados dados provenientes da camada de dados. Nesses serviços são utilizados vários daemons que dão suporte para execução da modelagem, acompanhamento e gerenciamento de eventos. O sistema de modelagem utiliza os protocolos SNMP (Simple Network Management Protocol), SSH (Secure Shell) e WMI (Windows Management Instrumentation) para coletar informações a partir das máquinas e dispositivos remotos.

Após essa coleta de dados, através destes protocolos, entra em cena o sistema de plug-ins de modelagem que é responsável por converter os dados coletados para o formato utilizado pelo Zenoss. Ele suporta tecnologias de monitoramento e gerenciamento, como SNMP, WMI, ping, varredura de portas e monitoramento de portas baseado em SSH. O SNMP é o padrão para obtenção de informações e gerenciamento, sendo suportado pela grande maioria de dispositivos de rede. Para dispositivos que não dão suporte ao SNMP e nem WMI, é possível realizar testes limitados, porém servindo apenas para monitoramento baseado em ping ou varredura de porta. O monitoramento SSH permite que o Zenoss se conecte a uma máquina e execute comandos para determinar seu estado. O protocolo SNMP é um protocolo usado para gerenciar redes TCP/IP complexas. Também é possível usar o SNMP para monitorar o desempenho da rede, detectar problemas de rede e acompanhar quem usa a rede e como ela é usada, assim como serviços e processos.

Para utilizar o monitoramento de redes com Zenoss Core, o servidor deve atender a alguns requisitos mínimos de hardware para uma instalação de servidor único do Zenoss.

Implantações com até 2.000 dispositivos.

Tamanho da Implantação Memória CPU Armazenamento

1-250 dispositivos 4GB 2 núcleos 1x300GB, 10k RPM

250-500 dispositivos 8GB 4 núcleos 1x300GB, 10k RPM

500-1000 dispositivos 16GB 8 núcleos 1x300GB, 15k RPM

1000-2000 dispositivos 64GB 8 núcleos 1x300GB, 15k RPM

Tabela 1 – Requisitos de Hardware – Até 2.0000 dispositivos

O Zenoss é

...

Baixar como  txt (22.4 Kb)   pdf (72.9 Kb)   docx (22.6 Kb)  
Continuar por mais 13 páginas »
Disponível apenas no Essays.club