El mercado de SD-WAN se encuentra en la fase de consolidación de su evolución y los emparejamientos corporativos inundan Silicon Valley.
La última noticia en la manzana es sobre la adquisición de VeloCloud, o si se nos permite llamarlo VMware Velocloud.
La idea puede parecer extraña al principio dada la posición de VMware como actor dominante en la virtualización de servidores (¿por qué querría involucrarse en algo WAN?), pero en 2012 la empresa desembolsó 1.200 millones de dólares para adquirir Nicira, una startup en el mercado de las redes definidas por software.
La tecnología de Nicira permitió a VMware virtualizar las redes de los centros de datos utilizadas para dar soporte a los servidores virtuales, un paso importante en el camino hacia la realización de la visión de VMware del centro de datos definido por software.
Dado que las empresas suelen tener montones de ubicaciones, no es descabellado pensar que VMware quiera una tecnología WAN definida por software para unirlas.
Ah, y si la tecnología Nicira -ahora llamada NSX- puso a VMware a competir con Cisco en las redes de centros de datos, la adquisición de las redes VeloCloud permitiría a la empresa lanzar el otro puño e intentar desbaratar a Cisco en otro mercado principal, el de la WAN.
Pero hay que profundizar más para ver en qué acabará realmente VMware.
¿Qué se virtualiza realmente?
Considere los esfuerzos de VeloCloud para virtualizar la sucursal.
La superposición SD-WAN de la empresa puede utilizarse para sustituir a los routers de las sucursales, lo que daría a VMware una buena historia en competencia con Cisco.
Vincular las ubicaciones de las sucursales a las pasarelas basadas en la nube de VeloCloud permite simplificar la infraestructura de las sucursales.
Sin embargo, VeloCloud sólo virtualiza el borde de la red, no el transporte subyacente más allá de las pasarelas.
VeloCloud confía en la intrínsecamente inestable Internet y en el MPLS heredado para conectar el Punto A con el Punto B a largo plazo.
Aunque virtualizar el borde tiene sus ventajas, VMware no virtualizará la propia WAN.
¿Por qué importa eso?
Hay que tener en cuenta los principales desarrollos que impulsan el interés por SD-WAN en primer lugar.
Las redes troncales empresariales que dependen del MPLS heredado son cada vez más irrelevantes ya que:
- Las demandas de ancho de banda se están disparando -un 155% en América y más de un 240% en la región Asia/Pacífico- a medida que las empresas conectan más dispositivos, confían más en el vídeo y destinan dinero a los esfuerzos de transformación digital.
- Más tráfico emana y termina en los dispositivos móviles.
- Las empresas trasladan las cargas de trabajo informáticas a la nube. Según algunos recuentos, casi la mitad del tráfico empresarial utiliza hoy HTTP y HTTPS, los protocolos que soportan las aplicaciones en la nube/SaaS (véase Estado de la WAN, 2017).
Las redes MPLS son demasiado estáticas, difíciles de gestionar y demasiado caras para satisfacer las necesidades de esta nueva realidad, de ahí el explosivo interés por las SD-WAN.
Pero -y este es el gran punto- no todas las SD-WAN se crean igual.
El truco está en encontrar una solución que pueda hacer el trabajo de forma más flexible y por menos dinero, manteniendo al mismo tiempo los niveles de servicio necesarios para las aplicaciones críticas para la empresa.
La diferencia fundamental
Las tecnologías SD-WAN que simplemente se basan en Internet para el transporte de larga distancia quedan expuestas a los caprichos del servicio derivados de la congestión, la latencia y la pérdida de paquetes, incluso con la avanzada tecnología actual de corrección de errores hacia delante.
Esto se traduce en grandes oscilaciones en el rendimiento de las aplicaciones y, lo que es peor, en tiempos de respuesta prolongados que perjudican a los usuarios finales. El Informe sobre el estado de la WAN 2017 recopiló datos de más de 5000 ubicaciones en 63 países para medir el rendimiento de las transferencias de archivos y las aplicaciones en la nube/SaaS a través de la Internet pública.
Sorprendentemente, los tiempos de respuesta de las aplicaciones TCP pueden llegar a los 40 segundos y tener una variación de casi el 200%, dependiendo de la distancia entre los sitios.
Mientras que los enlaces regionales de Internet, especialmente dentro de EE.UU., pueden dar la talla, las conexiones de larga distancia, sobre todo a otras partes del mundo, no salen bien paradas.
Las pruebas muestran, por ejemplo, que los enlaces entre San José y Chicago tuvieron un tiempo medio de respuesta de 202 ms y una baja variación del tiempo de respuesta del 8%.
El enlace de menor calidad – San José a Shanghai – tuvo un tiempo medio de respuesta de unos tres segundos y una variación media del tiempo de respuesta del 150%.
Así pues, ahora que VMware ha adquirido VeloCloud para virtualizar la WAN, lo único que estará haciendo realmente es virtualizar el borde e ignorar el mayor problema, que es la milla intermedia.
Piénselo de esta manera: Si intentara ir de San Francisco a Silicon Valley en hora punta, ¿optaría por la autopista con todas esas rampas de entrada que alimentan flujos variables de tráfico paralizante o se subiría a un Hyperloop de Elon Musk?
En el mundo de la SD-WAN, la única forma de acercarse a la eficiencia del Hyperloop es controlar esa milla intermedia en lugar de depender de la Internet pública.
Virtualización de la WAN completa
Aryaka ha construido una red privada global que une estrechamente más de 30 puntos de presencia internacionales.
Gestiona las complejidades de esa WAN y sirve el acceso de la forma fácil de consumir que se ha convertido en el sello distintivo de las tecnologías SD-WAN.
Incluso ha incorporado la optimización de la WAN, por lo que se necesita menos ancho de banda para satisfacer sus necesidades en comparación con las opciones de red tradicionales.
El resultado es una red que ofrece toda la promesa de SD-WAN pero con un tren de rodaje dedicado que hace posible soportar los SLA exigidos por sus aplicaciones críticas para el negocio. 
Una prueba reciente comparó los resultados del tiempo de respuesta global de las aplicaciones a través de Internet frente a una red privada. En este experimento, se tardó alrededor de 1,185 segundos en transferir una carga de prueba de 100 KB de Dallas a Dubai a través de Internet y sólo 0,375 segundos utilizando una red privada, como la WAN Cloud-First totalmente gestionada de Aryaka.
La diferencia entre Londres y Dubai fue aún más pronunciada: 4,24 segundos utilizando Internet y sólo 0,19 segundos utilizando la WAN Cloud-First de Aryaka.
Aunque VMware ha adquirido Velocloud Networks, Inc. es seguro asumir que el mercado de SD-WAN en evolución seguirá viendo su cuota de consolidación.
Con muchos actores de SD-WAN centrados en virtualizar el borde, tenga en cuenta que virtualizar la milla intermedia es más difícil de hacer y es donde reside la mayor ventaja empresarial.
Obtenga más información sobre las ventajas de utilizar una SD-WAN global para acelerar la milla intermedia. 