HTTP-MIB

CMP148 - Gerência de Redes

Profa. Dra. Liane Margarida Rockenbach Tarouco

por

Antônio Rodrigo Delepiane de Vit

 


Índice

Resumo

Conceitos_Iniciais

Avaliação

Exigências

Relacionamento_ao_IETF

Sumário_dos_padrões_existentes

Definição_de_atributos_adicionais

Cenários_de_uso

Conclusão

Referências_Bibliográficas

 


 

Resumo

Este documento visa discutir a aplicabilidade dos padrões existentes de MIBs para gerenciamento de servidores WWW.

São apresentados os conceitos iniciais e as exigências para gerenciamento de um servidor World Wide Web (WWW). A aplicação dos padrões existentes são também examinadas. Finalmente, uma análise de grupos adicionais de atributos MIB que são necessários para conhecer estas exigências são apresentados.


Conceitos Iniciais

Uma MIB para gerenciamento de Web Servers

Muitos dos Web Servers atuais suportam o conceito de "domínios virtuais". É sob este conceito que uma única máquina com software servidor pode ser configurada para prover serviços Web para um grande número de host names. Neste ambiente, cada organização requer informação de gerenciamento sobre sua porção da máquina e pode ter prevenção de acesso para gerenciamento de informação para o resto da máquina.

Web servers representam um tipo particular de super classe de serviço de recuperação de informações. Outros serviços como ftp, gopher e wais podem ser habilitados para compartilhar mais que gerenciamento de informação com Web servers. Pode-se expandir o escopo de gerenciamento de Web servers para esta super classe, já que estes também representam um tipo particular de gerenciamento de aplicação. Isto permite a uma MIB para Web servers alavancar o trabalho que foi completado por outras aplicações do IETF.

O SNMP foi inicialmente desenvolvido para gerenciar roteadores e gateways. Seu uso cresceu para todos os tipos de dispositivos de rede e até mesmo ao ponto de gerenciamento de dispositivos não específicos de rede (como UPSs). Existem esforços para gerenciar mais tipos de dispositivos com SNMP. Estes dispositivos incluem computadores de propósito geral e as aplicações que estão rodando nestes. O IETF têm garantido grupos de trabalho para definir MIBs relacionadas a aplicação por vários anos. O gerenciamento de Web servers seguirá a base deixada por estes primeiros esforços para fornecer suporte a novos atributos.

Host Resources MIB

O HR MIB define um conjunto uniforme de objetos utilizados para o gerenciamento de hosts independentemente do sistema operacional, serviços de rede ou qualquer software de aplicação. Estes atributos permitem monitorar o estado das máquinas e a execução de cálculos de capacidade e de planejamento. Para Web servers, esta informação é utilizada na monitoração de disco, CPU e outros hardware associados.

MADMAN MIB

O Mail And Directory MANagement MIBs define uma estrutura para o gerenciamento de aplicações de rede. Esta definição é de uma perspectiva de serviço e é independente de implementação de aplicação em termos de processos ou arquivos instalados. Três MIBs foram definidas. A primeira é a Network Services Monitoring (NSM) a qual define os atributos genéricos para gerenciamento de aplicações de rede. As duas MIBs remanescentes são extensões da primeira para o gerenciamento de Message Transfer Agents (MTA) e Directory Service Agents (DAS). Estas MIBs não são relevantes para o gerenciamento de Web servers, mas demonstram muitos tipos de aplicações que foram instrumentalizadas pela extensão da NSM MIB.

Web servers são um tipo específico de aplicação de rede. É então possível estender o NSM com informação http específica como foi feito anteriormente para MTA e DAS.

Relational Database MIB

Esta MIB estende a NSM MIB para um tipo específico de aplicação, os Sistemas de Bancos de Dados Relacionais. O monitoramento é provido por bases de dados, servidores e o relacionamento entre eles. Em adição, os parâmetros de configuração da base de dados podem ser ajustados.

