Mostrando postagens com marcador SNMP. Mostrar todas as postagens
Mostrando postagens com marcador SNMP. Mostrar todas as postagens

quarta-feira, 21 de janeiro de 2015

Livro “De A a Zabbix” será publicado pela Novatec


Desde 2011 Eu, Adail Spínola e Aécio Pires estávamos escrevendo um livro sobre Zabbix. Graças a Deus, já temos uma previsão de que ele seja publicado no mês que vem. :-)

Saibam mais sobre o livro aqui: http://zabbixone.com/?p=68

O site da Novatec já está divulgando o livro no final da página inicial, na seção de próximos lançamentos. http://www.novatec.com.br/


O livro tem o apoio de Alexei Vladishev, criador do Zabbix, e Luciano Alves, proprietário e fundador da UNIREDE, empresa representante do Zabbix na América Latina e que aplica a certificação Zabbix no Brasil.

Ainda não é possível comprar o livro através da pré-venda e também não sei a estimativa de preço, mas logo logo você saberá. Aguarde e acompanhe as novidades no site do livro http://zabbixone.com.
 
Se você é aluno ou professor na área de Redes de Computadores, saiba que o livro pode ser utilizado na disciplina de gerenciamento e monitoramento de redes de computadores. O conteúdo do livro também vai de encontro ao assunto ensinado na certificação Zabbix.

quinta-feira, 5 de junho de 2014

Monitoramento de OIDs Dinamicas com LLD


Introdução:
Ao monitorarmos equipamentos por SNMP, encontramos muitos dispositivos que possuem OIDs dinâmicas, ou seja, a informação está em um endereço que não é previsível, a mesma informação referente a dois itens do mesmo tipo, do mesmo equipamento, estão em endereços completamente diferentes, e você se pergunta: Mas é a mesma informação como isso pode acontecer? Vou dar alguns exemplos e você vai entender melhor. Nesse exemplo estou usando antenas wireless conectadas a um controlador.

O Problema:
Vamos analisar primeiro uma OID Simples, os SSIDs que divulgo nas antenas:
# snmpwalk -Oqn credenciais IP .1.3.6.1.4.1.25053.1.2.2.1.1.1.1.1.108

.1.3.6.1.4.1.25053.1.2.2.1.1.1.1.1.108.1 "SSID01"
.1.3.6.1.4.1.25053.1.2.2.1.1.1.1.1.108.2 "SSID02"
.1.3.6.1.4.1.25053.1.2.2.1.1.1.1.1.108.3 "SSID03"

Agora vamos analisar uma OID Dinâmica, o nome de cada antena:
# snmpwalk -Oqn credenciais IP .1.3.6.1.4.1.25053.1.2.2.1.1.2.1.1.2.6.44

.1.3.6.1.4.1.25053.1.2.2.1.1.2.1.1.2.6.44.93.147.0.46.0 Antena01
.1.3.6.1.4.1.25053.1.2.2.1.1.2.1.1.2.6.44.93.147.0.205.240 Antena02
.1.3.6.1.4.1.25053.1.2.2.1.1.2.1.1.2.6.44.230.204.42.248.32 Antena03
.1.3.6.1.4.1.25053.1.2.2.1.1.2.1.1.2.6.44.230.204.43.25.0 Antena04

Observando as partes em vermelho, fica fácil entender o problema, é a mesma informação do mesmo equipamento, as antenas são equipamentos individuais, mas como estou lendo o dado do controlador, são o mesmo tipo de objeto, o objeto que representa o nome da antena que está sendo gerenciada, mas em endereços completamente diferentes.

O recurso de LLD
Todos nós estamos acostumados a usar o LLD para automatizar a descoberta de itens do primeiro caso, OID Simples, mas e as OIDs dinâmicas?

Depois de muito procurar no fórum, pesquisar na web, achei alguns scripts para resolver o problema, mas não estava contente, eu queria resolver o problema com os recursos nativos do Zabbix, o que parecia impossível. Então eu tive uma idéia louca: E se eu passar a parte igual da OID para o Zabbix e deixar ele achar o resto será que funciona? SIM FUNCIONA!!!

