A lo largo de los últimos 20 años muchas redes de centros de datos han estado sujetas a una misma lógica de diseño: topologías de capa 2 extensas, cientos de VLANs distribuidas entre sedes, enlaces troncales que atraviesan edificios enteros y spanning-tree como mecanismo de supervivencia ante cualquier fallo.
Si algo funcionaba, no se tocaba.
Y si había que añadir una nueva aplicación simplemente se creaba otra VLAN y se activaba otro puerto trunk. El sistema, aunque complejo, era comprensible.
En los últimos cinco años, con la irrupción de arquitecturas más elásticas, la proliferación de sedes distribuidas y las exigencias de segmentación y seguridad, esta forma de construir redes se ha vuelto un lastre. Cada nueva necesidad de negocio tropieza con un modelo que no escala, no converge rápido y no se automatiza bien. Y lo peor es que cuesta tiempo y dinero mantenerlo.
Es precisamente aquí donde entra en juego la propuesta de migrar a una red basada en VXLAN y EVPN.
¿Por qué las redes tradicionales ya no bastan?
Para entender el problema, conviene poner sobre la mesa algunos de los síntomas más frecuentes que aparecen cuando una red L2 tradicional se estira más allá de lo que puede soportar:
- Las reconvergencias tras un fallo de enlace duran más de lo tolerable: son segundos que interrumpen servicios críticos.
- El dominio de broadcast es tan amplio que cualquier tormenta ARP impacta en varias sedes.
- Alcanzar el límite de 4096 VLANs no es algo teórico y hay instituciones que ya lo han vivido.
- Las configuraciones se siguen haciendo a mano, CLI por CLI, con el riesgo que eso implica.
- Una errata en una ACL o en un trunk puede tirar abajo una aplicación entera.
Y sin embargo, se sigue aguantando. Porque cambiar da miedo, porque parece costoso y porque no se ha mostrado una alternativa clara.
Pero la hay.
El enfoque moderno parte de un principio sencillo: separar la red física (underlay) de la red lógica (overlay). La primera enruta IP de forma eficiente y la segunda crea los segmentos de red lógicos que necesitamos para operar; y es aquí donde entra VXLAN como tecnología de encapsulamiento y EVPN como el plano de control que le da orden, inteligencia y automatización.
La arquitectura que lo acompaña es conocida como leaf-spine, una arquitectura en la que todos los elementos “leaf” (de acceso) se conectan a todos los “spine” (de core), y el ruteo entre ellos se hace vía protocolos como eBGP, aunque también es posible usar iBGP en ciertos diseños. El resultado final es que no hay enlaces bloqueados por spanning-tree (todos los enlaces están disponibles para reenvío de tráfico), se eliminan los loops y se puede escalar horizontalmente sin miedo.
Un paquete que antes dependía de un árbol spanning-tree ahora viaja encapsulado en un header VXLAN (con su identificador VNI) sobre una red IP, donde el plano EVPN se encarga de anunciar dónde está cada host, qué MACs están vivas y cuál es la mejor ruta para cada flujo. Todo de forma dinámica.
Este tipo de diseño no solo está presente en grandes centros de datos, sino que cada vez es más frecuente encontrarlo también en entornos más acotados, como microcentros de datos o centros de datos en contenedor, donde la eficiencia del espacio y la necesidad de independencia funcional hacen que una red segmentada y autónoma cobre especial sentido. En estos casos, una red VXLAN/EVPN permite replicar en pequeño los principios de una arquitectura escalable sin renunciar a la seguridad ni a la movilidad de servicios.
De la teoría a la práctica para migrar sin traumas
Una de las grandes ventajas de este enfoque es que no exige una revolución de la noche a la mañana, ya que se puede migrar por zonas, por aplicaciones o por sedes. Existen estrategias de transición con doble conexión (VLAN + VXLAN) que permiten operar durante la migración sin interrumpir el servicio.
La clave está en planificar auditando el inventario real para conocer qué VLANs están en uso y dónde están los puntos críticos; diseñar la asignación de VNIs de forma estructurada; automatizar la configuración con herramientas como Ansible; y, finalmente, validar en laboratorio.
Por la experiencia de muchos equipos, una vez que se migran los primeros entornos el resto del camino se recorre con mucho menos esfuerzo porque los resultados son palpables y porque adoptar VXLAN/EVPN no es solo una cuestión de tecnología, sino una decisión que tiene impacto directo en diversos frentes:
- Eficiencia operativa: las redes se aprovisionan en minutos, no en horas.
- Resiliencia: los fallos no tumban la red completa. El tráfico se puede reconducir en menos de un segundo con las optimizaciones adecuadas (como BFD y ajuste de timers BGP).
- Escalabilidad: 16 millones de VNIs frente a las 4096 VLANs tradicionales.
- Seguridad: segmentación real, trazabilidad, control por aplicación o usuario.
- Compatibilidad con arquitecturas modernas: multicloud, contenedores, HCI, edge computing.
Y, sobre todo, permite que el equipo de red deje de ser un cuello de botella y pase a ser un habilitador del cambio.
Aun así, no existe tecnología perfecta y VXLAN/EVPN también tiene sus exigencias: requiere switches que soporten específicamente VXLAN/EVPN (relativamente modernos), una MTU generosa (para el overhead del encapsulado) y conocimiento de protocolos como BGP.
Pero no se trata de adoptarla por moda, sino por necesidad. Si la red actual empieza a limitar lo que puede hacer tu organización, si cada nuevo servicio es un quebradero de cabeza para el equipo de sistemas o si el tiempo de despliegue se mide en días en vez de en minutos, es momento de mirar alternativas.
Esta es una que ya está madura, está estandarizada y está dando resultado. Por lo que tal vez no sea solo cuestión de actualizar la red sino de recuperar el control, y estas tres preguntas te servirán para pensar si es el momento:
- ¿Cuánto tiempo dedica hoy tu equipo a tareas que podrían estar automatizadas?
- ¿Tu red actual está preparada para crecer sin convertirse en un problema?
- ¿Qué consecuencias puede tener para tu organización seguir apostando por una arquitectura que ya no responde a los retos actuales?
Historias que convencen más que cualquier diagrama
En un despliegue reciente, una administración con cinco sedes interconectadas por enlaces L2 sufría microcortes recurrentes y cada cambio de ACL requería planificación en ventana nocturna. Así, la red estaba al límite.
Tras migrar a un diseño con IP Fabric + VXLAN/EVPN no solo se redujeron los incidentes a cero en los primeros tres meses, sino que se crearon entornos completos para pruebas en menos de 15 minutos.
De este modo, la inversión se había amortizado mediante eficiencia operativa en menos de seis meses.
Pero no es un caso aislado.
En proyectos de despliegue de centros de datos modulares, ya sea para entornos industriales o instituciones públicas, este enfoque ha permitido mantener la consistencia de red entre distintas ubicaciones, sincronizar dominios de seguridad y garantizar que cada centro de datos en contenedor actúe como una extensión natural del CPD principal sin necesidad de reconfiguraciones complejas.