Não é provável que Web servers utilizem esta MIB. É possível, porém, que um sistema RDBMS possa estar presente dentro do Web server para prover informações para algumas das páginas Web. Nestes casos, o Web server e o RDBMS podem cada um aparecer como uma entrada na NSM MIB, cada um com suas próprias extensões.

Application MIB

A grupo de trabalho da Application MIB garante a definição de um conjunto de atributos para o gerenciamento de aplicações genéricas. Isto é feito em duas fases. A primeira fase é a system Application MIB (sysApplMIB), que não requer instrumentação da aplicação. Foram definidos atributos para representar aplicações instaladas, rodando e previamente rodando, bem como seus componentes. Esta estrutura genérica será estendida com atributos adicionais que provavelmente irão requerer instrumentação da aplicação para suporte.

Finalmente, é esperado que atributos específicos da aplicação irão estender a estrutura como necessário para prover gerenciamento completo de aplicações específicas. Os Web servers podem requerer estes atributos adicionais, mas esta determinação não pode ser feita antes que os trabalhos nas extensões da sysApplMIB tenham começado.

Gerenciamento de um Web Server

Um Web server pode ser visto como uma caixa preta que serve requisições http. Desta forma, seu gerenciamento pode ser visto como extensões lógicas para a NSM MIB. Web servers também podem ser vistos a partir de suas implementações como um número de processos de software, arquivos de configuração e documentos. Desta perspectiva, seu gerenciamento é uma extensão da sysApplMIB.

Cada uma destas visões de um Web server é importante para consumidores diferentes dos dados de gerenciamento, dependendo do seu papel dentro da organização. Por exemplo, alguns gerenciadores de rede necessitam conhecer as estatísticas de acesso de seus servidores. Esta informação pode ser visualizada como uma extensão da NSM MIB. Outros estão interessados nos processos que estão rodando, como muitos destes estão rodando e em suas configurações. Estes administradores estão procurando por informações que estendem as definições da sysApplMIB.

Finalmente, existem gerentes de rede que estão interessados em modificar configurações e necessitam conhecer o impacto destas em cada software. Para estes, serviços de inicialização, de parada e condições de detecção de erro são importantes, e eles precisam conhecer o relacionamento entre os dados apresentados na visão da NSM MIB e na visão da sysApplMIB. A HR MIB também provê importantes informações sobre a utilização do sistema e capacidade de planejamento.

O progresso da HTTP-MIB

Em setembro de 1995 foram postadas várias mensagens em várias listas do IETF e grupos da UseNet para determinar o interesse em uma MIB para http. Um grupo de pessoas expressou um interesse em trabalhar juntos para definir este conjunto de atributos. Em outubro a lista http-mib@onramp.net foi criada para facilitar estas discussões. Inicialmente, as discussões focaram somente o gerenciamento de servidores Web. Isto logo tornou aparente que havia uma substancial sobreposição com outros tipos de protocolos de recuperação de informação, incluindo ftp, nntp, gopher e wais. Por esta razão, o grupo decidiu propor os atributos genericamente, tentando encontrar as necessidade de cada um destes serviços e utilizar o http como um objetivo de implementação sem limitar a implementação deste.

Trabalhando via uma lista de e-mail, uma draft MIB foi produzida no início de dezembro. Esta draft foi utilizado por várias organizações com pequenas modificações.

A lista de e-mail facilitou o feedback no draft inicial baseadas em algumas experiências de implementação, e isto levou a uma segunda draft MIB em janeiro de 1996. Esta draft estende a NSM MIB com informações sobre serviços de recuperação de informações em redes, especificamente http.

No encontro do IETF em dezembro de 1995 em Dallas, foram feitos contatos com o MADMAN e o grupo de trabalho da Applications MIB. O trabalho da http-mib estava fora dos relatórios de qualquer um destes grupos, embora poderia dispor informações e atributos para cada um destes. Sendo este o caso, uma sessão chamada Birds of a Feather foi requisitada, programada e assegurada para o encontro do IETF em março de 1996 em Los Angeles.

