Switches PicOS Data Center: EVPN e guia de atualização

A maioria das decisões de mudança de data center ainda começa com uma folha de dados: contagem de portas, velocidades e preço. Os switches do data center PicOS fazem primeiro uma pergunta diferente. Como o sistema operacional, o hardware e as camadas de gerenciamento estão dissociados, escolher o PicOS é menos uma compra de hardware e mais uma opção.decisão do modelo-operacional- como sua equipe provisionará, automatizará e executará a malha ao longo de sua vida útil.

Este guia explica o que realmente são os switches de data center PicOS, como o switch, o sistema operacional de rede e o controlador AmpCon-DC se encaixam, onde eles se encaixam perfeitamente e exatamente o que validar antes de uma implementação de produção. O objetivo é ajudar uma equipe de rede a avaliar o PicOS com base em critérios de engenharia, não em linguagem de marketing.

PicOS Switch vs PicOS NOS vs AmpCon-DC: o que você realmente está escolhendo

O termo "switch de data center PicOS" é frequentemente usado de forma vaga, o que cria confusão durante a avaliação. Refere-se a três camadas distintas que são compradas e operadas separadamente:

• O hardware do switch- plataformas de rede aberta ("caixa branca" ou "caixa brite"), normalmente construídas em silício Broadcom. Um exemplo comum de data center é um switch leaf ou Spine de 1U, como o N8550-32C, com 32 portas QSFP28 de 100G em um Broadcom Trident 3 ASIC. O ASIC, as velocidades das portas e o buffer determinam os limites rígidos do que a caixa pode fazer.
• O sistema operacional de rede PicOS- oPicOS NOS do Pica8, construído em um kernel Debian Linux não modificado. Ele fornece pilha de camada 2/camada 3, EVPN{3}}VXLAN, MLAG, segurança e telemetria aberta (SNMP, sFlow e gNMI). O NOS, além da sua versão e nível de licença, determina quais recursos estão realmente disponíveis.
• AmpCon-DC- o controlador de gerenciamento e automação. Ele lida com provisionamento sem{2}}toque (ZTP), configuração orientada por modelo-, descoberta de topologia, telemetria, atualizações e validação em todo o ciclo de vida, desde o design do dia 0 até as operações do dia 2+.

Manter essas camadas separadas é importante durante a avaliação: um modelo de switch pode ser um hardware perfeitamente capaz, enquanto uma versão ou licença específica do PicOS ainda não habilita o recurso que você precisa. Sempre avalie a combinação, não uma camada isoladamente.

Por que as empresas avaliam o PicOS para data centers

As empresas geralmente olham para o PicOS quando um design existente começa a limitar o desempenho, a escala ou as operações - por exemplo, mudando de 10G para 25G ou 100G, criando uma nova estrutura de folha-spine ou tentando reduzir a configuração manual, switch-por{6}}switch.

Lidando com tráfego leste{0}}oeste com Leaf-Spine

As arquiteturas legadas foram ajustadas para tráfego norte-sul previsível. Virtualização, armazenamento distribuído, plataformas de contêiner e cargas de trabalho de IA geram muito mais tráfego leste{2}}oeste entre racks. Uma estrutura leaf{4}}spine nivela a topologia e torna a latência e a largura de banda mais previsíveis. Os switches baseados-no PicOS podem assumir funções de folha, coluna, parte superior-do-rack, borda ou interconexão, desde que as velocidades da porta, a capacidade de comutação e os recursos de roteamento correspondam ao design.

Reduzindo o bloqueio do fornecedor-em - e como isso realmente funciona

"Reduzir o aprisionamento-" é fácil de afirmar, por isso vale a pena indicar o mecanismo. Em uma pilha tradicional, hardware, NOS, licenciamento, gerenciamento e suporte são agrupados em um único relacionamento com o fornecedor. O PicOS segue um modelo de rede-aberto e desagregado: o mesmo NOS é executado em hardware-branco validado de vários fornecedores, com suporte total para velocidades de vários-gig até 400-gig e além e para EVPN-VXLAN. Na prática, isso significa que o modelo operacional e a automação se tornam a parte durável do seu projeto, enquanto o fornecedor de hardware subjacente pode mudar com o tempo. A compensação-é real: você assume mais responsabilidade pelo design, validação e propriedade operacional.

Automatizando do dia 0 ao dia 2+ com AmpCon-DC

