LAGs EVPN em arquiteturas de referência EVPN-VXLAN
Esta seção oferece uma visão geral das arquiteturas de referência EVPN-VXLAN da Juniper e o papel dos LAGs EVPN nessas arquiteturas. Ele se destina a ser um recurso para ajudar os leitores a entender os recursos de EVPN LAG em diferentes contextos.
A arquitetura EVPN-VXLAN padrão consiste em uma arquitetura spine-leaf de 3 estágios. O underlay físico é habilitado para o encaminhamento ip — todos os links underlay leaf to spine são tipicamente roteados IPv4 — e a camada de overlay lógica usa MP-BGP com sinalização EVPN para controle de aprendizado de endereço MAC-IP baseado em plano e para estabelecer túneis VXLAN entre switches.
A Juniper Networks tem quatro arquiteturas primárias de data center:
Pontes roteadas centralmente (CRB) — o roteamento entre VNI ocorre nos switches spine.
Pontes roteadas de borda (ERB) — o roteamento entre VNI ocorre nos switches leaf.
Bridged Overlay — o roteamento entre VLAN e inter-VNI ocorre fora da malha EVPN-VXLAN. Exemplo: o roteamento ocorre no cluster de firewall conectado à EVPN-VXLAN.
Pontes mútuas com roteamento central (CRB-M) — arquitetura em que os switches spine também estão conectando a infraestrutura de data center existente com o EVPN LAG. As arquiteturas de CRB-M são frequentemente usadas durante as migrações de data center.
LAGs EVPN em arquiteturas de pontes roteadas centralmente
Na arquitetura crb, recomendamos o provisionamento dos LAGs EVPN na camada leaf e a conexão de dois ou mais dispositivos leaf a cada servidor ou BladeCenter.
A Figura 1 ilustra o provisionamento EVPN LAG em uma arquitetura CRB.
CRB
O mesmo valor de ESI e ID do sistema LACP devem ser usados ao conectar vários dispositivos leaf ao mesmo servidor. Os valores exclusivos de ESI e IDs do sistema LACP devem ser usados por EVPN LAG.
LAGs EVPN em arquiteturas de pontes roteadas de borda
A Figura 2 ilustra o uso de LAGs EVPN em uma arquitetura de pontes roteadas de borda (ERB). O provisionamento EVPN LAG recomendado em uma arquitetura ERB é semelhante à arquitetura CRB. A maior diferença entre as arquiteturas é que o recurso de gateway ip de primeiro salto é movido para o nível leaf usando interfaces IRB com endereçamento anycast.
A arquitetura ERB oferece recursos de supressão de ARP complementados pelo anúncio das rotas de EVPN host/32 Tipo-5 mais específicas dos dispositivos leaf em direção aos dispositivos spine. Essa combinação de tecnologia reduz o tráfego de data center com eficiência e cria uma topologia que muitas vezes é usada para oferecer suporte a recursos de otimização de tráfego de máquinas virtuais (VMTO).
ERB
LAGs EVPN em arquiteturas de sobreposição em pontes
Em uma arquitetura de overlay em ponte, as VLANs são estendidas entre dispositivos leaf em túneis VXLAN. Os LAGs EVPN são usados em uma sobreposição em ponte para fornecer multihoming para servidores e para se conectar a gateways de primeiro salto fora da malha EVPN-VXLAN, que normalmente são gateways de serviços da Série SRX ou roteadores da Série MX. A arquitetura de overlay em ponte ajuda a conservar a largura de banda nos dispositivos de gateway e aumenta a largura de banda e a resiliência de servidores e BladeCenters, fornecendo encaminhamento ativo e ativo no mesmo domínio de broadcast.
A Figura 3 ilustra os LAGs EVPN em uma arquitetura de overlay em pontes de amostra.
bridged overlay
LAGs EVPN em arquiteturas de migração de pontes roteadas centralmente
Os LAGs EVPN podem ser introduzidos entre dispositivos spine e leaf durante uma migração para uma das arquiteturas de referência EVPN-VXLAN já mencionadas. Esse EVPN LAG é necessário em alguns cenários de migração para integrar a infraestrutura legada baseada em ToR à arquitetura EVPN-VXLAN.
A Figura 4 mostra um Virtual Chassis e uma arquitetura MC-LAG conectada a dispositivos spine usando um EVPN LAG. O provisionamento EVPN LAG é feito a partir dos dispositivos spine durante a migração dessas topologias para uma arquitetura de referência EVPN-VXLAN.
de migração do CRB
A arquitetura de migração do CRB é frequentemente usada ao migrar um data center baseado em Virtual Chassis ou MC-LAG em fases. Nesta arquitetura, o recurso EVPN LAG é introduzido no nível spine e apenas uma sessão iBGP overlay está sendo executada entre os dois switches spine. Os switches top-of-rack conectados aos dispositivos spine são switches legados configurados como Virtual Chassis ou clusters MC-LAG sem peerings EVPN iBGP para os switches spine.
Essa arquitetura ajuda na implantação de tecnologias EVPN-VXLAN em etapas em um data center existente. O primeiro passo é construir uma camada spine com capacidade EVPN LAG e, em seguida, migrar sequencialmente para um plano de controle EVPN onde os endereços MAC para os novos switches leaf são aprendidos com os switches de camada spine. Os novos switches leaf, portanto, podem se beneficiar dos recursos avançados de EVPN, como a supressão de ARP, supressão de IGMP e multicast otimizado, suportados pelos novos switches.
O comportamento padrão de isolamento de núcleo de EVPN deve ser desativado nas arquiteturas de migração do CRB. O comportamento padrão de isolamento de núcleo de EVPN desativa os membros locais de EVPN LAG se a rede perder o último peer sinalizado iBGP-EVPN. Como esse peering entre os dois dispositivos spine será perdido durante a migração, o comportamento padrão — que pode ser alterado entrando na opção no-core-isolation na edit protocols evpn hierarquia — deve ser alterado para evitar eventos de isolamento do núcleo.