En esta página
Puntos clave
- Indicar la capa medidaBytes IP, tramas Ethernet y ocupación del enlace producen cifras distintas en Gbit/s.
- Inspeccionar colas y núcleos individualesUna media de CPU baja puede ocultar una parte saturada de la recepción.
- Calificar la política realReenviar, descartar, mantener estados e inspeccionar son cargas de trabajo diferentes.
Los paquetes pequeños pueden revelar otro límite
Una tasa alta exige muchas decisiones de recepción, análisis, búsqueda y reenvío por segundo. Según la implementación, algunas se ejecutan en hardware y otras consumen CPU, ancho de banda de memoria o estado compartido. Los paquetes pequeños pueden alcanzar un límite de procesamiento antes de llenar el ancho de banda nominal.
El síntoma no identifica por sí solo el componente limitante. Las pérdidas pueden aparecer en la entrega aguas arriba, la cola de la NIC, un worker, la asignación de estados o el enlace de salida. Localice la primera etapa que falla antes de cambiar hardware o framework de filtrado.
Relacionar Mpps con una trama bien definida
Para la ocupación Ethernet nominal en un sentido: Gbit/s = Mpps × (bytes de trama + 20) × 8 / 1000. La trama incluye FCS; los 20 bytes adicionales representan preámbulo y tiempo entre tramas. Es un modelo de cálculo, no un benchmark de filtrado alcanzado.
Una captura puede omitir FCS y un contador IP excluye la sobrecarga Ethernet. Anote qué cuenta el gráfico antes de compararlo. Estos ejemplos no incluyen un cálculo PHY/FEC separado ni garantizan que una interfaz real mantenga el máximo teórico.
| Trama incluido FCS | A 10 Mpps | Máximo nominal en 100 Gbit/s |
|---|---|---|
| 64 bytes | 6,72 Gbit/s | 148,81 Mpps |
| 128 bytes | 11,84 Gbit/s | 84,46 Mpps |
| 512 bytes | 42,56 Gbit/s | 23,50 Mpps |
| 1518 bytes | 123,04 Gbit/s | 8,13 Mpps |
Reducir trabajo antes de la etapa agotada
Si se agota el ancho de banda aguas arriba, traslade allí la reducción o cambie la entrega. Si el límite medido es local, revise filtrado temprano compatible, colas, ubicación de workers y coste de reglas. Un descarte tardío no deshace trabajo ya realizado.
XDP, una aplicación DPDK, VPP y una ACL de equipo son entornos de ejecución distintos, no una clasificación universal de rendimiento. Compare la política necesaria y el hardware real. Registre análisis compatibles, estados, actualizaciones y qué sucede si falta una función o se detiene un proceso.
Medir la distribución, no solo los totales
Receive-side scaling suele asignar paquetes a colas mediante un hash de campos de cabecera. Muchos flujos pueden repartirse bien y otra mezcla concentrar trabajo. Una cola o worker saturado puede perder tráfico con una media de CPU modesta. Compruebe asignación real y contadores por cola; más núcleos no implican reparto uniforme.
Incluya localidad NUMA, ubicación de NIC, capacidad PCIe, afinidad de workers y colas de transmisión. Su efecto depende de la plataforma e implementación. No copie ajustes sin medir la ruta actual y conservar una configuración reversible.
Ejemplo: 100 Mpps exige una descripción precisa
Con tramas Ethernet de 64 bytes, 100 Mpps representan 67,2 Gbit/s de ocupación nominal. Con 1518 bytes, la misma tasa representa 1230,4 Gbit/s. Por tanto, anunciar «100 Mpps» sin tamaño, dirección y carga de trabajo deja información esencial fuera.
En un despliegue hipotético de dos nodos, no divida simplemente el tráfico ofrecido entre dos. Pruebe el direccionamiento, el reparto desigual y después el fallo que debe tolerarse. Si todo el tráfico protegido puede pasar a un nodo superviviente, este y sus enlaces receptores necesitan un margen operativo calificado por separado.
Crear un registro de capacidad reproducible
Describir el sistema
Registre NIC, firmware, controlador, CPU, memoria, NUMA, versiones, puertos y funciones activas. Indique si el resultado corresponde a un sentido o a un agregado.
Describir el tráfico
Registre tamaños, protocolos, número de flujos, creación de estados, proporción legítima e indeseada y duración. Use un entorno aislado autorizado con medidas sincronizadas.
Medir el reenvío útil
Recoja paquetes ofrecidos, descartados y reenviados en puntos identificados. Mida también transacciones legítimas correctas, latencia y pérdidas; descartar rápido no equivale a reenviar con estado.
Determinar y verificar el margen operativo
Pruebe la carga prevista, cambios controlados y el fallo definido. Mantenga producción por debajo del límite demostrado y documente el margen elegido.
Interpretar gráficos en su contexto operativo
- No sume recepción y transmisión para presentarlas como capacidad de entrada en un solo sentido.
- No deduzca el segundo más cargado de una media de cinco minutos o de un percentil de facturación.
- No suponga que el muestreo de flujos registra cada ráfaga corta o da el mismo contador que la NIC.
- No llame a los descartes «tráfico limpio procesado» sin explicar qué procesamiento se realizó.
- Una prueba correcta con tramas grandes no demuestra capacidad con tramas mínimas.
Convertir un benchmark en una decisión de dimensionamiento
Separe límites teóricos del enlace, capacidad medida del procesamiento y resultados de aplicación. Si falta una medida, déjela como desconocida. Un calculador comprueba aritmética y restricciones de enlaces; solo una prueba pertinente califica el sistema de filtrado.
Preguntas y respuestas
¿Una cifra alta en Gbit/s basta para dimensionar un filtro?
No. Tamaño, tasa de paquetes, política, estados y distribución afectan a la carga. Mida la configuración que realmente se utilizará.
¿Una CPU total baja significa que sobra capacidad?
No necesariamente. Una cola, worker, ruta de memoria o enlace externo puede ser el límite mientras otros núcleos permanecen ociosos.
¿Puede venderse la tasa Ethernet teórica como capacidad de filtrado?
No. Es un límite de ocupación bajo supuestos definidos. Una capacidad de producto exige medidas para el tráfico y las funciones relevantes.