A CLI manual é tolerável para alguns switches e arriscada para dezenas ou centenas. AmpCon-DC é onde o PicOS obtém grande parte de seu valor operacional: integração ZTP, modelos de configuração baseados em Jinja-, manuais Ansible e APIs REST reduzem o trabalho repetitivo e desvios de configuração. O objetivo não é a automação por si só -, é uma integração repetível, mudanças auditáveis ​​e recuperação mais rápida.

Principais capacidades para avaliar

Preparação para EVPN-VXLAN e IP Fabric

Os tecidos modernos normalmente estendem a Camada 2 sobre uma camada inferior roteada da Camada 3 usando dois padrões juntos:VXLAN, o encapsulamento de sobreposição definido na RFC 7348, eEVPN, o plano de controle-baseado em BGP padronizado na RFC 7432. Quando o modelo do switch e a versão do PicOS são compatíveis, o PicOS pode ser avaliado para fabrics leaf{1}}spine escaláveis ​​que atendem ambientes virtualizados e de{2}}estilo de nuvem, com vários-racks. Trate o suporte EVPN{5}}VXLAN como específico da versão- e do modelo-e confirme-o na plataforma exata que você pretende comprar.

MLAG e alta disponibilidade

O MLAG permite que dois switches físicos apresentem um único ponto de agregação lógica para dispositivos downstream, mantendo todos os links ativos e eliminando a dependência de designs pesados ​​de -árvore-de abrangência. Para funções-de{4}}de rack e agregação, isso fornece uplinks redundantes para servidores e armazenamento sem as lacunas de failover comuns ao empilhamento tradicional. Valide o link de peer-, o keep-alive, o tempo de failover e o comportamento da porta-órfã antes de confiar neles.

Programabilidade e Telemetria

Um switch de data center deve ser compatível com-automatização por padrão. O PicOS expõe interfaces baseadas em Ansible, Python e padrões-e fornece visibilidade por meio de telemetria de streaming SNMP, sFlow e gNMI. A recompensa prática é a consistência: configurações de modelo, monitoramento de linha de base e detecção de desvios em toda a estrutura.

Gerenciamento e visibilidade do ciclo de vida

A capacidade de comutação é apenas uma parte das operações. As equipes também precisam de topologia, estado da interface, integridade do dispositivo e visibilidade-de desvio de configuração. Com o AmpCon-DC, os ambientes PicOS podem ser provisionados, monitorados, alterados e validados a partir de um console - que, para equipes com pessoal de engenharia limitado, pode ser tão importante quanto a produtividade bruta.

PicOS vs NOS fechado vs NOS comunitário

A diferença significativa entre essas opções é o modelo operacional, não as especificações de hardware principais. A tabela abaixo compara uma pilha fechada tradicional, um NOS aberto-conduzido pela comunidade e PicOS com AmpCon-DC.

Cenários de melhor{0}}ajuste e de mau{1}}ajuste

PicOS é uma escolha forte em alguns ambientes e ruim em outros. Ser honesto sobre ambos protege a implantação.

Ajuste forte quando:

• Você está criando malhas leaf-spine ou EVPN-VXLAN e deseja ter código aberto de hardware.
• A equipe está pronta para a automação-(ou deseja se tornar assim) e valoriza operações modeladas e repetíveis.
• You want to standardize one NOS and one management model across many switches.
• O hardware alvo está na lista de compatibilidade validada e a versão do PicOS oferece suporte aos recursos necessários.

Menos adequado quando:

• A equipe não tem capacidade de automação e nenhum plano para construí-la.
• Você depende muito do TAC de um único fornecedor para operações-a-diárias.
• Não há capacidade de-validar a malha em laboratório antes da produção.
• Seu hardware preferido ou conjunto de recursos necessários não está na matriz suportada.

Casos de uso comuns

Atualizações de 10G/25G para 100G

Um caminho frequente é aumentar o acesso ao servidor para 25 G e criar uplinks folha-para{3}}spine de 100G. Além do switch em si, a atualização depende da camada física: para execuções multimodo, o grau de fibra implantado determina o alcance, portanto, confirme antecipadamente as distâncias suportadas - as diferenças entreFibra multimodo OM1 a OM5 e seus limites de distânciaafetam diretamente se um link 100G funcionará em sua planta de cabeamento.

Leaf-Spine Data Center Fabrics

Os switches Leaf conectam servidores e armazenamento; interruptores de coluna fornecem a estrutura de alta-velocidade entre as folhas. O PicOS se adapta a essas funções quando as velocidades, o número de portas e os recursos de roteamento correspondem ao design. O cabeamento estruturado torna esse planejamento muito mais limpo -Tronco MPO/MTP e cabeamento breakoutna frente mantém as conexões folha-à{2}}de alta densidade gerenciáveis ​​à medida que a malha cresce.

