Red y protección
Comprobar el ancho de banda y diagnosticar el rendimiento
Separe la velocidad del puerto, el volumen de tráfico, los errores de paquetes y el rendimiento de la aplicación, y luego recopile mediciones útiles para la resolución de problemas.
En esta página
Antes de empezar
- Un servidor activo y acceso administrativo a su sistema operativo.
- El nombre de la interfaz que transporta el tráfico de producción y el nivel de puerto esperado de la configuración del servidor.
- Una ventana de incidente precisa en UTC, direcciones de origen y destino, protocolo y resultado esperado versus observado.
- Permiso para inspeccionar los contadores de interfaz locales sin restablecerlos ni cambiarlos.
Distinguir las mediciones
La velocidad del puerto es la tasa de enlace negociada o configurada. El volumen de tráfico es el número de bytes o paquetes transferidos a lo largo del tiempo. El rendimiento es la tasa útil lograda por una carga de trabajo y depende de ambos extremos, el comportamiento del protocolo, los límites de disco y CPU, la pérdida de paquetes, la latencia, la congestión y el diseño de la prueba. Sin medición significa que el servicio incluido no se factura por una asignación de transferencia; no elimina el límite físico del puerto ni garantiza que cada flujo alcance la velocidad de línea.
Servidores muestra el nivel de puerto asociado con tu configuración. Esa etiqueta no es una medición de tráfico. El gráfico de Red aún no contiene muestras en vivo, así que utiliza tu propio monitoreo para el uso, los picos y la evidencia histórica.
| Señal | Pregunta respondida | Fuente actual |
|---|---|---|
| Nivel de puerto del catálogo | ¿Qué nivel de enlace se pidió? | Resumen del servidor |
| Contadores de bytes de interfaz | ¿Cuánto tráfico cruzó esta interfaz de invitado? | Sistema operativo |
| Contadores de errores/descarte | ¿El invitado o el dispositivo informaron de problemas de paquetes? | Sistema operativo y controlador |
| Contadores del conmutador del proveedor | ¿Qué ocurrió fuera del invitado? | Solo el operador |
| Tiempo de aplicación | ¿Qué rendimiento experimentó la carga de trabajo? | Su monitoreo de aplicaciones |
Recopilar una línea base de solo lectura
Descubra el nombre de la interfaz y luego inspeccione sus contadores dos veces en un intervalo conocido. Sustituya eth0 por la interfaz real. El núcleo de Linux documenta que ip -s -s expone estadísticas detalladas del enlace y que ethtool puede exponer contadores estándar y definidos por el controlador. Los nombres y el soporte de los contadores varían según el controlador, así que conserve la salida completa en lugar de seleccionar solo un campo.
- El aumento de los contadores de errores y descartes RX o TX es un indicio para investigar, no una prueba de fallo del proveedor.
- Una velocidad de enlace mostrada por debajo del nivel esperado debe informarse con los detalles de la interfaz y el controlador.
- Una interfaz silenciosa durante una prueba de aplicación puede indicar que la carga de trabajo utiliza otra interfaz, espacio de nombres o ruta.
- Los contadores del invitado no pueden revelar todos los eventos en el conmutador ascendente o la ruta de tránsito.
ip -brief link
ip -s -s link show dev eth0
ethtool eth0
ethtool -S eth0Diseñe una prueba útil
- Indique la pregunta: rendimiento de flujo único, rendimiento agregado, pérdida de paquetes, latencia o errores de interfaz.
- Elija un endpoint controlado que esté autorizado a usar y registre su ubicación y capacidad.
- Mida durante un intervalo UTC definido mientras recopila contadores de invitados y métricas de aplicaciones.
- Repita con una variable cambiada, como otro destino o ventana de tiempo, en lugar de cambiar varias configuraciones a la vez.
- Detenga cualquier prueba que pueda interrumpir la producción o crear tráfico abusivo.
Resultado esperado y escalado
El resultado esperado es una observación reproducible vinculada a una interfaz, dos extremos, un protocolo y una ventana de tiempo, no una captura de pantalla del gráfico de marcador de posición. Si los contadores locales están en buen estado pero el rendimiento es consistentemente deficiente hacia varios destinos adecuados, envíe al operador el servidor, la región, la dirección, la interfaz, la ventana de tiempo, la dirección, el nivel esperado, las tasas observadas, los contadores de errores y el método de prueba.
Los gráficos de tráfico histórico aún no están disponibles. Mantenga su propio monitoreo si la evidencia de tráfico histórico es operativamente importante y acuerde con el operador qué datos del lado del proveedor se pueden compartir.