IP : Simple Network Management Protocol (SNMP)

Como recolher a utilização CPU em dispositivos IOS Cisco usando o SNMP

19 Setembro 2015 - Tradução por Computador
Outras Versões: Versão em PDFpdf | Tradução Manual (1 Julho 2009) | Inglês (22 Agosto 2015) | Feedback


Índice


Introdução

Este documento descreve como recolher a utilização CPU nos dispositivos de Cisco IOS� que usam o Simple Network Management Protocol (SNMP).

Pré-requisitos

Requisitos

Não existem requisitos específicos para este documento.

Componentes Utilizados

A informação neste documento é somente para os dispositivos que executam o Cisco IOS Software. O exemplo c7500 com CPU múltiplos usa o Cisco IOS Software Release 12.0(22)S3.

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a sua rede estiver ativa, certifique-se de que entende o impacto potencial de qualquer comando.

Convenções

Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.

Procedimento para dispositivos com uma única CPU

As funções do roteador crítico, como o packet switching do processamento do protocolo de roteamento e do processo, são seguradas na memória e compartilham do CPU. Assim, se a utilização da CPU for muito alta, é possível que a atualização de um roteamento não possa ser processada ou um pacote de switching de processo seja descartado. Do CISCO-PROCESS-MIB, o valor do objeto MIB do cpmCPUTotal5minRev relata a porcentagem do processador no uso sobre uma média de cinco minutos.

O objeto MIB do cpmCPUTotal5minRev fornece mais visualização precisa do desempenho do roteador ao longo do tempo do que o cpmCPUTotal1minRev dos objetos MIB e o cpmCPUTotal5secRev. Estes objetos MIB não são precisos porque eles examinam a CPU em um minuto e têm intervalos de cinco segundos, respectivamente. Este MIBs permite-o de monitorar as tendências e de planear a capacidade de sua rede. A elevação de limiar recomendada da linha de base para o cpmCPUTotal5minRev é 90 por cento. Segundo a plataforma, algum Roteadores que é executado em 90 por cento, por exemplo, 2500s, pode exibir a degradação do desempenho contra um roteador de produto avançado, por exemplo, o 7500 Series, que podem se operar muito bem.

  • cpmCPUTotal5secRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.6): O percentual cpu busy total no último período de cinco segundos. Este objeto suplica o objeto cpmCPUTotal5sec e aumenta a escala do valor a (0..100).

  • cpmCPUTotal1minRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.7): O percentual cpu busy total no último período do minuto. Este objeto suplica o objeto cpmCPUTotal1min e aumenta a escala do valor a (0..100).

  • cpmCPUTotal5minRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.8): O percentual cpu busy total no último período de cinco minutos. Este objeto suplica o cpmCPUTotal5min do objeto e aumenta a escala do valor a (0..100).

Esta tabela mostra o MIBs novo e seus objetos ao lado do MIBs velho e objetos que substitui:

Versão Cisco IOS Software Release 12.2(3.5) ou Mais Recente Cisco IOS Software Release mais tarde a 12.0(3)T e antes de 12.2(3.5) Cisco IOS Software Release antes de 12.0(3)T
MIB CISCO-PROCESS-MIB CISCO-PROCESS-MIB OLD-CISCO-CPU-MIB
Objetos cpmCPUTotal5minRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.8) cpmCPUTotal5min (.1.3.6.1.4.1.9.9.109.1.1.1.1.5) avgBusy5 (.1.3.6.1.4.1.9.2.1.58)
cpmCPUTotal1minRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.7) cpmCPUTotal1min (.1.3.6.1.4.1.9.9.109.1.1.1.1.4) avgBusy1 (.1.3.6.1.4.1.9.2.1.57)
cpmCPUTotal5secRev (.1.3.6.1.4.1.9.9.109.1.1.1.1.6) cpmCPUTotal5sec (.1.3.6.1.4.1.9.9.109.1.1.1.1.3) busyPer (.1.3.6.1.4.1.9.2.1.56)

Exemplo

Estão aqui umas saídas típicas do comando show processes CPU em um roteador que execute o Cisco IOS Software Release 12.0(9):

Router# show processes CPU 