Gateway e interconexão de data center

Alguns projetos ampliam a alternância entre sites, zonas ou domínios, onde o roteamento escalonável da Camada 3 e a visibilidade centralizada do ciclo de vida são mais importantes. Essas execuções mais longas geralmente exigem óptica-de modo único, então combine o alcance do transceptor com o link - revisando as diferenças entreFibra monomodo OS1 e OS2-ajuda a confirmar que uma determinada distância de interconexão é suportada.

IA, HPC e Ethernet sem perdas

As malhas de IA e HPC não envolvem apenas largura de banda bruta. O tráfego RDMA (RoCEv2) precisa de uma malha Ethernet sem perdas ou quase{2}}sem perdas, que depende de controle de fluxo, como PFC, e sinalização de congestionamento, como ECN, além de buffers de switch adequados e telemetria limpa. Os switches de data center PicOS suportam transporte sem perdas baseado em PFC/ECN-em plataformas compatíveis, e projetos de{5}}alta largura de banda usam cada vez mais interfaces 400G - ao planejar uplinks de estrutura espinhal ou GPU-, confirmar a ótica e o fator de forma, incluindo400G QSFP-DD. Valide o comportamento de congestionamento, o tamanho do buffer e a compatibilidade da NIC em relação à sua carga de trabalho específica antes de confirmar.

Como planejar uma implantação do PicOS

Uma implantação bem-sucedida começa com requisitos de design, não com uma lista de produtos. A lista de verificação abaixo mapeia cada requisito para o que verificar, por que é importante e o que dá errado se for ignorado.

Dois itens desta lista causam os atrasos mais evitáveis. Primeiro, decida antecipadamente o meio de acesso ao servidor: se deve padronizarÓptica 10GBASE-T ou SFP+altera as suposições de cabeamento, energia e alcance em cada rack. Segundo, planeje o cabeamento breakout deliberadamente - por exemplo, dividindo uma única porta 100G em 4 links de servidor de 25G - usando o corretoCabeamento de ruptura MPOportanto, o mapa de portas e as atribuições de fibra são alinhados antes do dia da instalação.

Antes da produção, valide o projeto em um laboratório ou piloto: convergência de roteamento, comportamento de rota EVPN, failover MLAG, modelos de automação, monitoramento e reversão. Em seguida, implemente-a em fases, em vez de cortar toda a rede de uma só vez, a menos que seja uma construção nova e controlada. Você pode revisarPortfólio de switches de data center e plataformas validadas do Pica8para confirmar quais combinações de hardware e recursos são suportadas para seu projeto de destino.

Erros comuns a evitar

Escolhendo apenas pela velocidade da porta.A velocidade é importante, mas os recursos de roteamento, o suporte de automação, o tamanho do buffer, a compatibilidade óptica, o nível de licença, o modelo de suporte e o caminho de atualização pertencem à decisão.

Ignorando recursos da NOS e requisitos de licença.O sistema operacional, sua versão e sua licença determinam o que a rede pode realmente fazer. Confirme L2/L3, EVPN{3}}VXLAN, MLAG, telemetria e cobertura de segurança na plataforma exata antes de comprar.

Subestimando a mudança operacional.Uma rede{0}pronta para automação precisa de novos processos: quem é o proprietário dos modelos, quem aprova as alterações, como é feito o backup das configurações e como a reversão é tratada.

Ignorando a validação do laboratório.Para alterações importantes no data center, um teste de laboratório não é opcional. No mínimo, valide as principais funções da estrutura, redundância, monitoramento e recuperação de falhas antes que qualquer tráfego dependa delas.

O PicOS é adequado para o seu data center?

Os switches de data center PicOS são adequados para empresas que desejam uma malha escalonável, operações prontas para automação, fornecimento de hardware aberto e um ciclo de vida estruturado - especialmente equipes que planejam designs leaf{2}}spine, atualizações de 10G/25G a 100G, malhas EVPN-VXLAN ou ambientes onde a configuração manual-por{8}}switch não é mais sustentável. Eles são mais fracos quando não há capacidade de automação, uma forte dependência do suporte de um único-fornecedor, nenhum laboratório para validação ou hardware fora da matriz compatível.

Uma próxima etapa prática: documente seu projeto atual e pontos problemáticos operacionais, defina a arquitetura de destino e o conjunto de recursos necessários, confirme a compatibilidade do hardware e da versão do PicOS e teste a estrutura em um ambiente controlado antes de iniciar a produção.