No BOF, um número de requerimentos foram definidos. Também se tornou aparente que havia muito em comum com o grupo de trabalho da Application MIB. O Network Management Area Director requisitou um documento esboçando os requerimentos para gerenciamento de servidores Web, a aplicabilidade dos projetos existentes do IETF e um sumário de que atributos adicionais eram necessários. Este documento foi lançado como um Internet Draft em junho de 1996.

Este draft esboçou quatro grupos principais de atributos para o gerenciamento de Web servers e iniciou o relacionamento entre a NSM MIB e a sysApplMIB. O relacionamento está agora sendo considerado dentro do grupo de trabalho da application MIB.

Extensões ao NSM

Os atributos produzidos nos drafts existentes na lista http-mib situaram-se principalmente nesta categoria. Eles estenderam a visão de serviço definida pela NSM para serviços de recuperação de informação de rede e especificamente Web servers. Estes atributos indicam a utilização do servidor e seu processamento.

Extensões para a estrutura de aplicação de MIB genérica

As aplicações do grupo de trabalho das estruturas MIB são definidas na sysApplMIB. Este grupo prepara uma revisão final antes de requisitar a MIB como uma proposta padrão. O grupo então inicia o trabalho em extensões para a MIB que requerem instrumentação de aplicação. Com isto espera-se que o gerenciamento de Web servers possa requerer extensões de informações com atributos específicos para a configuração e operação do software.

Reportagem de erro

As mensagens de erro de um Web server são tipicamente informadas via arquivos de log. O arquivo possui formatos bem definidos embora vários servidores tendam a reportar informações similares. Atributos necessitam ser definidos para os erros mais comuns e uma estrutura para reportar outras condições de erros.

Os erros comuns incluem timeouts, violações de acesso e acesso a arquivos que não existem. Isso poderia possibilitar que a reportagem de erros possa ser definida de uma maneira suficientemente geral, que poderia ser utilizada por outras aplicações.

Atributos são necessários para definir o armazenamento de documentos, as permissões de acesso e a reportagem das violações de acesso.

Direções Futuras

É considerável o interesse dentro da lista http-mib para encontrar uma solução padrão para o gerenciamento de Web servers. Muitas pessoas também gostariam de procurar um escopo maior de serviços de recuperação de informação; uma requisição para um grupo de trabalho relacionado foi ouvida pelo diretor de área (Network Management Area Director), que sugeriu que em lugar de formar um grupo de trabalhos separado, o documento dos grupos de trabalho de MIBs de aplicação deveriam ser expandidos para incluir Web servers como uma aplicação específica para gerenciar.

Na formulação deste documento, esta direção está sendo tomada. Se o documento de aplicações inclui Web server, isto permitirá o gerenciamento destes como procedimento dentro do IETF. Isto também permitirá o teste da estrutura definida na sysApplMIB com uma aplicação específica, enquanto mantém as partes interessadas trabalhando juntas fora de qualquer assunto que possa surgir.

Com esta proposta, uma MIB para gerenciar Web servers irá provavelmente ser um documento que contém os itens citados acima, estendendo a NSM MIB e a sysApplMIB.


Avaliação

A World Wide Web (WWW) é uma rede de informações, acessível via uma interface simples e fácil de usar. A informação é freqüentemente apresentada em HiperTexto ou multimídia. A informação é disponibilizada por servidores que estão localizados ao redor do mundo. A usabilidade da web depende grandemente do desempenho destes servidores. Tais servidores WWW são tipicamente monitorados através de arquivos de log. Isto torna-se uma tarefa difícil quando uma única organização é responsável por um grande número de servidores. Uma vez que muitas organizações atualmente utilizam o Padrão Internet SNMP para gerenciar seus dispositivos de rede, é desejável tratar estes servidores WWW como dispositivos adicionais dentro desta estrutura. Isto pode permitir a uma única NMS (Network Management Station) automatizar o gerenciamento de um grande número de servidores WWW bem como do empreendimento inteiro. Definir um padrão para este propósito permite a uma única aplicação de gerenciamento administrar um certo número de servidores de uma variedade de fornecedores. Adicionalmente, uma definição formal do que deve e como deve ser gerenciado tende a conduzir a integração e melhoramento do desempenho e gerenciamento de falhas.

