Equilibrar la visibilidad de la red en las estrategias clave de virtualización

A medida que la transformación digital se acelera, la tecnología de virtualización ha permeado todos los aspectos de la arquitectura de redes, desde el núcleo hasta el borde, desde la infraestructura hasta los servicios de aplicaciones.Con la virtualización de funciones de red (NFV) convirtiéndose en la corriente principal y la contenerización ganando fuerza, surge una pregunta crítica: ¿Cómo pueden las organizaciones mantener una visibilidad integral del tráfico de red en este entorno altamente virtualizado?¿Qué flujos de tráfico se deben capturar virtualmente o físicamente?Las respuestas afectan no solo al monitoreo del rendimiento, sino también a la postura de la ciberseguridad.

Si bien la virtualización ofrece una flexibilidad y una eficiencia innegables, introduce una complejidad sin precedentes.El seguimiento y la seguridad del tráfico en entornos virtuales se vuelve más crítico y más difícil debido a la mayor apertura y configuraciones dinámicas.El logro de una visibilidad clara y integral del tráfico es esencial para cualquier estrategia de transformación digital, en particular para escenarios críticos para la misión, como las redes centrales móviles 5G.

La pregunta central se convierte entonces en: ¿Debería la captura de tráfico de red (TAP) y el intercambio de paquetes, los componentes centrales que permiten la visibilidad, también ser virtualizados?

Muchos operadores de redes y seguridad asumen que las funciones de red virtualizadas requieren herramientas de monitoreo virtualizadas.Las funciones de red tanto físicas como virtuales se pueden monitorear utilizando hardware dedicado o herramientas virtualizadasLa decisión de virtualizar la captura de tráfico y el reenvío de paquetes requiere una consideración aún más cuidadosa que la virtualización de las propias funciones de red.

La virtualización de la captura de tráfico y la intermediación de paquetes en entornos NFV a menudo tiene sentido, pero requiere compensaciones bien pensadas.Realizar estas funciones dentro de hosts virtuales puede afectar significativamente tanto al propio host como a otras funciones de red virtual (VNF)Algunas soluciones como el espejo de NIC pueden reducir la presión de ancho de banda de vSwitch, pero dependen del soporte de hardware y entorno de virtualización específicos.

Las organizaciones deben adoptar un enfoque dirigido y pragmático para la captura de tráfico virtualizado analizando:

• Objetivos del seguimiento:¿Qué tráfico necesita monitoreo? ¿Por qué? ¿Cuántas aplicaciones de monitoreo requieren acceso? Estas respuestas determinan los recursos de procesamiento necesarios (CPU, memoria) y la capacidad de rendimiento (bps, pps).
• Restricciones del entorno virtual:Muchos proveedores de VNF bloquean los entornos, bloqueando potencialmente las capacidades de espejo incorporadas o prohibiendo la instalación de agentes de terceros.Las limitaciones de la API del hipervisor también pueden obstaculizar la orquestación de captura automatizada.
• Consumo de recursos:La replicación de tráfico interno aumenta las demandas de capacidad de vSwitch.
• Manejo de tráfico cifrado:Los procesos de descifrado consumen recursos sustanciales que son críticos para la visibilidad de la seguridad.
• Compatibilidad de la herramienta:¿Se pueden reutilizar las herramientas de vigilancia o seguridad existentes?
• Limitaciones de migración:¿Las instancias o contenedores virtuales están restringidos a ubicaciones físicas específicas?
• Arquitectura de implementación:¿Deberían los hosts virtuales dedicados ejecutar herramientas de intermediación y monitoreo de paquetes para evitar la disputa de recursos de VNF?

Considere una red CUPS 4G LTE con múltiples entornos NFV y ubicaciones geográficas que requieren monitoreo de la interfaz.El número de unidades de producciónEn el caso de las interfaces lógicas externas (S1-MME, Sxa,Sxb) podría utilizar TAPs físicos para evitar el consumo de ancho de banda del host virtual.

Los métodos de captura virtual para los planos de control incluyen:

• Espejo de interruptor
• Espejo del agente del hipervisor
• Agentes de reflejo colocados con VNF
• Agentes de reflexión independientes de VM/contenedor
• Espejo de la NIC

Para los VNF de plano de usuario (por ejemplo, SGW-U, PGW-U) que manejan tráfico de alto volumen y sensible a la latencia como voz / video, los TAP físicos en las interfaces (S1U, SGi, VxLTE / RCS) a menudo funcionan mejor.Las interfaces virtuales intermedias (S5-U/S8-U) pueden seguir requiriendo la captura virtual.En casos extremos, la separación de VNF a través de hosts virtuales permite la colocación física de TAP.

Después de determinar los métodos de captura, las organizaciones deben decidir si la intermediación de paquetes requiere virtualización.Una solución óptima proporciona una gestión unificada tanto para la captura/envío de tráfico físico como virtual, independientemente de la fuente.

Los intermediarios de paquetes de red virtualizados (vNPB) se destacan por agregar tráfico de múltiples VNF / contenedores.Sus capacidades de filtrado y balanceo de carga reducen el ancho de banda del interruptor y la presión de la herramienta de monitoreoSin embargo, cada instancia de replicación de tráfico aumenta el consumo de vSwitch a menos que se optimice a través de técnicas como el espejo de NIC.

Las funciones avanzadas –desmontaje de encabezado de protocolo, deduplicación de paquetes, correlación de plano de control/usuario, generación de NetFlow – también pueden requerir intermediación.Los escenarios de alto tráfico a menudo se benefician de intermediarios de paquetes físicos o virtuales dedicados que descargan el procesamiento de los VNF.

Al seleccionar soluciones de captura y reenvío de tráfico, priorizar sistemas que unifiquen la gestión de tráfico físico y virtual.La virtualización del componente de visibilidad exige estrategias medidasUn enfoque pragmático ayuda a las organizaciones a determinar qué tráfico se debe capturar virtualmente en comparación con físicamente mientras se optimiza la planificación de la capacidad del host virtual.