¿Qué especificaciones de conmutador de red son críticas para centros de datos de alto ancho de banda y baja latencia?

Elegir el correcto conmutador de centro de datos es una de las decisiones de infraestructura más trascendentales que puede tomar un ingeniero de redes o un gestor de TI. En entornos de alto ancho de banda y baja latencia, una especificación inadecuada de conmutador de centro de datos puede generar cuellos de botella, aumentar la pérdida de paquetes y socavar los acuerdos de nivel de servicio (SLA). Comprender qué especificaciones son realmente relevantes ayuda a las organizaciones a invertir con criterio y a construir redes que escalen de forma fiable bajo presión.

Un conmutador de centro de datos diseñado para cargas de trabajo exigentes debe ofrecer un rendimiento constante, un retraso mínimo en el reenvío y una gran capacidad de búfer. Ya sea que esté diseñando una topología en malla espina-hoja, una capa de infraestructura hiperconvergente o una red para operaciones de alta frecuencia, cada conmutador de centro de datos que seleccione debe cumplir con parámetros de rendimiento precisos. En este artículo se analizan detalladamente las especificaciones críticas que deben evaluarse antes de implementar cualquier conmutador de centro de datos en un entorno de alto ancho de banda y baja latencia.

Especificaciones de rendimiento y densidad de puertos

Capacidad de conmutación y tasa de reenvío

La capacidad de conmutación de un conmutador de centro de datos define el ancho de banda total que puede gestionar simultáneamente en todos sus puertos. Medida en terabits por segundo, la capacidad de conmutación determina si un conmutador de centro de datos puede manejar el tráfico agregado procedente de decenas de servidores de alta velocidad sin sufrir congestión. Un conmutador de centro de datos con una capacidad de conmutación insuficiente descartará paquetes bajo carga máxima, lo cual es inaceptable en aplicaciones sensibles a la latencia, como el análisis en tiempo real o los sistemas financieros.

La tasa de reenvío, expresada en millones de paquetes por segundo, es igualmente importante. Un conmutador de centro de datos debe reenviar paquetes a velocidad de línea en todos los puertos activos para evitar introducir latencia debida a retrasos por cola. Al evaluar un conmutador de centro de datos, confirme que la tasa de reenvío soporta un rendimiento a velocidad de cable tanto para tramas de 64 bytes como para tramas de 1518 bytes, ya que el reenvío de paquetes pequeños somete a una prueba más exigente al ASIC de conmutación que las tramas grandes.

Velocidad y densidad de puertos

Las implementaciones modernas de conmutadores para centros de datos suelen requerir velocidades de puerto de 25 GbE, 100 GbE o 400 GbE para soportar conexiones de servidores y enlaces ascendentes de alto ancho de banda. Un conmutador para centro de datos con mayor densidad de puertos reduce el número de conmutadores necesarios en la red, lo que simplifica el cableado y disminuye el costo total de propiedad. La densidad de puertos afecta directamente a cuántos servidores o conmutadores de borde (top-of-rack) puede atender un único conmutador para centro de datos sin necesidad de agregar hardware adicional de agregación.

Para implementaciones en la capa de espina (spine), un conmutador para centro de datos que ofrezca múltiples puertos de enlace ascendente de 100 GbE o 400 GbE proporciona el ancho de banda de agregación necesario para evitar la sobresuscripción. Las ratios de sobresuscripción en un conmutador para centro de datos deben ajustarse cuidadosamente al perfil real de tráfico de la carga de trabajo, ya que un conmutador para centro de datos con una alta ratio de sobresuscripción puede presentar un rendimiento deficiente para el tráfico este-oeste (east-west) en entornos virtualizados o basados en contenedores.

Latencia y arquitectura de buffers

Conmutación cut-through frente a conmutación store-and-forward

La latencia es, quizás, la especificación más examinada de cualquier conmutador de centro de datos utilizado en entornos sensibles al tiempo. Un conmutador de centro de datos que opera en modo cut-through comienza a reenviar una trama antes de que esta se haya recibido por completo, reduciendo la latencia a tan solo unos cientos de nanosegundos. En cambio, el modo store-and-forward de un conmutador de centro de datos lee toda la trama antes de reenviarla, lo que añade varios microsegundos de latencia pero permite una verificación completa de errores. Para cargas de trabajo de baja latencia, seleccionar un conmutador de centro de datos que admita el conmutado cut-through constituye una ventaja práctica.

La latencia de reenvío de un conmutador de centro de datos debe medirse en condiciones de carga máxima, no únicamente en pruebas de referencia en estado inactivo. Un conmutador de centro de datos que logra una baja latencia con una utilización del 10 %, pero que se degrada significativamente con una utilización del 80 % o del 90 %, no cumplirá los requisitos del acuerdo de nivel de servicio (SLA) durante los períodos de tráfico máximo. Solicite siempre al fabricante del conmutador de centro de datos mediciones de latencia por puerto bajo distintas cargas de tráfico.

Tamaño del búfer y gestión del tráfico

La arquitectura del búfer define cómo un conmutador de centro de datos maneja los picos de tráfico sin descartar paquetes. Un conmutador de centro de datos con búferes poco profundos puede ofrecer una latencia media muy baja, pero descartará paquetes durante microsobrecargas, que son comunes en patrones de tráfico de alto ancho de banda, como los de almacenamiento o computación de alto rendimiento (HPC). Los diseños de conmutadores de centro de datos con búferes profundos sacrifican una pequeña cantidad de latencia media para absorber la congestión transitoria y evitar eventos de descarte por colas llenas (tail-drop).