Os provedores estão interessados em estatísticas de acesso e configuração de seus sites. O provedor pode ou não ser a mesma organização que mantém o servidor como um todo. Isto pode tornar possível a realização do novo paradigma de "Customer Network Management" para dispor esta informação para o provedor. Isto significa que lá existe uma organização distinta diferente do centro de operações de rede que está também interessada no gerenciamento de informações de um dispositivo. Customer network management é desejável para permitir que cada provedor em um servidor tenha acesso a informações sobre seus próprios documentos independente do restante.

Várias organizações podem estar interessadas em clientes e proxies WWW gerenciáveis via SNMP. Neste momento, o foco deste trabalho é sobre servidores WWW. Uma extensão natural para este serviço poderia ser uma estrutura para gerenciamento de clientes WWW e sistemas de recuperação de informações gerais como proxies WWW, NNTP, GOPHER, FTP e WAIS. O foco deste documento fica restrito ao gerenciamento de servidores WWW.


Exigências

Os servidores WWW podem ser vistos sob várias perspectivas quando das responsabilidades de gerenciamento de nomeação. Para fins de discussão, estas perspectivas são chamadas de Modelo Operacional e Modelo de Serviço. O Modelo Operacional enxerga os servidores WWW como computadores compostos de um hardware, disco, SO e software. Estes modelos representam os recursos atuais que compõem a máquina de forma que isto pode ser monitorado da perspectiva da utilização de recursos. O Modelo de Serviço visualiza o servidor WWW como uma caixa preta que simplesmente provê as respostas para as requisições dos clientes localizados na web.

Os dois modelos se complementam enquanto provêem informações distintas sobre o servidor. Membros de organizações responsáveis por servidores WWW podem interessar-se em um e/ou ambos os modelos de gerenciamento. Por esta razão, o gerenciamento de informação deveria ser escalável, para um ou ambos os modelos e ser implementado independentemente um do outro.

Com isto em mente, as exigências para gerenciamento de servidores WWW pode ser sumarizada pela expansão gerada pelo HTTP-MIB BOF.

Exigências do Modelo Operacional

Especificação de Host e Monitoramento de Aplicação

Isto inclui monitoração da utilização da CPU, disco e capacidade de rede.

Dependências entre aplicações

Alguns sistemas implementam um número de serviços dentro de uma única peça de código. Outros usam múltiplas peças de código para implementar o mesmo conjunto de serviços. Devido a isto, desenvolvem-se dependências entre processos. Estas dependências tornam-se críticas quando um processo particular necessita ser paralisado, reinicializado ou reconfigurado. Estas dependências necessitam ser definidas dentro do gerenciamento de informação para que este possa operar os sistemas corretamente.

Geração e reportagem de erros

Os servidores WWW geralmente reportam erros via as facilidades do logging. O formato do arquivo de log não é muito bem definido. Isto requer a utilização de um padrão que facilite a reportagem destes erros.

Planejamento de capacidade

Esta é a exigência para obter estatísticas que podem ser usadas para propósitos de planejamento de capacidade. Isto inclui planejamento para incremento de largura de banda da rede, poder computacional, espaço de disco, número de threads concorrentes no servidor, etc.

Sumarização de log

Os servidores WWW geralmente reportam o estado da informação por dados gerados em um formato comum de log (Common Log Format). Esta informação necessita ser preservada como atributos em uma MIB para facilitar a monitoração remota provendo uma forma padrão para representar e recuperar a informação de gerenciamento.

Exigências do Modelo de Serviço

Serviços de recuperação

Serviços de recuperação são uma entidade abstrata do espaço de informação do mecanismo de transporte de baixo nível. O objetivo aqui é focar as exigências para gerenciamento de servidores WWW. Pode haver considerável sobreposição com outros tipos de servidores (como FTP, NNTP, GOPHER e WAIS). O termo "serviços de recuperação" é usado aqui para reter esta abstração. Ele é requerido para adquirir estatísticas sobre o uso e desempenho dos serviços de recuperação.

