O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.
A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.
Este documento descreve como solucionar problemas de desempenho nos extensores de estrutura (FEX) que podem ser anexados aos switches Nexus 5000 ou 6000 Series.
Observação: nenhum dos comandos apresentados neste documento apresenta interrupções. Você deve ter um switch Nexus 2000 conectado a um switch 5000 ou 6000 Series.
Conecte-se ao FEX para executar os comandos show na linha de comando do FEX:
Nexus#attach fex fex
fex>
Entre no modo de depuração no FEX para executar comandos avançados e especificar o nome básico do FEX. Consulte a Tabela 1. para os nomes básicos do FEX.
fex# dbgexec [prt/woo/red/pri]
Para sair do modo exec de depuração, use a sequência de teclado CTRL+C:
fex> [CTRL+C]
Para sair do fex, use o comando exit:
fex# exit
Olá são as portas que enfrentam os servidores no FEX.Elas são comumente conhecidas como portas frontais.Cada porta frontal em um FEX tem um número HI. Esse número geralmente é diferente do número da porta, mas é usado para solucionar problemas de comandos para se referir a uma porta. Cada ásico tabula as portas frontais de forma diferente.
NIs são as portas de controle FEX no FEX que se conectam de volta ao switch pai. Eles também são conhecidos como uplinks de rede. Eles também têm um número de NI exclusivo dependente do modelo.
Essas portas são o lado do switch pai do link exclusivo para o FEX. Essas portas são configuradas com os comandos switchport mode fex-fabric e fex association.
Cada FEX é projetado com um ASIC diferente. A abreviação do nome ASIC é usada no modo de depuração para executar comandos.
A maioria dos modelos do FEX tem um ASIC, mas o 2148 tem 6, cada um com 8 portas frontais. Eles são chamados de rmon em comandos de identificação e solução de problemas.
Os nomes ASIC e abreviações associadas estão listados para referência:
Tabela 1.
Modelo FEX | Nome ASIC | Abreviação |
N2K-C2148T-1GE | sequoia | rw |
N2K-C224TP-1GE N2K-C2248TP-1GE |
portola | porta |
N2K-C2232PP-10GE N2K-C2232TM-10GE |
madeira | woo |
N2K-C2248TP-E-1GE | princeton | pri |
B22 | madeira | woo |
N2K-C2232TM-E-10GE | madeira | woo |
N2K-C2248PQ-10GE | floresta/belmont | woo |
N2K-C2348UPQ-10GE | tiburão | ponta |
Para converter o número da porta frontal em um número HI, pode ser necessário fazer a conversão da saída do contador de interface de intervalo. A conversão depende do modelo de chassi FEX.
Neste exemplo, a porta frontal 26 (chassis-id/1/26) recebeu rmon 3 HI 0:
switch# attach fex chassis_id
fex-[chassis_id]# show platform software redwood sts
Neste exemplo, a porta frontal 10 (135/1/10) foi atribuída à HI 9:
switch#attach fex chassis_id
fex-[chassis_id]# dbgexec portola
prt> fp
Neste exemplo, a porta frontal 20 (135/1/20) recebeu a HI 19:
switch# attach fex chassis_id
fex-[chassis_id]# show platform software Woodside sts
Neste exemplo, o HI28 mapeia para a porta frontal 29:
Esse comando mostra as informações SFP (Small Form-Fator Pluggable) da porta.
fex# show platform software Woodside sfp rmon 0 HI5
Neste exemplo, você vê que o SFP em HI5 é um 10G-Base-SR (LC) feito pela CISCO-AVAGO:
Observação: se você executar esse comando em um FEX que usa portas de cobre, você observará os erros de comando. Isso é esperado porque não há SFP para consulta. O prompt retornará para nenhum SFP encontrado quando essa porta for de fibra, mas não contiver atualmente um SFP.
Os comandos show podem ser executados no prompt FEX para as portas HI e NI para visualizar contadores de interface no lado FEX dos links de porta FEX Fabric.
Este comando mostra a verificação do contador de portas, semelhante a um show int:
fex-128# show platform software woodside rmon 0 HI0 +----------------------+----------------------+-----------------+--------------------------+----------------------+-----------------+ | TX | Current | Diff | RX | Current | Diff | +----------------------+----------------------+-----------------+--------------------------+----------------------+-----------------+ | TX_PKT_LT64 | 0| 0| RX_PKT_LT64 | 0| 0| | TX_PKT_64 | 0| 0| RX_PKT_64 | 0| 0| | TX_PKT_65 | 0| 0| RX_PKT_65 | 0| 0| | TX_PKT_128 | 0| 0| RX_PKT_128 | 0| 0| | TX_PKT_256 | 0| 0| RX_PKT_256 | 0| 0|
Note: rmon 0 é usado somente quando o FEX tem um host asic. Os modelos 2224, 2248 e 2232 têm apenas um ásico. O modelo 2148 tem seis asics, então os rmon 0 a 5 serão usados. Consulte a seção Mapeamento de porta frontal para obter mais detalhes.
Esse comando mostrará os contadores de porta para os uplinks de rede semelhantes a um show int. Esse comando mostra o lado FEX do link. Esse comando não mostra o lado do switch pai do link.
fex-128# show platform software woodside rmon 0 NI0 +----------------------+----------------------+-----------------+--------------------------+----------------------+-----------------+ | TX | Current | Diff | RX | Current | Diff | +----------------------+----------------------+-----------------+--------------------------+----------------------+-----------------+ | TX_PKT_LT64 | 0| 0| RX_PKT_LT64 | 0| 0| | TX_PKT_64 | 0| 0| RX_PKT_64 | 0| 0| | TX_PKT_65 | 0| 0| RX_PKT_65 | 0| 0| | TX_PKT_128 | 0| 0| RX_PKT_128 | 0| 0| | TX_PKT_256 | 0| 0| RX_PKT_256 | 0| 0|
As quedas históricas podem ser visualizadas com o comando drops. Isso mostra todas as quedas no FEX desde que ele foi ligado.
Esse comando também mostra que você cai para a CPU FEX que não representará quedas de tráfego de dados com contadores DROP8. Eles podem ser ignorados com segurança.
Nota: queda traseira [8] e TAIL_DROP8 representam quedas traseiras para a CPU FEX e não são relevantes para a identificação e solução de problemas de desempenho, pois isso acontece em condições normais.
prt> drops
PRT_SS_CNT_TAIL_DROP1 : 3 SS0
PRT_SS_CNT_TAIL_DROP1 : 6 SS1
PRT_SS_CNT_TAIL_DROP1 : 1 SS2
PRT_SS_CNT_TAIL_DROP1 : 25 SS3
PRT_SS_CNT_TAIL_DROP1 : 2 SS5
PRT_SS_CNT_TAIL_DROP8 : 142 SS0
PRT_SS_CNT_TAIL_DROP8 : 73 SS1
PRT_SS_CNT_TAIL_DROP8 : 11 SS2
PRT_SS_CNT_TAIL_DROP8 : 62048 SS3
PRT_SS_CNT_TAIL_DROP8 : 4613 SS4
PRT_SS_CNT_TAIL_DROP8 : 552 SS5
As interrupções enviadas para a CPU incluem quedas traseiras, que são quedas devido a congestionamento e falta de espaço no buffer. Eles podem ser visualizados com o comando show new_points:
Nota: o código 6.0 e posterior usa show new_points all
Este exemplo mostra que a cauda dos quadros no buffer SS1:
prt> show new_ints
|-----------------------------------------------|
| SS1 : ssx_int_norm_td
|--+---------+----------------------------------+
| 1 | 00001c98 | tail drop[1] | frames are being tail dropped.
| 2 | 00005cac | tail drop[2] | frames are being tail dropped.
| 8 | 0000012e | tail drop[8] | frames are being tail dropped.
Este exemplo mostra que o NI 3 recebe erros de símbolo:
| NI3 : nix_xe_INT_xg
|--+---------+----------------------------------+
|2 |00000005 | rx_local_fault | Link is in local fault state
|3 |00000007 | rx_remote_fault | Link is in remote fault state
|4 |00000004 | rx_code_violation | MAC received unexpected XGMII control characters.
|5 |00000004 | rx_err_symbol | MAC received an XGMII error character.
|16|00000001 | rx_local_fault_edge | Local fault state has changed.
|17|00000001 | rx_remote_fault_edge | Remote fault state has changed.
|-----------------------------------------------|
Este exemplo mostra que a cauda FEX descarta quadros que ingressam em NI3:
| SS4 : ssx_int_err
|--+---------+----------------------------------+
|0 |00031aa9 | wo_cr[0] | frames rcvd without credit for pausable classes. Pause is missing.
|1 |00014e21 | wo_cr[1] | frames rcvd without credit for pausable classes. Pause is missing.
|2 |00018a9f | wo_cr[2] | frames rcvd without credit for pausable classes. Pause is missing.
|3 |00025efb | wo_cr[3] | frames rcvd without credit for pausable classes. Pause is missing.
|-----------------------------------------------|
O comando rate gera estatísticas de taxa de tráfego em tempo real para uma porta. Ao contrário do show int, não é uma média, é a taxa de dados atual bruta que está em segundo lugar. Neste exemplo, o NI 3 recebe atualmente 2,96 kbps na direção Rede ao Host. Um show int no switch Nexus pai correspondente mostra 2,96 Kbps na direção TX no uplink de estrutura FEX conectado ao NI 3.
As quedas na cauda são causadas pelo esgotamento do buffer. Geralmente, o buffer se torna esgotado quando vários servidores são interrompidos para os HIFs de uma só vez, ou os buffers de saída do host não podem esvaziar seu tráfego de saída rápido o suficiente para repor os créditos nos NIFs.
Há várias opções disponíveis para reduzir essa perda.
Mova todos os servidores com fluxos de tráfego intermitentes, como storage arrays e endpoints de vídeo, do FEX e conecte-os diretamente às portas base do switch pai. Isso impedirá que os servidores em surtos esgotem o buffer e eliminem o tráfego de hosts com menos bate-papo.
Os switches Nexus 5000 e 6000 Series têm buffers maiores do que os modelos FEX, para conectar servidores em surtos às portas de base reduz a perda porque os buffers de porta de base são capazes de lidar com uma intermitência muito maior.
Alguns modelos de FEX podem liberar espaço de buffer adicional quando mais uplinks do FEX para o switch pai são adicionados. Isso pode potencialmente parar quedas nos uplinks de rede.
Tabela 2.
Modelo | Aumento do buffer ao adicionar uplinks |
2148 | nenhum |
2224 | aumento de buffer de até 2 uplinks |
2248TP | aumento de buffer de até 4 uplinks |
2232 | aumento de buffer de até 4 uplinks |
2248TP-E | nenhum |
2248PQ | nenhum |
A maioria dos modelos de FEX pode se beneficiar do compartilhamento do buffer HI em todas as portas de host. Se houver descartes na interface de usuário (HI), o compartilhamento do buffer pode atenuar essas quedas.
Modificar o limite de fila FEX globalmente:
5k(config)# no fex queue-limit (aplica-se globalmente a todos os fexos nesse 5k)
Modificar o limite de fila FEX em FEX individual:
fila Fex
5k(config)#fex 100
5k(config-fex)#no hardware [modelo] queue-limit
O Nexus 6000 tem uma opção adicional para alterar o algoritmo de balanceamento de carga de HIF para NIF. Por padrão, mesmo que os pacotes cheguem a portas HIF diferentes, eles ainda podem ser enfileirados para o mesmo NIF. Com o modo de balanceamento de carga de uplink ativado, eles são distribuídos por vários NIFs e permitem uma utilização mais uniforme dos buffers de saída NIF.
6k(config)# hardware N2248PQ uplink-load-balance-mode