Objeto gerenciado

Todo componente do ambiente possui um comportamento (ou estado). Alguns destes estados podem ser observados por “entidades de software”. Em um sistema distribuído, estas entidades de software são geralmente os agentes de gerenciamento.

O papel de um agente, como mostrado na Figura 37, é realizar o mapeamento do comportamento do objeto real em valor de objeto gerenciado.

Definição 5: Classe de Objeto Gerenciado (COG).

É chamado de “Classe de Objeto Gerenciado”, qualquer comportamento associado a uma classe de componente que seja passível de ser observado computacionalmente, ou seja, qualquer característica que possa ser representada por um valor de estado.

Esta definição deriva diretamente da definição utilizada no protocolo de gerenciamento SNMP (RFC1155; RFC1157; RFC1212; RFC1212; RFC1213;

RFC1214; RFC1215) e foi utilizada para permitir uma uniformidade dos termos utilizados. No gerenciamento OSI (BRISA, 1993) a classe de objeto gerenciado aqui denotada é equivalente ao atributo de uma classe de objeto gerenciado.

Agente

Objetos Reais

Objetos Gerenciados

Figura 37 – O papel do agente de gerenciamento.

Associados a um componente podem existir um, dois, ou mesmo diversos objetos gerenciados. Pode também não apresentar nenhum objeto gerenciado. Este é o caso, por exemplo, de um cabo físico de rede, cujo comportamento pode ser inferido ou suposto através dos objetos gerenciados associados a outros componentes como, por exemplo, o estado do enlace ou a taxa de recepção associada à interface de rede ao qual o cabo esta conectado. Se existir taxa de recepção é possível inferir que o cabo não está rompido.

É possível citar como exemplos de COGs:

• número de octetos transmitidos por uma interface;

• estado do enlace de uma interface de comunicação;

• um atributo de uma classe de objeto gerenciado OSI;

• as classes de objetos gerenciados SNMP, por exemplo:

o mib-2.system.sysName;

o mib-2.if.ifTable.ifEntry.ifOperStatus;

o mib-2.if.ifTable.ifEntry.ifInOctets;

o mib-2.if.ifTable.ifEntry.ifInErrors;

o mib-2.if.ifTable.ifEntry.ifInDiscards.

Definição 6: Objeto Gerenciado (OG)

Um “Objeto Gerenciado” é uma instância de uma “Classe de Objeto Gerenciado”.

Podem existir inúmeros objetos gerenciados derivados de uma mesma classe.

Exemplos de objetos gerenciados são:

• número de octetos transmitidos pela interface eth4 do roteador Jupter;

• estado do enlace da interface eth4 comunicação do servidor marte;

• um atributo de um objeto gerenciado OSI;

• os objetos gerenciados SNMP, por exemplo:

o 10.0.0.1:mib-2.system.sysName;

o 10.0.0.1:mib-2.if.ifTable.ifEntry.ifOperStatus.2;

o 10.0.0.1:mib-2.if.ifTable.ifEntry.ifInOctets.2;

o 10.0.0.1:mib-2.if.ifTable.ifEntry.ifInErrors.2;

o 10.0.0.1:mib-2.if.ifTable.ifEntry.ifInDiscards.2.

Um OG pode ser obtido de diversas maneiras em um sistema de computação:

• envio de pacotes ICMP echo (ping) para equipamentos remotos;

• ativação remota de requisições para agentes de gerenciamento (SNMP, CMIP, proprietários, etc.);

• recebimento de alarmes de agentes de gerenciamento (SNMP, CMIP, proprietários, etc.);

• ativação remota de scripts ou utilitários através de acessos TELNET, rsh, rlogin, SSH entre outros;

• ativação local de utilitários que realizam ativações remotas com protocolos específicos como, por exemplo, rpcinfo;

• recebimento de “trouble-tickets”;

• inserção manual de uma observação realizada pelo operador.

Definição 7: Valor de objeto gerenciado

Associado a um objeto gerenciado existe um valor que representa o estado aproximado do objeto real em um determinado instante.

O estado de um objeto gerenciado é representado por um valor. A seguir, são apresentados alguns exemplos:

• número de octetos transmitidos pela interface eth4 do roteador Jupter = 83772;

• estado do enlace da interface eth4 comunicação do servidor marte = “up”;

• o valor de um atributo de um objeto gerenciado OSI;

• os objetos gerenciados SNMP, por exemplo:

o 10.0.0.1, mib-2.system.sysName = “jupter”;

o 10.0.0.1.mib-2.if.ifTable.ifEntry.ifOperStatus.2 = “up”;

o 10.0.0.1, mib-2.if.ifTable.ifEntry.ifInOctets.2 = 39928;

o 10.0.0.1, mib-2.if.ifTable.ifEntry.ifInErrors.2 = 832;

o 10.0.0.1, mib-2.if.ifTable.ifEntry.ifInDiscards.2 = 1983;

• alcançabilidade do equipamento 192.168.30.14 = “reachable”;

• latência ICMP echo entre o gerente e host 192.168.30.14 = 273 ms;

Definição 8: COG composta no tempo

Uma COG composta no tempo é também uma COG cujo valor é o resultado de uma expressão envolvendo a mesma ou outras COGs em momentos diferentes.

É muito comum a existência de COG cujo valor do OG associado tenha pouca valia isoladamente, tanto para um sistema de monitoramento quanto de diagnóstico, devido ao tipo de informação de estado disponibilizada. É o caso de COG cujo comportamento é reportado através de acumulador (contadores progressivos). No gerenciamento SNMP existem diversos objetos gerenciados que são definidos por acumuladores. Um exemplo típico é o COG SNMP mib-2.if.ifTable.ifEntry.ifInOctets que representa a quantidade acumulada de octetos recebidos por uma interface de comunicação desde que o agente de monitoramento (ou sistema operacional) iniciou sua atividade.

mib-2.if.ifTable.ifEntry.ifInOctets = 493834

Figura 38 – Exemplo de valor de objeto gerenciado sem significado isoladamente.

O exemplo da Figura 38 indica que desde que o equipamento foi ligado até o momento da consulta do estado do objeto foram recebidos 493834 octetos. Este valor não possui nenhum significado isoladamente. Nesta situação, uma informação de estado mais significativa poderia ser obtida através da composição de duas amostragens do OG em instantes distintos. Sabendo-se o intervalo de tempo entre as amostragens seria possível definir para este período a taxa média de transmissão em octetos/s, como mostrado no exemplo da Figura 39.

amostragem i : mib-2.if.ifTable.ifEntry.ifInOctets= 354930000000 amostragem i+1: mib-2.if.ifTable.ifEntry.ifInOctets= 354939583487 intervalo de tempo entre amostragens: 100 s

taxa de recepção = 95835 octetos/s

Figura 39 – Exemplo de objeto gerenciado composto no tempo.

Portanto, podem existir COGs que são derivadas de expressões sobre outras COGs.

Estas são chamadas de COGs compostas no tempo.

Plataforma de Gerenciamento

Figura 40 – Visão geral da arquitetura de um sistema de diagnóstico tradicional.