Criando as regras
Regra de Descoberta
Protótipo de Item
Resultado do LLD



Conclusão
O LLD se mostrou muito mais poderoso do que pensávamos e, inclusive muito mais poderoso do que está documentado.

Informação Adicional
Pelo que apurei esse recurso está usando índice composto, isto não funciona em versões anteriores do Zabbix, mas foi adicionado no 2.2. Deveria ter sido documento na parte índice dinâmico, mas provavelmente eles não tinham exemplos específicos de LLD.

Dica
Se você tiver uma ideia maluca teste, teste de novo e de novo!

Monitoring dynamic OIDs with LLD


Introduction:
When we are monitoring equipment’s via SNMP, we find many devices that have dynamics OIDs, ie, the information is in an address that is not predictable, the same information concerning two items of the same type, at the same equipment, are in completely different addresses, and you ask: But is the same information as why this can happen? I'll give you some examples and you will understand better. In this example I'm using wireless access point’s connected to a controller.

The Problem:
Let us first analyze a single OID, the SSIDs that I’ll divulge in the AP’s:
# snmpwalk -Oqn credentials IP .1.3.6.1.4.1.25053.1.2.2.1.1.1.1.1.108

.1.3.6.1.4.1.25053.1.2.2.1.1.1.1.1.108.1 "SSID01"
.1.3.6.1.4.1.25053.1.2.2.1.1.1.1.1.108.2 "SSID02"
.1.3.6.1.4.1.25053.1.2.2.1.1.1.1.1.108.3 "SSID03"

Now we will analyze a Dynamic OID, the name of AP:
# snmpwalk -Oqn credentials IP .1.3.6.1.4.1.25053.1.2.2.1.1.2.1.1.2.6.44

.1.3.6.1.4.1.25053.1.2.2.1.1.2.1.1.2.6.44.93.147.0.46.0 AP01
.1.3.6.1.4.1.25053.1.2.2.1.1.2.1.1.2.6.44.93.147.0.205.240 AP02
.1.3.6.1.4.1.25053.1.2.2.1.1.2.1.1.2.6.44.230.204.42.248.32 AP03
.1.3.6.1.4.1.25053.1.2.2.1.1.2.1.1.2.6.44.230.204.43.25.0 AP04

Note the red part, it is easy to understand the problem is the same information for the same equipment, the AP’s are individual equipment, but as I'm reading the data from the controller are the same type of object, the object that represents the name of the AP being managed, but in completely different addresses.

The LLD resource
We are all accustomed to using the LLD to automate the discovery of the first case of items, OID Simple, but and dynamic OIDs?
After much searching on the forum, search the web, I found some scripts to solve this problem, but was not happy, I wanted to solve the problem with the native capabilities of Zabbix, which seemed impossible. So I had a crazy idea: What if I inform the equal portion of the OID for Zabbix and let him find the rest will it work? YES IT WORKS!

Creating rules





Item Prototype
 





LLD Result





Conclusion

The LLD proved much more powerful than we thought and even more powerful than is documented.


Tip
If you have a crazy idea,  test it, test again and again!

terça-feira, 5 de outubro de 2010

Modelo de Gerenciamento OSI e SNMP

Vários modelos foram criados por diversos orgãos com o objetivo de gerenciar redes, dados e telecomunicações em geral.Neste post vou abordar dois dos principais modelos, o modelo OSI e o modelo SNMP.

Modelo de Gerenciamento OSI
O Modelo OSI (Open Systems Interconnection) pertencente a ISO, baseia-se na teoria da orientação a objetos. Com isso, o sistema representa os recursos gerenciados através de entidades lógicas, as quais recebem a denominação de objetos gerenciados. Provê uma aquitetura de gerenciamento capaz de atender à diversidade de equipamentos da rede.

Funcionamento
O Gerente transmite operações de gerenciamento aos agentes a fim de obter informações atualizadas sobre os objetos gerenciados.
Agente recebe as operações de gerenciamento emitidas pelo gerente e executa as ações necessárias sobre os objetos gerenciados.
O agente pode transmitir ao gerente notificações geradas pelos objetos gerenciados ou notificações sobre a ocorrência de eventos.