CPU utilization for five seconds: 2%A/1%B; one minute: 1%C; five minutes: 1%D 
 PID  Runtime(ms)  Invoked  uSecs    5Sec   1Min   5Min TTY Process 
   1         164    137902      1   0.00%  0.00%  0.00%   0 Load Meter 
   2         100       119    840   0.57%  0.11%  0.02%   2 Virtual Exec 
   3      468644     81652   5739   0.00%  0.04%  0.05%   0 Check heaps 
   4           0         1      0   0.00%  0.00%  0.00%   0 Pool Manager 
   5           0         2      0   0.00%  0.00%  0.00%   0 Timers 
   6           0         2      0   0.00%  0.00%  0.00%   0 Serial Background 
   7           0         1      0   0.00%  0.00%  0.00%   0 OIR Handler 
   8           0         1      0   0.00%  0.00%  0.00%   0 IPC Zone Manager 
   9         348    689225      0   0.00%  0.00%  0.00%   0 IPC Periodic Tim 
  10           0         1      0   0.00%  0.00%  0.00%   0 IPC Seat Manager 
  11      175300    332916    526   0.00%  0.02%  0.00%   0 ARP Input 
  12        3824    138903     27   0.00%  0.00%  0.00%   0 HC Counter Timer 
  13           0         2      0   0.00%  0.00%  0.00%   0 DDR Timers 
  14           0         1      0   0.00%  0.00%  0.00%   0 Entity MIB API 
  15           0         1      0   0.00%  0.00%  0.00%   0 SERIAL A'detect 
  16           0         1      0   0.00%  0.00%  0.00%   0 Microcode Loader 
  17           0         1      0   0.00%  0.00%  0.00%   0 IP Crashinfo Inp 
--<snip>-- 

Na saída, essas são as informações relevantes:

Nota: Com base no Cisco IOS Software Release que é executado no dispositivo, use objetos MIB apropriados.

  • A utilização CPU durante os último cinco [also available through the object busyPer (.1.3.6.1.4.1.9.2.1.56)] dos segundos

    %snmpwalk –v2c –c public 172.16.99.1 .1.3.6.1.4.1.9.2.1.56 
    
    !--- SNMP Query
    
    enterprises.9.2.1.56.0 = 2 
    
    !--- Response
    
    
  • A porcentagem de tempo de CPU no nível de interrupção (pacotes comutados rápidos) em um período de cinco segundos. Se você toma a diferença entre o primeiro e o segundo, você chega na cinco-segunda porcentagem que o roteador gasta a nível de processo. Neste caso, o roteador gasta um por cento a nível de processo durante os últimos cinco segundos (pacotes comutados por processamento - nenhum variável MIB).

  • A utilização CPU sobre o último [also available through the object avgBusy1 (.1.3.6.1.4.1.9.2.1.57)] minúsculo

    %snmpwalk –v2c –c public 172.16.99.1 .1.3.6.1.4.1.9.2.1.57
    
    !--- SNMP Query
    
    enterprises.9.2.1.57.0 = 3  
    
    !--- Response
    
    
  • A utilização CPU durante os último cinco [also available through the object avgBusy5 (.1.3.6.1.4.1.9.2.1.58)] dos minutos

    %snmpwalk –v2c –c public 172.16.99.1 .1.3.6.1.4.1.9.2.1.58 
    
    !--- SNMP Query
    
    enterprises.9.2.1.58.0 = 1  
    
    !--- Response
    
    

Quando você vota variáveis da utilização CPU e todos os outros variáveis de SNMP, a utilização CPU real é afetada. Às vezes, a utilização é 99 por cento quando você vota continuamente a variável em intervalos do segundo. É uma supérfluo a votar tão frequentemente, mas toma na consideração o impacto ao CPU quando você determina como frequentemente você quer votar a variável.

Procedimento para dispositivos com várias CPUs

Se seu dispositivo de IOS tem diversos CPU, você deve usar o CISCO-PROCESS-MIB e o seu cpmCPUTotal5minRev do objeto da tabela chamada cpmCPUTotalTable, posicionado com cpmCPUTotalIndex. Esta tabela permite que o CISCO-PROCESS-MIB mantenha estatísticas de CPU para entidades física diferentes no roteador, como microplaquetas diferentes CPU, grupo de CPU, ou CPU nos módulos/cartões diferentes. No caso de uma única CPU, o objeto cpmCPUTotalTable tem apenas uma entrada.

As informações sobre diferentes entidades físicas do roteador são armazenadas na entPhysicalTable do ENTITY-MIB baseado em padrão RFC 2737. Você pode ligar entre duas tabelas (cpmCPUTotalTable e entPhysicalTable) facilmente: cada fileira de cpmCPUTotalTable possui um objeto cpmCPUTotalPhysicalIndex que mantém o valor do entPhysicalIndex (índice de entPhysicalTable) e se dirige para a entrada em entPhysicalTable, correspondente à entidade física para a qual estas estatísticas de CPU são mantidas.