Armazém de informação documentada - gerenciando documentos

A informação de um servidor WWW pode ser estática (um arquivo) ou dinâmica (a saída de algum processamento). O gerenciamento destes dois tipos de fontes de informação varia de manter estatísticas e permissões de acesso a verificar o estado operacional de todas as aplicações que provêem informações dinâmicas.

Configuração do servidor

É desejável a possibilidade de centralizar o gerenciamento de configuração de servidores dentro da empresa.

Controle do Servidor

Servidores WWW geralmente necessitam ser controlados no que diz respeito ao início e ao fim como também os arquivos de log dinâmicos.

Qualidade de Serviço

Provê uma indicação da qualidade de serviços que o servidor WWW está provendo.


Relacionamento aos atuais esforços do IETF

Em geral, um servidor WWW é feito em cima de ou depende dos seguintes componentes:

O estado e o desempenho de cada um dos componentes é o interesse quando gerencia-se um servidor WWW.

Há um número de padrões que seguem módulos MIB que são de interesse para a lista sobre estes itens. Esta lista inclui MIB-II, Host Resources MIB, Network Service Monitoring MIB e Application MIB.

Isto cria uma expressiva lista de atributos a ser implementada. Uma definição de vários níveis de gerenciamento de um servidor WWW é desejada de forma que o desenvolvedor possa escalar sua implementação em pedaços que possam incluir vários componentes de cada seção. Por exemplo, isto pode permitir gerenciamento de redes por clientes sem requerer que outros grupos sejam implementados.

MIB-II

A MIB-II define os objetos gerenciáveis que deveriam estar contidos dentro de dispositivos baseados em TCP/IP.

Um servidor WWW deveria suportar a aplicação de partes da MIB-II. Este conjunto provavelmente incluiria, ao menos, os seguintes grupos: system, interfaces, udp, icmp, tcp e snmp.

Host Resources MIB

Esta MIB define um conjunto uniforme de objetos utilizáveis para o gerenciamento de hosts independentemente do sistema operacional, serviços de rede ou qualquer aplicação de software.

A MIB é estruturada em seis grupos; cada um especificado como "mandatory" ou "optional". Se qualquer grupo "optional" da MIB é implementado, então todos os grupos "mandadory" da MIB também devem ser implementados. Isto pode causar problemas de implementação para alguns desenvolvedores desde que muitos destes atributos requeiram íntimo conhecimento do SO.

Os grupos definidos pela MIB são:

- System Group

Mandatory

- Storage Group

Mandatory

- Device Group

  • device types
  • device table
  • processor table
  • network table
  • printer table
  • disk storage table
  • partition table
  • file-system table
  • file-system types

Mandatory

- Running Software Group

Optional

- Running Software Performance Group

Optional

- Installed Software Group

Optional

O grupo system provê informações sobre o estado geral do host. Os grupos storage e device definem as informações sobre a configuração e estado dos recursos que compõem o host. Eles definem os recursos que tornam um sistema de host genérico e como eles relacionam-se um com o outro. Muito desta informação é utilizado para gerenciar vários aspectos de um servidor WWW, como o sistema de arquivos e a utilização de CPU. Esta informação é utilizada para encontrar as exigências operacionais. Muito desta informação é porém mais detalhada que muitos gerenciadores de servidores WWW necessitam para as exigências do nível de serviço.

Os grupos remanescentes definem componentes de software os quais estão instalados e /ou rodando no host. Informações sobre desempenho são definidas para cada processo rodando. Infelizmente, o mapeamento entre software rodando e software instalado é dificultado porque isto é relatado por uma chave estrangeira (Product ID) a qual não possui existência exigida em todas as tabelas. Não há previsão para representar um grupo de processos que juntos desempenhem alguma tarefa (por exemplo uma aplicação feita para múltiplos processos). A Application MIB planeja resolver estas deficiências.

Network Services Monitoring MIB

