Nexus TCAM: por que uma região de supressão de ARP precisa de duas fatias

Você dimensiona uma região de supressão de ARP, conta as entradas que o projeto precisa, encontra uma região com mais capacidade livre do que isso, e a mudança continua a não caber. Nada foi contado errado. O orçamento que estava a ler é medido em fatias, e uma função talhada como largura dupla precisa de duas delas antes de qualquer entrada ser considerada.

Trate a alocação como um problema de disposição com um número fixo de unidades, e a aritmética começa a comportar-se.

Uma região possui fatias, não entradas

O TCAM nestas plataformas é dividido em fatias, e cada fatia pertence exatamente a uma região. As regiões são dimensionadas em fatias, e a largura da função determina quantas fatias consome no mínimo. Uma função de largura simples pode viver numa fatia; uma função de largura dupla precisa de um par contíguo.

Assim, uma fatia livre não é capacidade utilizável automaticamente. Duas regiões de largura simples em fatias separadas não se combinam no par que uma nova região de largura dupla exige, e a tabela que mostra muito espaço não utilizado no total fala-lhe de um conjunto que não pode gastar.

Registe a linha de base antes de talhar

Reúna o modelo exato de hardware, a versão de NX-OS, as larguras e tamanhos atuais das regiões e as funções que consomem cada região. Faça isto antes de qualquer alteração, porque após uma recarga o estado anterior é uma memória, não um facto.

show version
show hardware capacity
show running-config | include hardware profile

Os nomes dos comandos variam conforme a plataforma e a versão, e o guia de talhe indica os que se aplicam ao seu próprio hardware. Leia a saída que realmente obtém em vez de assumir que um comando de outro modelo produz a mesma tabela.

Depois anote para que serve cada região. Uma região VACL é capacidade de filtragem por alguma razão, e uma região QoS existe porque alguém a dimensionou para uma política que ainda está em vigor. Um plano que trata esses espaços como espaço recuperável sem verificação é um plano para remover funções em silêncio. Nomeie um proprietário para cada região que pretende reduzir, e dê a esse proprietário o novo tamanho antes da janela.

Considere também a direção. Onde a plataforma acopla a alocação de entrada e saída, uma alteração de um lado pode consumir orçamento do outro, e um plano que só conta a tabela de entrada parecerá correto e falhará na recarga.

O que libertar uma fatia grande não faz

Reduzir uma grande região de largura simples liberta uma fatia. Se a sua região alvo precisar de um par, essa fatia única pode ser inútil a menos que seja adjacente a outra fatia livre, e a adjacência é uma propriedade da disposição, não do total.

Este é o ponto em que as pessoas concluem que a plataforma está avariada ou que a documentação está errada. Nenhuma das duas é verdade. O modelo de alocação faz exatamente o que diz, e o erro foi contar espaço livre em vez de contar fatias livres nas posições corretas. Depois de desenhar a disposição no papel, o par disponível existe ou não existe, e essa é uma conversa muito mais fácil com o proprietário da plataforma do que uma discussão sobre totais.

Há também uma armadilha de versão que vale a pena nomear. O guia de talhe da Cisco descreve uma geração específica de hardware e afirma claramente que o seu modelo não é Cloud Scale nem Silicon One. Os nomes das regiões, os tamanhos predefinidos e até quais funções são de largura dupla diferem noutros locais, pelo que um aviso sobre uma região específica numa plataforma é evidência sobre essa plataforma e versão, não uma receita universal.

Alterar uma região é uma alteração de função

Cada talhe é uma troca de capacidade. Reduzir uma região para abrir espaço para a supressão de ARP reduz o que essa região protegia, e a consequência pode só aparecer quando a política que precisa do espaço for reaplicada.

Obtenha o acordo por escrito do proprietário de cada função afetada antes da janela. Isso não é burocracia: quem dimensionou originalmente a região VACL sabe o que ela filtra, e quem abre espaço geralmente não sabe.

Espere uma recarga para alterações que mudem a disposição do hardware. Algumas plataformas exigem-na e outras não, mas planear sem uma janela de manutenção quando uma recarga é possível é como uma alteração de encaminhamento se torna uma interrupção. Agende a janela em torno da recarga e não em torno do comando, e guarde o texto do perfil anterior num local onde o possa ler a partir de uma consola que perdeu a sua sessão de gestão.

Aplique e verifique contra a linha de base

Aplique o plano através do processo suportado da plataforma, e depois verifique as funções que preservou, não apenas a que adicionou. Uma região recém-talhada que funciona enquanto a filtragem deixou silenciosamente de corresponder é um resultado pior do que a falha original.

Leia novamente a saída de capacidade e compare-a com a linha de base que registou, e depois teste a função que motivou a alteração. O guia de talhe do Nexus TCAM é a referência para o modelo de largura e fatias descrito aqui, incluindo a geração de hardware que abrange.