Isto implica que o dispositivo de IOS deve apoiar o CISCO-PROCESS-MIB e o ENTITY-MIB para que você possa recuperar a informação relevante sobre a utilização CPU. O único caso onde você não precisa de ter ou o uso ENTITY-MIB estão quando você tem somente um único CPU.

Exemplo

Monitore o uso de CPU múltiplos nos 7500 chassis (RSP e dois VIP). O mesmo aplica-se às placas de linha GSR. Use o Cisco IOS Software Release 12.0(22)S3 ou Mais Recente quando você vota c7500 ou GSR para estes valores. Conheça os bugs relacionados: CSCdw52978 (somente clientes registrados), CSCdp17238 (somente clientes registrados).

  1. Consulte cpmCPUTotal5min (.1.3.6.1.4.1.9.9.109.1.1.1.1.5) para obter "overall CPU busy percentage in the last 5 minute period" para todas as CPUs do chassi. A saída mostra que o dispositivo 7507 tem três CPU, utilizados para 10%, 1%, e 2% durante os últimos minutos 5.

    %snmpwalk –v2c –c public 172.16.0.1 .1.3.6.1.4.1.9.9.109.1.1.1.1.5 
    
    !--- SNMP Query
    
    enterprises.9.9.109.1.1.1.1.5.1 = 10
    enterprises.9.9.109.1.1.1.1.5.8 = 1
    enterprises.9.9.109.1.1.1.1.5.9 = 2 
    
    !--- Response
    
    

    Nota: Com base no Cisco IOS Software Release que é executado no dispositivo, use objetos MIB apropriados.

  2. A fim identificar a entidade física a que estes valores correspondem, vote o cpmCPUTotalPhysicalIndex (.1.3.6.1.4.1.9.9.109.1.1.1.1.2). Você vê três entidades física com deslocamentos predeterminados 9, 25 e 28:

    %snmpwalk -v2c -c public 172.16.0.1 .1.3.6.1.4.1.9.9.109.1.1.1.1.2 
    
    !--- SNMP Query
    
    enterprises.9.9.109.1.1.1.1.2.1 = 9
    enterprises.9.9.109.1.1.1.1.2.8 = 25
    enterprises.9.9.109.1.1.1.1.2.9 = 28 
    
    !--- Response
    
    
  3. A fim identificar a placa particular a que cada entrada física é relacionada, entrada correspondente do entPhysicalName da votação .1.3.6.1.2.1.47.1.1.1.1.7) (, com os deslocamentos predeterminados exatos 9, 25, 28 de etapa 2, como um dígito último. Você vê que o RSP está utilizado para 10%, e os VIP nos entalhes 4 e 6 são utilizados para um e dois por cento.

    %snmpwalk -v2c -c public 172.16.0.1 .1.3.6.1.2.1.47.1.1.1.1.7.9 
    
    !--- SNMP Query
          
    47.1.1.1.1.7.9 = "RSP at Slot 2" 
    
    !--- Response
    
           
    %snmpwalk -v2c -c public 172.16.0.1 .1.3.6.1.2.1.47.1.1.1.1.7.25 
    
    !--- SNMP Query
    
    47.1.1.1.1.7.25 = "Line Card 4" 
    
    !--- Reponse
    
         
    %snmpwalk -v2c -c public 172.16.0.1 .1.3.6.1.2.1.47.1.1.1.1.7.28  
    
    !--- SNMP Query
    
    47.1.1.1.1.7.28 = "Line Card 6" 
    
    !--- Response
    
    

Procedimento para CPU de placas Catalyst 5000 LANE

O código IOS das corridas do módulo LANE do catalizador 5000 e apoia estes objetos de OLD-CISCO-CPU-MIB mencionado no procedimento para dispositivos com único CPU:

O módulo LANE do catalizador 5000 não tem seu próprio endereço IP de Um ou Mais Servidores Cisco ICM NT. Consequentemente, você deve usar o endereço IP de Um ou Mais Servidores Cisco ICM NT do Catalyst Supervisor junto com a indexação de séries de comunidades. Por exemplo, se sua placa lane está no entalhe 6 de seu catalizador e seu string de comunidade é público, use o string de comunidade "public@6" e envie o pedido SNMP ao endereço IP de Um ou Mais Servidores Cisco ICM NT do módulo do supervisor. Refira a indexação de série de comunidade snmp para mais informação.

Nota: Se você não especificar o número do módulo na comunidade, receberá dados correspondentes ao primeiro módulo LANE no chassi Catalyst.

Discussões relacionadas da comunidade de suporte da Cisco

A Comunidade de Suporte da Cisco é um fórum onde você pode perguntar e responder, oferecer sugestões e colaborar com colegas.


Informações Relacionadas


Document ID: 15215