Esta MIB é um dos três documentos produzidos pela grupo de trabalho MADMAN. Isto define um conjunto atributos de propósito geral que deveriam ser apropriados para uma faixa de aplicações que provêem serviços de rede. Esta definição vem da perspectiva de serviço sem considerar a implementação em termos de hosts e processos. Atributos provêem estatísticas e estados das associações dentro e fora que estão correntemente ativas e quais devem tornar-se ativas.

Esta MIB pretende possuir um conjunto mínimo de atributos comuns através de um número de aplicações de serviços de rede. Atributos adicionais devem ser definidos conforme a necessidade para gerenciar serviços de aplicações de rede específicos. Servidores WWW certamente classificam-se na categoria de aplicações de serviços de rede. Todos os atributos nesta MIB são relevantes para servidores WWW.

Esta MIB consistem em duas tabelas:

- applTable

Mandatory

- assocTable

Optional

A applTable descreve aplicações que provêem serviços de rede e mantém estatísticas do número corrente de associações ativas e o número total de associações desde a inicialização das aplicações. A assocTable contém informações mais detalhadas sobre associações ativas.

As outras duas MIBs definidas pela MADMAN, MTA MIB e DSA MIB, não são relevantes para o gerenciamento de servidores WWW. Entretanto, demonstram como estender os serviços de monitoramento de rede da MIB para um conjunto específico de aplicações.

 

Application MIB

A Application MIB está definida em duas MIBs separadas: a sysApplMIB e a applMib. A primeira define atributos que podem ser monitorados sem instrumentalização de aplicações. A segunda irá definir atributos adicionais requerendo instrumentalização de aplicação.

A sysApplMIB segue a descrição de aplicações como uma coleção de executáveis e arquivos instalados e executados em um host. Os objetos suportam configuração, gerenciamento de falhas e de desempenho de algum dos atributos básicos do software de aplicação.

Os grupos definidos na sysApplMIB são:

- System Application Installed Group

  • sysApplInstalledTable
  • sysApplCfgElmtTable

Mandatory

- System Application Run Group

  • sysApplRunTable
  • sysApplPastRunTable
  • sysApplElmtRunTable
  • sysApplElmtPastRunTable

Mandatory

A sysApplInstalledTable captura quais aplicações estão instaladas em um host particular e a sysApplCfgElmtTable provê informações relativas a arquivos executáveis e não executáveis que coletivamente compõem a aplicação. A sysApplRunTable contém as instâncias das aplicações que estão atualmente executando e a sysApplPastRunTable contém um histórico sobre aplicações que foram previamente executadas no host. A sysApplElmtRunTable contém as instâncias dos processos que estão atualmente executando e a sysApplElmtPastRunTable contém um histórico sobre processos que previamente foram executados no host.

Nota-se que duas implementações do mesmo conjunto de serviços de rede podem definir diferentemente cada conjunto de processos e arquivos dentro desta MIB. Ultimamente muitas informações de gerenciamento são necessárias para que estas diferentes implementações possam ao menos ser similarmente gerenciadas.

Servidores WWW situam-se na categoria geral de software de aplicação. Então os atributos desta MIB são aplicáveis se os níveis de detalhes dos processos são requisitados para encontrar as exigências do Modelo Operacional.

A Application MIB é utilizada para resolver os problemas descritos acima com o relacionamento entre o software executado e aquele instalado do Host Resources MIB.


Sumário dos padrões existentes que seguem MIBs

As MIBs existentes são em grande parte ortogonais como demonstrado pelo diagrama a seguir. Host Resources relata informações de rede para as interfaces definidas na MIB-II. A system application MIB relata sua tabela de elementos em execução para a entrada equivalente na tabela Host Resources.

Deve-se notar que o software em execução da Host Resources inclui todo o software que está em execução no host, enquanto que a tabela de elementos em execução da system application MIB somente inclui processos "interessantes" das aplicações monitoradas.

No diagrama abaixo, "Other Services", "Application Specific MIBs" e "Application MIB" representam trabalhos a serem finalizados ou que estão em desenvolvimento.

 