O conjunto de objetos gerenciados constitui a Base de Informações de Gerenciamento, a MIB.
Para efetuar a troca de informações de Gerenciamento o Modelo OSI utiliza o serviço CMIS (Common Management Information Service) e o protocolo CMIP (Common Management Information Protocol).
Tarefas/Processos de Gerenciamento
O Modelo de Gerenciamento OSI divide as Tarefas/Processos de Gerenciamento em cinco áreas funcionais:
  • Gerenciamento de Falhas(Fault Management)
  • Gerenciamento de Configuração (Configuration Management)
  • Gerenciamento de Contabilização (Accounting Management)
  • Gerenciamento de Desempenho (PerformanceManagement)
  • Gerenciamento de Segurança (Security Management)



Também conhecido como Modelo FCAPS, formado a partir das iniciais de cada área de gerenciamento, em inglês.

Gerenciamento de Falhas
Deve detectar e resolver rapidamente situações que degradam o funcionamento da rede. Possui um conjunto de facilidades que habilitam:
  • Detecção de falhas
  • Notificação de usuários
  • Isolamento da falha
  • Correção do problema
  • Gravação de log (com a detecção e sua resolução)
É a área mais amplamente implementada, pois tem procedência sobre as demais .
Pode ser reativa, reage às falhas na medida em que ocorrem, ou pró-ativa, busca detectar falhas antes que elas ocorram.

Gerenciamento de Configuração
Utilizado para que se tenha controle sobre diferentes versões de elementos de hardware e software presentes na rede.
Verifica a mudança de estado dos objetos, conexões físicas e lógicas entre dispositivos, modo de operação de cada dispositivo.
Pode ser divida em três aspectos:
  • Inventário: Conjunto de dispositivos na rede, hardware e software;
  • Configuração: Mapeamento das conexões entre os dispositivos;
  • Provisão: Parâmetros operacionais modificáveis que apresentam o comportamento de cada dispositivo.
Gerenciamento de Contabilização
Distribuição justa dos custos da rede, fazendo apropriação e tarifação de acordo com a utilização. Planejar o crescimento da rede e evitar abusos na utilização de recursos da empresa.

Gerenciamento de Desempenho
Conjunto de funções para medir, monitorar, avaliar e relatar os níveis de desempenho alcançados pela rede garantindo um nível de serviço aceitável ao usuário.
Quando a performance se torna inaceitável, envia mensagens de alerta ao Operador.

Gerenciamento de Segurança
A meta é controlar o acesso aos recursos da rede de acordo com as definições de cada empresa para evitar sabotagens e  proteger os dados para que não sejam acessados por pessoas não autorizadas. Visa:
  • Proteção das informações
  • Controle de acesso ao sistema
  • Monitorar uso dos recursos
  • Criar, manter e examinar “log-files”
  • Essencial em hosts conectados a Internet
Modelo de Gerenciamento SNMP
O modelo SNMP, também chamado de Modelo Internet, possui uma abordagem genérica, podendo gerenciar diferentes tipos de sistemas, bastando apenas possuir alguns componentes elementares:
  • Gerente
  • Agente
  • Entidade com Dupla Função (Opcional)
  • Informações de Gerenciamento
  • Protocolo de Gerenciamento
Estação de Gerenciamento contendo entidades SNMP (Gerente)



Nós gerenciados contendo entidade SNMP (Agente)
Entidade com Dupla Função
Opcionalmente, entidades SNMP com dupla função, capazes de desempenhar o papel de Agente-Gerente
Informações de Gerenciamento
Informações de gerenciamento em cada nó, as quais descrevem a configuração, o estado, as estatísticas e as ações que controlam os nós gerenciados.
Protocolo de Gerenciamento
Um protocolo de gerenciamento utilizado pelos Gerentes e Agentes durante a troca de mensagens.
Monitoramento via SNMP

Monitoramento via SNMP utilizando Entidade com Dupla Função

Referências:
Pessoal o material usado como base para a criação destes textos, veio de amigos, listas de distribuição e pesquisas na internet, portanto não possuo referências sobre os mesmos, mas se você identificar algum material de sua autoria, por favor entre em contato que os devidos créditos serão atribuídos.