Cisco aumenta el rendimiento de las aplicaciones de Kubernetes en la SD-WAN

0
18

Cisco ha introducido un proyecto de código abierto que, según dice, podría contribuir en gran medida a reducir el trabajo manual que supone la optimización del rendimiento de las aplicaciones de Kubernetes en las SD-WAN.

Cisco señaló que lanzó el proyecto Cloud-Native SD-WAN (CN-WAN) para mostrar cómo las aplicaciones de Kubernetes pueden ser automáticamente mapeadas a SD-WAN, con el resultado de que las aplicaciones se desempeñen mejor en la WAN.

«En muchos casos, las empresas despliegan una SD-WAN para conectar un clúster de Kubernetes con usuarios o cargas de trabajo que consumen aplicaciones nativas de la nube. En una empresa típica, los equipos de NetOps aprovechan su experiencia en redes para programar políticas SD-WAN con el fin de optimizar la conectividad general con las aplicaciones alojadas de Kubernetes, con el objetivo de reducir la latencia, disminuir la pérdida de paquetes, etc.», escribió John Apostolopoulos, vicepresidente y CTO del grupo de redes basadas en la intención de Cisco en un blog del grupo.

«La empresa suele tener también equipos de DevOps que mantienen y optimizan la infraestructura de Kubernetes. Sin embargo, a pesar de los esfuerzos de los equipos de NetOps y DevOps, hoy en día los Kubernetes y la SD-WAN operan mayormente como barcos en la noche, a menudo sin darse cuenta. La integración entre la SD-WAN y los Kubernetes suele implicar una coordinación manual entre los dos equipos que lleva mucho tiempo».

La oferta actual de SD-WAN a menudo tiene APIs que permiten a los clientes influenciar programáticamente cómo se maneja su tráfico en la WAN. Esto permite oportunidades interesantes y valiosas para la automatización y optimización de aplicaciones, declaró Apostolopoulos.  «Creemos que existe la oportunidad de emparejar la naturaleza declarativa de los gobernantes con la naturaleza programable de las soluciones SD-WAN modernas», declaró.

Entrar en la CN-WAN, que define un conjunto de componentes que pueden utilizarse para integrar un paquete SD-WAN, como la SD-WAN Cisco Viptela, con Kubernetes para permitir que los equipos de DevOps expresen las necesidades WAN de los microservicios que implementan en un clúster de Kubernetes, mientras que simultáneamente permiten que NetOps renderice automáticamente las necesidades de microservicios para optimizar el rendimiento de la aplicación en la WAN, declaró Apostolopoulos.

Apostolopoulos escribió que la CN-WAN está compuesta por un Kubernetes Operator, un Reader y un Adaptor. Funciona así: El Operator de la CN-WAN funciona en el clúster de Kubernetes, monitoreando activamente los servicios desplegados. Los equipos de DevOps pueden utilizar las anotaciones estándar de Kubernetes en los servicios para definir metadatos específicos de la WAN, como el perfil de tráfico de la aplicación. A continuación, el CN-WAN Operator registra automáticamente el servicio junto con los metadatos en un registro de servicio. En una demostración en la KubeCon EU, Cisco usó Google Service Directory como el registro del servicio.

A principios de este año Cisco y Google profundizaron su relación con un paquete «llave en mano» que permite a los clientes interconectar la conectividad SD-WAN con aplicaciones que se ejecutan en un centro de datos privado, Google Cloud u otra aplicación de nube o SaaS. Esa plataforma desarrollada conjuntamente, llamada Cisco SD-WAN Cloud Hub con Google Cloud, combina las capacidades de establecimiento de políticas, telemetría y seguridad de SD-WAN de Cisco con la red troncal definida por el software de Google para garantizar que el acuerdo de nivel de servicio de la aplicación, las políticas de seguridad y cumplimiento se extiendan a través de la red.

Mientras tanto, en el lado SD-WAN, el CN-WAN Reader se conecta al registro de servicios para conocer cómo Kubernetes expone los servicios y los metadatos WAN asociados extraídos por el CN-WAN Adaptor, declaró Cisco. Cuando se detectan servicios o metadatos nuevos o actualizados, el CN-WAN Reader envía un mensaje al CN-WAN Adaptor para que se puedan actualizar las políticas SD-WAN.

Finalmente, el CN-WAN Adaptor, asigna los metadatos asociados al servicio a las políticas SD-WAN detalladas programadas por NetOps en el controlador SD-WAN. El controlador SD-WAN convierte automáticamente las políticas SD-WAN, especificadas por NetOps para cada tipo de metadatos, en optimizaciones específicas del plano de datos SD-WAN para el servicio, según Cisco. 

«La SD-WAN puede soportar múltiples tipos de acceso tanto en el remitente como en el receptor (por ejemplo, Internet alámbrica, MPLS, inalámbrica 4G o 5G), así como múltiples opciones de servicio y prioridades por red de acceso, y por supuesto múltiples caminos entre la fuente y el destino», declaró Apostolopoulos.

El código del proyecto CN-WAN está disponible como código abierto en GitHub.

Michael Cooney, NetworkWorld.com