A pilha de MIBs sobre "Network Services Monitoring MIB" representa monitoramento sobre o Modelo de Serviços. As outras pilhas representam monitoramento sobre o Modelo Operacional. Nenhuma destas pilhas vai para o nível de detalhes específico para qualquer aplicação. MIBs específicas para servidores Web ou HTTP deveriam existir no topo de cada pilha para representar o serviço e a visão de implementação do servidor, respectivamente. Deveria haver um relacionamento entre estas duas perspectivas definidas de forma que a correlação entre estas seja possível. Este relacionamento deveria ser utilizado para aplicações gerais e serviço de monitoramento em adição a existência de poucos servidores web. Porém, isto não é de interesse específico para MADMAN WG ou Application MIB WG. É então sugerido que tal relacionamento seja definido em um caso geral fora destes grupos que deveriam ser aplicados por servidores WWW bem como por outras aplicações para serviços de mapeamento.


Definição de atributos adicionais

Os atributos de MIB existentes encontram as exigências do Modelo Operacional para trilhar informações específicas para um host. Especificamente, MIB-II, Host Resources e a Applications MIB endereçam estes itens. A Network Services MIB endereça uma porção das exigências do modelo de serviços para a utilização do espaço de informação pelo mecanismo de transporte.

Vários conjuntos de atributos adicionais são necessários para encontrar as exigências remanescentes. Estes atributos adicionais devem ser geralmente aplicáveis a outros serviços de recuperação de informação de rede (como FTP, NNTP, GOPHER e WAIS) bem como com gerenciamento de clientes e proxy. O gerenciamento destes serviços não é o escopo deste documento.

Estes atributos adicionais podem ser classificados como:

  1. Definição do relacionamento entre a Network Services Monitoring e Application MIBs. Isto permite saber a organização funcional do servidor. Também permite o gerenciamento de aplicações para entender o efeito de reinicializar processos específicos nos serviços providos. Isto endereça as exigências do Modelo Operacional para o modelo de dependências entre aplicações.
  2. Adições a Network Services Monitoring MIB genéricos. Um draft já está circulando devido ao trabalho de uma lista de discussões e a uma implementação de testes. Estes atributos listam um sumário do nível de serviços de configuração e do estado do servidor. Para isto, métricas de desempenho devem ser observadas. Em adição, o desempenho do servidor em termos de timeouts de dados é conhecido. Estes atributos atendem às exigências para seguir as atividades específicas do Modelo Operacional e as exigências para os serviços de recuperação do Modelo de Serviços.
  3. Armazenamento de documentos e estatísticas de acesso são necessárias para atender às exigências do modelo de serviços.
  4. Adições a Application MIB são necessárias para atender às exigências de configuração do servidor no modelo de serviços.
  5. Atributos para gerenciamento de erros e falhas são necessários para atender às exigências para seguir atividades específicas para o servidor web.
  6. Configuração e controle são itens que devem ser definidos de uma maneira geral dentro da Application MIB, caso contrário, uma definição específica deveria ser requerida aqui.

Sobre os itens listados acima, é necessária uma base geral. Os outros aparecem como servidores WWW específicos a menos que o escopo deste trabalho seja aberto para clientes WWW e proxies bem como para outros serviços (como NNTP, FTP, GOPHER e WAIS).


Cenários de uso

O cenário de exemplo será um único host o qual implementa serviços WWW utilizando o conceito de "domínio virtual". Neste modelo, um único host executa como um servidor WWW para um ou mais endereços. Para propósitos de exemplo, nós iremos especificar que existem três domínios sendo servidos por este host cujos servidores WWW são:

Algumas implementações podem implementar estes serviços como um conjunto de processos que enviam pedidos para cada um dos endereços. Outros podem implementar estes serviços como um conjunto de processos para cada endereço. Isto significa que a relação definida entre os componentes de gerenciamento de informação Network Services Monitoring MIB e Application MIB podem variar entre diferentes aplicações de mesma configuração.

MIB-II e Host Resources deveriam prover informações sobre o host incluindo a CPU, disco e rede. A tabela de execução Host Resource provê informações sobre os processos no sistema.

