Ancho de banda medido vs no medido

01

Construya un perfil de tráfico a partir de intervalos observados

Recopile entrada y salida por separado durante al menos un ciclo comercial representativo, conservando intervalos horarios o más finos, así como totales diarios. Marque copias de seguridad, lanzamientos, llenados de caché, replicación, eventos de abuso y migraciones únicas para que no se confundan con demanda normal. Un total por sí solo oculta si la carga de trabajo es un flujo constante, ráfagas cortas o unas pocas ventanas de transferencia grandes.

Utilice las mismas unidades en todo momento. Convierta las asignaciones del proveedor y las mediciones de la aplicación a bytes o gigabytes decimales antes de comparar, e indique si se facturan ambas direcciones. Si un contrato utiliza un método de percentil, obtenga sus reglas exactas de muestreo, dirección y descarte en lugar de asumir que cada producto del percentil 95 se calcula de manera idéntica.

02

Mida la ruta, no solo la interfaz

Ejecute pruebas de rendimiento solo entre sistemas que controle o esté autorizado a probar, y coordine las pruebas sostenidas de alta velocidad con el operador correspondiente. iperf3 necesita un cliente y un servidor y puede medir TCP, UDP o SCTP. Registre el hardware del extremo, la dirección, el protocolo, la duración, el número de flujos, la hora, la ruta y el resultado para que una prueba posterior sea comparable.

Comience con el tiempo de ida y vuelta de referencia, la pérdida y la MTU de ruta, luego compare una única conexión TCP con la concurrencia que realmente usa la aplicación. El RFC 6349 explica por qué el ancho de banda del cuello de botella, el tiempo de ida y vuelta, la ventana de recepción y la MTU de ruta afectan el rendimiento de TCP. Los límites de CPU, el cifrado, la E/S de disco y el par remoto también pueden limitar un resultado. Por lo tanto, un puerto 10 Gbps es un techo local, no una prueba de un buen rendimiento de aplicación 10 Gbps hacia todos los destinos.

• IETF RFC 6349 TCP marco de rendimiento ↗
• Documentación de uso de ESnet iperf3 ↗

03

Normalice la factura antes de comparar planes

Represente la opción medida como costo fijo del servicio más transferencia facturable más allá de cualquier asignación incluida, y luego agregue direcciones públicas, servicios de seguridad o cargos por puerto comprometido que la factura trate por separado. Represente la opción no medida con su precio de plazo fijo y cualquier actualización de puerto requerida. Mantenga las variables de entrada y salida separadas hasta que el contrato confirme cómo se cobran.

No convierta el máximo teórico continuo del puerto en tráfico mensual esperado. En su lugar, reproduzca perfiles bajos, esperados y altos a partir de datos medidos. El servicio sin medición es valioso cuando elimina una partida de transferencia volátil; no elimina el puerto físico, las condiciones de enrutamiento, los controles de abuso ni la política de uso aceptable.

04

Verifique la política y haga que los resultados sean repetibles

Antes de realizar el pedido, confirme la velocidad del puerto, si es dedicado o compartido, la contabilidad de transferencia, el comportamiento de exceso, el filtrado, las restricciones de tráfico y el procedimiento de actualización. Las páginas del catálogo de Tungsto describen los puertos no medidos incluidos, pero no garantizan una ruta de extremo a extremo particular ni un resultado de aplicación.

El entregable esperado es un perfil de tráfico, registro de pruebas y hoja de costos con los supuestos del contrato adjuntos. Repita las mediciones después del despliegue en momentos comparables. Investigue los cambios en ruta, pérdida, latencia, carga del host y capacidad de pares antes de concluir que el modelo de facturación causó un cambio de rendimiento.