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 declaração no nível de hierarquia.traceoptions file <filename> flag flag level level size bytes
[edit system services resource-monitor]
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 , a saída do comando para jnxNatObjects exibe valores diferentes para MS-DPC e MS-MIC.napt-44
snmp mib walk
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 modo de configuração.
set services service-set service-set-name nat-options snmp-value-match-msmic
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 comando para confirmar as mudanças.
commit
[edit] user@host# commit commit complete
(Opcional) Execute o comando para verificar se os valores para objetos específicos do MS-MIC na tabela MIB jnxNatObjects correspondem aos valores dos objetos MS-DPC.
show snmp mib walk jnxNatObjects
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 modo de configuração para desabilitar esse recurso.
delete services service-set service-set-name nat-options snmp-value-match-msmic
Consulte também
Objetos gerenciados para memória ukernel para um mecanismo de encaminhamento de pacotes em um slot FPC
O , cujo identificador de objetos é , contém o que recupera as estatísticas globais de ukernel ou pilha de memória para o slot especificado Packet Forwarding Engine.jnxPfeMemoryUkernTable
{jnxPfeMemory 1}
JnxPfeMemoryUkernEntry
Cada um, cujo identificador de objeto é , contém os objetos listados na tabela a seguir.JnxPfeMemoryUkernEntry
{jnxPfeMemoryUkernTable 1}
A denota a utilização da memória, como a memória total disponível e a porcentagem de memória usada.jnxPfeMemoryUkernEntry
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 tabela, cujo identificador de objeto é contém os objetos listados em jnxPfeMemory{jnxPfeMib 2}
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 , cujo identificador de objetos é , contém 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.jnxPfeMemoryForwardingTable
{jnxPfeMemory 2}
JnxPfeMemoryForwardingEntry
Cada um, cujo identificador de objeto é , contém os objetos listados na tabela a seguir.jnxPfeMemoryForwardingEntry
{jnxPfeMemoryForwardingTable 1}
Representa a instância ASIC, a memória ASIC usada e a memória livre ASIC. jnxPfeMemoryForwardingEntry
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 é , oferece suporte a uma nova tabela de MIB, para exibir contadores de erros de memória do Mecanismo de encaminhamento de pacotes.{jnxPfeMibRoot 1}
jnxPfeMemoryErrorsTable
O , cujo identificador de objeto é , contém o .jnxPfeMemoryErrorsTable
jnxPfeNotification 3
JnxPfeMemoryErrorsEntry
Cada um, cujo identificador de objeto é , contém os objetos listados na tabela a seguir.JnxPfeMemoryErrorsEntry
{ jnxPfeMemoryErrorsTable 1 }
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 , cujo identificador de objeto é , contém o atributo.pfeMemoryErrorsNotificationPrefix
{jnxPfeNotification 0}
pfeMemoryErrors
O objeto pfeMemoryErrors, cujo identificador contém o e os objetos.{pfeMemoryErrorsNotificationPrefix 1}
jnxPfeParityErrors
jnxPfeEccErrors
Objeto |
Object ID |
Descrição |
---|---|---|
|
|
Uma notificação pfeMemoryErrors é enviada quando o valor dos jnxPfeParityErrors ou jnxPfeEccErrors aumenta. |