Haveria uma entrada em Network Services Monitoring applTable para cada domínio virtual. Em adição, a assocTable mostra quais conexões estão correntemente ativas. Uma extensão para a tabela de associação deveria ajudar a prover informações sobre como isso está sendo transmitido.

A sysApplMIB deveria possuir entradas em suas tabelas de software instalado para o software do servidor web e cada componente "interessante". Isto deveria incluir o servidor binário, programas CGI, arquivos de configuração e possivelmente o servidor de arquivos de log. Dependendo da implementação do servidor, os processos para cada domínio podem mostrar as mesmas ou diferentes tabelas de software em execução.

Informações adicionais como as descritas nas seções anteriores deveriam derrotar a informação de administração que deveria estar disponível para o servidor WWW.


Conclusão

Um número de atributos correntemente definidos são utilizáveis para gerenciamento de um servidor WWW. Especificamente, MIB-II e Host Resources deveriam ser considerados para o monitoramento do estado da máquinas em termos de host, configuração de rede e capacidade. A Network Services Monitoring MIB e a Application MIB provêem uma estrutura geral para representar os componentes de um servidor WWW para as perspectivas de serviço e implementação. A Network Services Monitoring MIB sugere que extensões são necessárias para cobrir aplicações específicas de monitoramento de rede. Um conjunto de tais atributos deve ser bem definito para prover informação de estado do servidor WWW. A Application MIB sugere extensões similares. Alguns destes atributos podem ser genéricos para todas as aplicações e assim ser implementados dentro do escopo da applMib. Esta é uma opinião que ainda permanecerá como instrumentação específica para servidores WWW que não podem e não deveriam ser cobertas na Network Services Monitoring e Application MIB.

Desde que a Network Services Monitoring MIB e a Application MIB representam esforços ortogonais de gerenciamento, é desejável definir o relacionamento entre as duas de uma forma padrão. Esta definição será provavelmente mais que um simples ponteiro de uma tabela para outra. Desde que está fora do âmbito de qualquer um destes esforços, considera-se a opinião de que definições poderiam e deveriam ser endereçadas dentro do escopo da definição de gerenciamento de uma aplicação específica (isto é, servidores WWW). Esta definição embora definida para uma aplicação particular, deveria ser utilizada de uma maneira geral para descrever o relacionamento entre a Network Services Monitoring MIB e a Application MIB.

Atributos adicionais são necessários em ordem para encontrar todos os requerimentos específicos neste documento. Um padrão IETF deveria prevenir desenvolvimentos independentes deste esforço em muitos empreendimentos de MIBs. Isto também segue aplicações de gerenciamento para servidores de controle de múltiplos vendedores. É provável que com o progresso do trabalho nesta área, o gerenciamento de informação seja utilizado por outros serviços de recuperação de informações de rede (como FTP, GOPHER, WAIS e NNTP).

Finalmente, o Modelo Operacional e o Modelo de Exigência de Serviços conduzem para dois usos principais do gerenciamento de informação. Desenvolvimento de uma MIB incluindo o uso de MIBs existentes deveria seguir um ou outro de ambos os modelos para ser implementado de uma forma padrão. Esta maneira seria desejável dependendo especificamente na audiência de dados, do custo de instrumentalização e dos recursos do sistema.


Referências Bibliográficas

[BOF 98] BOF. Minutes of the HTTP MIB BOF. Disponível por WWW em http://http-mib.onramp.net/bof/minutes.html (10 Dez. 1998).

[KAL 98] KALBFLEISCH, Carl W.. A MIB for managing web servers. Disponível por WWW em http://http-mib.onramp.net (10 Dez. 1998).

[REQ 98] REQUEST FOR COMMENTS 2039. Applicability of standards track MIBs to management of world wide web servers. Disponível por WWW em http://http-mib.onramp.net (10 Dez. 1998).

[TOE 98] TOET, Martin M.. FTP mapping on HTTP MIB. Disponível por WWW em http://http-mib.onramp.net/archive/jul96/0077.htm (10 Dez. 1998).