EVPN-VXLAN: guía para escalar redes de datacenter sin extender la capa 2
Descubre qué es EVPN-VXLAN, cómo funciona su arquitectura underlay y overlay con BGP EVPN, y por qué permite escalar redes de datacenter sin extender la capa 2 ni depender de STP.
Antes de entrar en EVPN-VXLAN conviene entender qué problema intenta resolver: cómo hacer crecer una red de datacenter sin depender de grandes dominios de capa 2 extendidos por toda la infraestructura.
Durante años, muchos datacenters crecieron de forma bastante natural: más VLANs, más racks, más enlaces trunk, dominios de capa 2 cada vez más amplios y STP para evitar bucles.
Mientras la red mantiene un tamaño razonable, ese modelo funciona.
Las limitaciones aparecen cuando el entorno necesita escalar, ofrecer redundancia activa-activa, facilitar la movilidad de las cargas o simplificar la operación diaria.
Es ahí donde EVPN-VXLAN propone un cambio de enfoque.
La idea es sencilla:
- La red física enruta.
- El overlay proporciona el servicio.
El problema: extender la capa 2 no escala indefinidamente
En un diseño tradicional, extender VLANs entre distintos racks parece una solución lógica.
Permite que servidores situados en diferentes zonas del datacenter compartan el mismo segmento de red. Sin embargo, a medida que la infraestructura crece, también lo hacen algunos inconvenientes:
- Dominios de broadcast más grandes.
- Mayor dependencia de STP.
- Más flooding.
- Más complejidad operativa.
- Menor flexibilidad para crecer.
- Diagnósticos más complicados cuando aparece un problema.
Esto no significa que la capa 2 tradicional sea una mala opción. Ha funcionado durante años y sigue siendo válida en muchos escenarios.
El problema es que, cuando el datacenter alcanza cierto tamaño, ese modelo empieza a convertirse en una limitación más que en una ventaja.
La propuesta: una red IP debajo y los servicios por encima
EVPN-VXLAN cambia la forma de construir la red.
En lugar de extender la capa 2 por toda la infraestructura, se despliega una red IP entre los switches. Esa red física recibe el nombre de underlay.
Sobre ella se construye un overlay, donde viven los segmentos virtuales, los VNI y la conectividad que necesitan los servidores.
De esta forma, la red física ya no tiene que conocer cada VLAN ni cada endpoint. Su trabajo consiste en proporcionar conectividad IP entre switches.
El servicio se construye por encima.
Las tres piezas principales
1. Underlay
Es la red IP que conecta los switches entre sí.
Lo habitual es utilizar una arquitectura leaf-spine: los leaf conectan los servidores y los spine interconectan los leaf.
Su único objetivo es garantizar que los VTEP puedan comunicarse mediante IP.
2. VXLAN
VXLAN encapsula tramas Ethernet dentro de paquetes UDP.
Así es posible transportar tráfico de capa 2 sobre una infraestructura de capa 3.
Cada segmento virtual se identifica mediante un VNI, que actúa como identificador dentro del overlay.
Puede entenderse como el equivalente lógico de una VLAN, pero diseñado para ofrecer mucha más capacidad de escalado.
3. BGP EVPN
BGP EVPN es el plano de control.
Su función consiste en distribuir entre los VTEP la información sobre las direcciones MAC, las direcciones IP y la ubicación de los distintos endpoints.
En lugar de depender del flooding para descubrir dónde se encuentra un equipo, los switches intercambian esa información mediante BGP.
El resultado es una red más eficiente, más predecible y preparada para crecer.
Ejemplo sencillo
Imaginemos dos servidores que pertenecen al mismo segmento virtual.
Uno está conectado al leaf 1 y el otro al leaf 4.
Desde el punto de vista de los servidores, ambos siguen formando parte de la misma red lógica, aunque la VLAN no esté extendida físicamente por toda la infraestructura.
Cuando el leaf 1 recibe una trama, identifica el VNI correspondiente, encapsula el tráfico con VXLAN y lo envía a través del underlay IP hacia el VTEP remoto.
Al llegar al leaf 4, este elimina el encapsulado y entrega la trama al servidor de destino.
La red física simplemente enruta paquetes IP. No está funcionando como un enorme dominio de capa 2.
Cómo reduce EVPN la dependencia del flooding
Una de las principales ventajas de EVPN-VXLAN es la forma en que la red aprende dónde están los endpoints.
En una red tradicional, si un switch desconoce la ubicación de una dirección MAC, suele recurrir al flooding.
Con EVPN, esa información puede distribuirse mediante BGP.
Cada VTEP anuncia las MAC e IP que tiene conectadas y el resto de la red aprende esa información de forma directa, reduciendo el tráfico innecesario y mejorando la escalabilidad.
El diagnóstico también cambia
EVPN-VXLAN aporta más flexibilidad, pero también cambia la forma de resolver incidencias.
Ya no basta con revisar una VLAN o un trunk.
Cuando aparece un problema, conviene comprobar varios elementos:
- El underlay IP.
- La conectividad entre VTEP.
- La MTU.
- Las sesiones BGP.
- Las rutas EVPN.
- La asociación entre VNI, bridge domain o VRF.
- El aprendizaje de MAC e IP.
- Los VTEP de origen y destino.
Ese es uno de los cambios más importantes.
La complejidad no desaparece, pero queda mejor organizada.
Ya no se trata solo de comprobar si una VLAN llega de un extremo a otro. También hay que verificar que el underlay funciona correctamente, que el overlay está construido como corresponde y que el plano de control distribuye la información adecuada.
La idea principal
EVPN-VXLAN no es simplemente una forma moderna de extender VLANs.
Es una manera distinta de diseñar la red.
La infraestructura física pasa a ser una red IP estable y escalable.
Sobre ella se construyen los servicios mediante VXLAN.
Y EVPN aporta el plano de control necesario para distribuir la información de los endpoints de forma eficiente.
EVPN-VXLAN no elimina la complejidad de una red de datacenter.
La organiza.
Y, en redes de este tamaño, ordenar la complejidad suele ser el primer paso para poder escalar.
Recibe nuestra Newsletter de Cloud semanal