Las funciones de calidad de servicio (QoS) en un conmutador de centro de datos permiten la priorización del tráfico, de modo que los flujos sensibles a la latencia reciban un reenvío preferencial. Un conmutador de centro de datos que admita colas ponderadas por rondas (weighted round-robin) o colas de prioridad estricta brinda a los administradores un control granular sobre cómo se tratan las distintas clases de tráfico. Evaluar la profundidad y flexibilidad de QoS de un conmutador de centro de datos es fundamental cuando la red transporta simultáneamente tráfico mixto de almacenamiento, voz y procesamiento.

Resiliencia, escalabilidad y funciones de gestión

Redundancia y alta disponibilidad

Un conmutador de centro de datos listo para producción debe admitir fuentes de alimentación y módulos de ventiladores intercambiables en caliente para mantener el tiempo de actividad durante el mantenimiento del hardware. Los módulos supervisor redundantes en un conmutador de centro de datos basado en chasis permiten que el plano de control realice una conmutación por error sin interrumpir el plano de reenvío, protegiendo así contra interrupciones planificadas y no planificadas. Un conmutador de centro de datos que admite el reenvío ininterrumpido y el reinicio progresivo garantiza que la convergencia de los protocolos de enrutamiento no interrumpa el flujo de tráfico durante los eventos de conmutación de supervisor.

Las capacidades de agregación de enlaces y conmutación rápida ante fallos también son fundamentales para cualquier conmutador de centro de datos dentro de una estructura redundante. Un conmutador de centro de datos que soporte ECMP, MLAG o tecnologías similares de enrutamiento multipath permite equilibrar la carga del tráfico simultáneamente a través de múltiples enlaces ascendentes, eliminando así puntos únicos de fallo. Estas funciones hacen que un conmutador de centro de datos sea mucho más resistente que depender de una única ruta activa de enlace ascendente.

Automatización y programabilidad

Los entornos modernos de centros de datos exigen un conmutador de centro de datos que admita la automatización mediante API abiertas, NETCONF, modelos YANG o transmisión de telemetría. Un conmutador de centro de datos con una sólida capacidad de programabilidad permite un aprovisionamiento más rápido, una supervisión en tiempo real y una integración con plataformas de orquestación. La capacidad de recopilar telemetría en streaming desde cada conmutador de centro de datos del tejido brinda a los equipos de operaciones de red la visibilidad necesaria para detectar congestión, enrutamiento asimétrico y anomalías de hardware antes de que afecten a las aplicaciones.

Asimismo, cada vez se espera más que cualquier conmutador de centro de datos empresarial implementado en entornos definidos por software o multiinquilino admita segment routing, VXLAN y EVPN. Un conmutador de centro de datos que soporte estas tecnologías de superposición (overlay) y subyacentes (underlay) puede participar en la automatización dinámica del tejido, reduciendo la sobrecarga de configuración manual y permitiendo un aprovisionamiento más rápido de nuevas cargas de trabajo en toda la infraestructura.

Preguntas frecuentes

¿Qué capacidad de conmutación debe tener un conmutador de centro de datos para implementaciones de 100GbE?

Para una implementación de conmutador de centro de datos de 100GbE, la capacidad de conmutación debe ser suficiente para soportar tráfico a velocidad de línea en modo dúplex completo en todos los puertos simultáneamente. Un conmutador de centro de datos de 48 puertos de 100GbE requiere una capacidad de conmutación mínima de aproximadamente 9,6 Tbps para evitar la sobreasignación a nivel del conmutador. Verifique siempre que el ASIC del conmutador de centro de datos admita una arquitectura sin bloqueos para la configuración específica de puertos que planea implementar.

¿Cómo afecta el tamaño del búfer al rendimiento del conmutador de centro de datos durante ráfagas de tráfico?

El tamaño del búfer determina directamente qué tan bien un conmutador de centro de datos absorbe ráfagas cortas de tráfico sin descartar paquetes. Un conmutador de centro de datos con muy poca memoria de búfer experimentará eventos de descarte al final (tail-drop) durante microráfagas, lo que aumenta las tasas de retransmisión y la latencia de las aplicaciones. Para cargas de trabajo de almacenamiento o computación de alto rendimiento (HPC), seleccionar un conmutador de centro de datos con búferes más grandes en chip o DRAM externos mejora significativamente la tolerancia a patrones de tráfico con ráfagas.

¿Es un conmutador de centro de datos con modo cut-through siempre mejor para entornos de baja latencia?

El modo de paso directo (cut-through) en un conmutador de centro de datos reduce la latencia de reenvío al iniciar la transmisión de tramas antes de que se reciba la trama completa. Sin embargo, un conmutador de centro de datos en modo de paso directo puede propagar tramas corruptas cuando hay errores en el enlace, ya que se omite la verificación de errores. Para la mayoría de los entornos de baja latencia, un conmutador de centro de datos que admite conmutación adaptativa —que pasa automáticamente al modo de almacenamiento y reenvío (store-and-forward) cuando aumentan las tasas de error— ofrece el mejor equilibrio entre baja latencia e integridad del tráfico.