Resolução de problemas do desempenho do sistema com metodologia de monitoramento de recursos
Visão geral da computação de uso de monitoramento de recursos
Você pode configurar o recurso de monitoramento de recursos usando as consultas CLI e SNMP MIB. Você pode empregar este serviço público para fornecer espaço suficiente (limites de espaço de memória definidos para o aplicativo ou roteador virtual) para monitorar a integridade e a eficiência operacional de DPCs e MPCs. Você também pode analisar e visualizar o uso ou o consumo de memória para o tipo de memória jtree e para páginas contíguas, palavras duplas e páginas de memória gratuitas. A memória jtree em todos os mecanismos de encaminhamento de pacotes da Série MX tem dois segmentos: um segmento armazena principalmente tabelas de roteamento e informações relacionadas, e o outro segmento armazena principalmente informações relacionadas a filtros de firewall. Como a alocação de mais memória para tabelas de roteamento ou filtros de firewall pode interromper as operações de encaminhamento de um Mecanismo de encaminhamento de pacotes, o Junos OS CLI exibe um aviso para reiniciar todos os FPCs afetados quando você confirma uma configuração que inclui a declaração de rota aprimorada para a memória.
As seções a seguir descrevem as equações de computação e a interpretação das diferentes regiões de memória para placas de linha baseadas em I-chip e baseadas em trio:
- Monitoramento de recursos e computação de uso para placas de linha baseadas em trio
- Monitoramento de recursos e computação de uso para placas de linha baseadas em I-Chip
Monitoramento de recursos e computação de uso para placas de linha baseadas em trio
Nas placas de linha baseadas em Trio, os blocos de memória para filtros de próximo salto e firewall são alocados separadamente. Além disso, uma memória de expansão está presente, que é usada quando a memória alocada para o próximo salto ou filtro de firewall é totalmente consumida. Tanto os filtros de próximo salto quanto de firewall podem alocar a memória da memória de expansão. A região de memória de encapsulamento é específica para placas de linha baseadas em chip I e não é aplicável às placas de linha baseadas em Trio. Portanto, para as placas de linha baseadas em Trio, a porcentagem de espaço de memória gratuito pode ser interpretada da seguinte forma:
% Free (NH) = (1- (Used NH memory + Used Expansion memory ) / (Total NH memory+Total Expansion memory)) × 100
% Free (Firewall or Filter) = (1-(Used FW memory+Used Expansion memory ) / (Total FW memory+Total Expansion memory)) × 100
A memória de encapsulamento é específica de I-chip e não é aplicável para placas de linha baseadas em Trio.
% Free (Encap memory) = Not applicable
Monitoramento de recursos e computação de uso para placas de linha baseadas em I-Chip
As placas de linha baseadas em chip I contêm 32 MB de memória RAM estática (SRAM) associada ao bloco de pesquisa de rota e 16 MB de memória SRAM associado ao bloco WAN de saída.
A memória de busca de rota é um único pool de memória de 32 MB que é dividido em dois segmentos de 16 MB cada. Em uma configuração padrão, o segmento 0 é usado para NH e prefixos, e o segmento 1 é usado para firewall ou filtro. Essa alocação pode ser modificada usando a opção aprimorada de memória de rota no nível de hierarquia [editar chassis]. Em uma configuração geral, o aplicativo NH pode ser alocado de memória de qualquer um dos dois segmentos. Portanto, a porcentagem de memória gratuita para NH é calculada em memória de 32 MB. Atualmente, os aplicativos de firewall são alocados de memória apenas do segmento 1. Como resultado, a porcentagem de memória gratuita a ser monitorada para firewall começa a partir da memória disponível de 16 MB apenas no segmento 1.
Para placas de linha baseadas em chip I, a porcentagem de espaço de memória gratuito pode ser interpretada da seguinte forma:
% Free (NH) = (32-(Used NH memory+Used FW memory+Used Other application)) / 32×100
% Free (Firewall or Filter)=(16-(Used NH memory+Used FW memory+Used Other application)) / 16×100
O tamanho da memória para SRAM de saída (Iwo) é de 16 MB e armazena os descritores de Camada 2 que contêm as informações de encapsulamento. Essa entidade é um recurso essencial e precisa ser monitorado. Este espaço de memória é exibido na saída do comando do show como "Encap mem". A porcentagem de memória gratuita para a região de encapsulamento é calculada da seguinte forma:
% Free (Encapsulation memory) = (16-(Iwo memory used ( L2 descriptors +other applications))) / 16×100
O nível de marca d'água configurado para memória de próximo salto também é eficaz para a memória de encapsulamento. Portanto, se a porcentagem de memória gratuita para região de encapsulamento ficar abaixo da marca d'água configurada, são gerados logs.
Se a porcentagem de memória gratuita for menor do que a marca d'água de memória gratuita de um tipo de memória específico, a seguinte mensagem de erro será registrada no syslog:
“Resource Monitor: FPC <slot no> PFE <pfe inst> <“JNH memory” or “FW/ Filter memory”> is below set watermark <configured watermark>”.
Você pode configurar operações de rastreamento de monitoramento de recursos usando a traceoptions file <filename> flag flag level level size bytes
declaração no nível de [edit system services resource-monitor]
hierarquia. Por padrão, as mensagens são escritas para /var/log/rsmonlog. Os logs de erro associados à falha de comunicação de tomada (entre o Mecanismo de roteamento e o Mecanismo de encaminhamento de pacotes) são úteis para diagnosticar os problemas na comunicação entre o Mecanismo de roteamento e o Mecanismo de encaminhamento de pacotes.
Do ponto de vista da Ukern, o MPC5E contém apenas uma instância do Mecanismo de encaminhamento de pacotes. A saída de comando do plano de malha show chassis exibe o estado das conexões de plano de malha com o Mecanismo de encaminhamento de pacotes. Como existem dois mecanismos de encaminhamento de pacotes, você nota PFE-0 e PFE-1 na saída.
user@host# run show chassis fabric plane Fabric management PLANE state Plane 0 Plane state: ACTIVE FPC 0 PFE 0 :Links ok PFE 1 :Links ok
Como existe apenas uma instância do Mecanismo de encaminhamento de pacotes para MPC5E, a saída do comando fpc do monitor de recursos do sistema show exibe apenas uma linha correspondente à instância 0 do Mecanismo de encaminhamento de pacotes.
user@host# run show system resource-monitor fpc FPC Resource Usage Summary Free Heap Mem Watermark : 20 % Free NH Mem Watermark : 20 % Free Filter Mem Watermark : 20 % * - Watermark reached Heap ENCAP mem NH mem FW mem Slot # % Free PFE # % Free % Free % Free 0 94 0 NA 83 99
A marca d'água configurada é retida em todo o GRES e procedimentos ISSU unificados.
Diagnosticando e depurando o desempenho do sistema configurando o monitoramento do uso de recursos de memória em roteadores da Série MX
O Junos OS oferece suporte a um recurso de monitoramento de recursos usando as consultas CLI e SNMP MIB. Você pode empregar este utilitário para provisionar espaço suficiente (limites de espaço de memória definidos para o aplicativo ou roteador virtual) para garantir a estabilidade do sistema, especialmente a integridade e a eficiência operacional das placas de linha baseadas em chip I e FPCs baseados em Trio em roteadores da Série MX. Quando a utilização da memória, a memória ukernel ou a memória ASIC atingem um determinado limiar, as operações do sistema comprometem a integridade e a estabilidade do manuseio do tráfego da placa de linha e tal compensação no desempenho do sistema pode ser prejudicial para o suporte ao tráfego e protocolos ao vivo.
Para configurar as propriedades da funcionalidade de utilização de recursos de memória:
Resolução de problemas da incompatibilidade de valores jnxNatObjects para MS-DPC e MS-MIC
Problema
Descrição
Quando o MS-DPC e o MS-MIC são implantados em uma rede e o tipo de tradução de endereços de rede (NAT) é configurado como napt-44
, a snmp mib walk
saída do comando para jnxNatObjects exibe valores diferentes para MS-DPC e MS-MIC.
Resolução
Configure o SNMP para combinar com os valores do jnxNatObjects para MS-DPC e MS-MIC
Para configurar o SNMP para combinar com os valores do jnxNatObjects para MS-DPC e MS-MIC:
Execute o comando do
set services service-set service-set-name nat-options snmp-value-match-msmic
modo de configuração. O exemplo de configuração a seguir mostra como configurar o SNMP para combinar os valores para objetos específicos do MS-MIC na tabela MIB jnxNatObjects com os valores para objetos MS-DPC.[edit] user@host# set services service-set Mobile nat-options snmp-value-match-msmic
Emita o
commit
comando para confirmar as mudanças.[edit] user@host# commit commit complete
(Opcional) Execute o
show snmp mib walk jnxNatObjects
comando para verificar se os valores para objetos específicos do MS-MIC na tabela MIB jnxNatObjects correspondem aos valores dos objetos MS-DPC. Por exemplo, a saída a seguir mostra que os valores para objetos específicos do MS-MIC e objetos MS-DPC são compatíveis.[edit] user@host# run show snmp mib walk jnxNatObjects jnxNatSrcXlatedAddrType.6.77.111.98.105.108.101 = 1 jnxNatSrcPoolType.6.77.111.98.105.108.101 = 13 jnxNatSrcNumPortAvail.6.77.111.98.105.108.101 = 64512 jnxNatSrcNumPortInuse.6.77.111.98.105.108.101 = 0 jnxNatSrcNumAddressAvail.6.77.111.98.105.108.101 = 1 jnxNatSrcNumAddressInUse.6.77.111.98.105.108.101 = 0 jnxNatSrcNumSessions.6.77.111.98.105.108.101 = 0 jnxNatRuleType.9.77.111.98.105.108.101.58.116.49 = 13 jnxNatRuleTransHits.9.77.111.98.105.108.101.58.116.49 = 0 jnxNatPoolType.6.77.111.98.105.108.101 = 13 jnxNatPoolTransHits.6.77.111.98.105.108.101 = 0
Nota:Você pode usar o comando de
delete services service-set service-set-name nat-options snmp-value-match-msmic
modo de configuração para desabilitar esse recurso.
Consulte também
Objetos gerenciados para memória ukernel para um mecanismo de encaminhamento de pacotes em um slot FPC
O jnxPfeMemoryUkernTable
, cujo identificador de objetos é {jnxPfeMemory 1}
, contém o que recupera as JnxPfeMemoryUkernEntry
estatísticas globais de ukernel ou pilha de memória para o slot especificado Packet Forwarding Engine. Cada JnxPfeMemoryUkernEntry
um, cujo identificador de objeto é {jnxPfeMemoryUkernTable 1}
, contém os objetos listados na tabela a seguir. A jnxPfeMemoryUkernEntry
denota a utilização da memória, como a memória total disponível e a porcentagem de memória usada.
Objeto |
Object ID |
Descrição |
---|---|---|
|
|
Denota a porcentagem da memória gratuita do Mecanismo de encaminhamento de pacotes dentro do monte ukern. |
Dados de estatísticas de memória de mecanismos de encaminhamento de pacotes para objetos gerenciados
A jnxPfeMemory
tabela, cujo identificador de objeto é {jnxPfeMib 2}
contém os objetos listados em Tabela 2
Objeto |
Object ID |
Descrição |
---|---|---|
|
|
Fornece estatísticas globais de memória ukern para o slot especificado do Packet Forwarding Engine. |
|
|
Fornece estatísticas globais de utilização de memória next-hop (para placas de linha baseadas em Trio) ou Jtree (para placas de linha baseadas em chip I) e uso de memória de filtro de firewall para o slot especificado do Packet Forwarding Engine. |
Objetos gerenciados para memória de filtro de próximo salto, Jtree e firewall para um mecanismo de encaminhamento de pacotes em um slot FPC
O jnxPfeMemoryForwardingTable
, cujo identificador de objetos é {jnxPfeMemory 2}
, contém JnxPfeMemoryForwardingEntry
que recupera a memória de próximo salto para placas de linha baseadas em Trio, memória jtree para placas de linha baseadas em chip I, e estatísticas de memória de firewall ou filtro para o slot especificado do Packet Forwarding Engine para placas de linha baseadas em I- chip e Trio. Cada jnxPfeMemoryForwardingEntry
um, cujo identificador de objeto é {jnxPfeMemoryForwardingTable 1}
, contém os objetos listados na tabela a seguir.
Representa jnxPfeMemoryForwardingEntry
a instância ASIC, a memória ASIC usada e a memória livre ASIC. A memória jtree em todos os mecanismos de encaminhamento de pacotes da Série MX tem dois segmentos: um segmento armazena principalmente tabelas de roteamento e informações relacionadas, e o outro segmento armazena principalmente informações relacionadas a filtros de firewall. Como a alocação de mais memória para tabelas de roteamento ou filtros de firewall pode interromper as operações de encaminhamento de um Mecanismo de encaminhamento de pacotes, o Junos OS CLI exibe um aviso para reiniciar todos os FPCs afetados quando você confirma uma configuração que inclui a declaração de rota aprimorada para a memória. A configuração não se torna eficaz até que você reinicie o FPC ou DPC (em roteadores da Série MX).
Objeto |
Object ID |
Descrição |
---|---|---|
|
|
Indica o número de instância ASIC no complexo do mecanismo de encaminhamento de pacotes. |
|
|
Indica o tipo de memória do mecanismo de encaminhamento de pacotes, onde nh = 1, fw = 2, encap = 3. |
|
|
Indica a porcentagem de memória livre para cada tipo de memória. |
jnxPfeMemoryErrorsTable
O MIB do mecanismo de encaminhamento de pacotes específico para empresas da Juniper Networks, cuja ID de objeto é {jnxPfeMibRoot 1}
, oferece suporte a uma nova tabela de MIB, jnxPfeMemoryErrorsTable
para exibir contadores de erros de memória do Mecanismo de encaminhamento de pacotes. O jnxPfeMemoryErrorsTable
, cujo identificador de objeto é jnxPfeNotification 3
, contém o JnxPfeMemoryErrorsEntry
. Cada JnxPfeMemoryErrorsEntry
um, cujo identificador de objeto é { jnxPfeMemoryErrorsTable 1 }
, contém os objetos listados na tabela a seguir.
Objeto |
Object ID |
Descrição |
---|---|---|
|
|
Significa o número de slot do FPC para este conjunto de notificação de PFE |
|
|
Significa o número de slot PFE para este conjunto de erros |
|
|
Significa a contagem de erros de paridade |
|
|
Significa a contagem de erros do código de verificação de erros (ECC) |
pfeMemoryErrors
O pfeMemoryErrorsNotificationPrefix
, cujo identificador de objeto é {jnxPfeNotification 0}
, contém o pfeMemoryErrors
atributo. O objeto pfeMemoryErrors, cujo identificador contém {pfeMemoryErrorsNotificationPrefix 1}
o e jnxPfeEccErrors
os jnxPfeParityErrors
objetos.
Objeto |
Object ID |
Descrição |
---|---|---|
|
|
Uma notificação pfeMemoryErrors é enviada quando o valor dos jnxPfeParityErrors ou jnxPfeEccErrors aumenta. |