Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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

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.

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.

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:

  1. Especifique se deseja configurar o mecanismo de monitoramento para a utilização de diferentes regiões de recursos de memória.

    Esse recurso é habilitado por padrão e você não pode desabilitar manualmente.

  2. Especifique o alto valor limiar, excedendo quais avisos ou logs de erro são gerados, para todas as regiões de memória, como heap ou ukernel, next-hop e encapsulamento, e memória de filtro de firewall.
  3. Especifique a porcentagem de espaço de memória gratuito usado para que os próximos saltos sejam monitorados com um valor de marca d'água.
  4. Especifique a porcentagem de espaço de memória gratuito usado para que a memória ukernel ou pilha seja monitorada com um valor de marca d'água.
  5. Especifique a porcentagem de espaço de memória gratuito usado para o firewall e filtrar a memória a ser monitorada com um valor de marca d'água.
    Nota:

    O valor padrão e o valor configurado do valor da marca d'água para a porcentagem de memória next-hop gratuita também se aplicam à memória de encapsulamento. Os valores padrão da marca d'água para a porcentagem de memória ukernel ou heap gratuita, memória next-hop e memória de filtro de firewall são de 20%.

  6. Desabile a geração de mensagens de log de erro quando a utilização de recursos de memória excede os níveis de limite ou ponto de verificação. Por padrão, as mensagens são escritas em /var/log/rsmonlog.
  7. Defina a categoria de recursos que você deseja monitorar e analisar 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. A categoria de recursos inclui estatísticas detalhadas de utilização de CPU, taxa de sessão e contagem de sessões. Você usa as estatísticas da categoria de recursos para entender até que ponto novos objetos ou aplicativos de ataque afetam o desempenho.
    Nota:

    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. O Junos OS fornece a declaração aprimorada de memória para realocar a memória jtree para rotas, filtros de firewall e VPNs de Camada 3.

  8. Configure o tipo de recurso como páginas contíguas para as quais você deseja habilitar o mecanismo de monitoramento para fornecer espaço suficiente para garantir desempenho eficaz do sistema e capacidade de manuseio de tráfego. Especifique o valor limite alto e baixo, excedendo quais avisos ou logs de erro são gerados, para o tipo ou região de memória especificado, que é página contígua neste caso.
  9. Configure o tipo de recurso como palavras duplas (dwords) gratuitas para as quais você deseja permitir que o mecanismo de monitoramento forneça espaço suficiente para garantir desempenho de sistema e capacidade de manuseio de tráfego eficazes. Especifique o valor limite alto e baixo, excedendo quais avisos ou logs de erro são gerados, para o tipo ou região de memória especificados, que são dwords gratuitos neste caso.
  10. Configure o tipo de recurso como páginas de memória gratuitas para as quais você deseja habilitar o mecanismo de monitoramento para fornecer espaço suficiente para garantir desempenho do sistema e capacidade de manuseio de tráfego eficazes. Especifique o valor de limiar alto e baixo, excedendo quais avisos ou logs de erro são gerados, para o tipo ou região de memória especificados, que são páginas de memória gratuitas neste caso.
  11. Veja a utilização de recursos de memória nos mecanismos de encaminhamento de pacotes de um FPC usando o comando.show system resource-monitor fpc A memória do filtro denota a memória do contador de filtros usada para contadores de filtro de firewall. O asterisco (*) exibido ao lado de cada uma das regiões de memória denota os para os quais o limiar configurado está sendo excedido no momento.

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-44snmp 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:

  1. 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.

  2. Emita o comando para confirmar as mudanças.commit

  3. (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.

    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

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

Tabela 1: jnxPfeMemoryUKernTable

Objeto

Object ID

Descrição

jnxPfeMemoryUkernFreePercent

jnxPfeMemoryUkernEntry 3

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

Tabela 2: Tabela jnxPfeMemory

Objeto

Object ID

Descrição

jnxPfeMemoryUkernTable

jnxPfeMemory 1

Fornece estatísticas globais de memória ukern para o slot especificado do Packet Forwarding Engine.

jnxPfeMemoryForwardingTable

jnxPfeMemory 2

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).

Tabela 3: jnxPfeMemoryParatable

Objeto

Object ID

Descrição

jnxPfeMemoryForwardingChipSlot

jnxPfeMemoryForwardingEntry 1

Indica o número de instância ASIC no complexo do mecanismo de encaminhamento de pacotes.

jnxPfeMemoryType

jnxPfeMemoryForwardingEntry 2

Indica o tipo de memória do mecanismo de encaminhamento de pacotes, onde nh = 1, fw = 2, encap = 3.

jnxPfeMemoryForwardingPercentFree

jnxPfeMemoryForwardingEntry 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 .jnxPfeMemoryErrorsTablejnxPfeNotification 3JnxPfeMemoryErrorsEntry Cada um, cujo identificador de objeto é , contém os objetos listados na tabela a seguir.JnxPfeMemoryErrorsEntry{ jnxPfeMemoryErrorsTable 1 }

Tabela 4: jnxPfeMemoryErrorsTable

Objeto

Object ID

Descrição

jnxPfeFpcSlot

jnxPfeMemoryErrorsEntry 1

Significa o número de slot do FPC para este conjunto de notificação de PFE

jnxPfeSlot

jnxPfeMemoryErrorsEntry 2

Significa o número de slot PFE para este conjunto de erros

jnxPfeParityErrors

jnxPfeMemoryErrorsEntry 3

Significa a contagem de erros de paridade

jnxPfeEccErrors

jnxPfeMemoryErrorsEntry 4

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}jnxPfeParityErrorsjnxPfeEccErrors

Tabela 5: pfeMemoryErrors

Objeto

Object ID

Descrição

pfeMemoryErrors

pfeMemoryErrorsNotificationPrefix 1

Uma notificação pfeMemoryErrors é enviada quando o valor dos jnxPfeParityErrors ou jnxPfeEccErrors aumenta.