5 métricas de red para un mundo en la nube

A medida que la red se ha movido de una entidad física a una más abstracta, TI ha seguido valientemente el ritmo investigando e implementando nuevos dispositivos y funcionalidades de red. Los equipos de TI han tenido que cambiar las cargas de trabajo y la mentalidad a la nube y a los proveedores de SaaS, sin dejar de ser responsables de la experiencia del usuario final, que es cada vez más importante. Pero, ¿qué métricas de red pueden transmitir el éxito de una implementación en la nube?

Es una red enredada en el mundo de las redes de hoy, pero no todo está perdido. Recomendamos estas cinco métricas como componentes básicos para medir la experiencia del usuario final y el rendimiento de la red en la nube. Es probable que le resulten bastante familiares:son las mismas métricas antiguas que eran útiles en el mundo anterior a la nube, y ahora también pueden ofrecer información valiosa (aunque deberá poder ver en la nube para obtenerlas —AppNeta puede ayudar con esto). Estas métricas de red pueden convertirse en sus métricas de la nube de referencia.

1. Latencia. Esta métrica mide el tiempo que tardan los paquetes en viajar desde el origen al destino, medido asimétricamente para que coincida con la naturaleza asimétrica de Internet. La latencia tiene que ver con la percepción, por lo que la percepción de la latencia es diferente para diferentes usuarios y aplicaciones. En los viejos tiempos, cuando 100 personas usaban una aplicación local, 10 milisegundos de latencia no eran un problema. Pero ahora, hay miles de personas que usan una aplicación en la nube y no es aceptable un aumento de diez veces en la latencia (100 milisegundos).

Además, las aplicaciones web son muy conversadoras. Una aplicación web comprende una serie de solicitudes y respuestas del cliente al servidor web. Por lo que el aumento de latencia afectará a cada una de estas solicitudes y objetos descargados. Para una aplicación SaaS crítica para el negocio, el aumento de la latencia puede tener un gran efecto en la productividad.

Una vez que identifique que la latencia es un problema, deberá averiguar dónde está ocurriendo. Podría ser en su red, su WiFi, su conexión WAN, a través de Internet abierta o incluso en el entorno de su proveedor de servicios. Más allá de la solución de problemas básica, necesitará mejores herramientas. Los métodos simples como traceroute pueden dar una idea aproximada de la ruta del usuario a la aplicación, pero es probable que las rutas sean diferentes cada vez.

2. Pérdida de paquetes . Este es el porcentaje de paquetes de red que se pierden entre el origen y el destino. Dependiendo del protocolo en uso, la pérdida de paquetes puede provocar congestión en la red, pérdida de tiempo y usuarios frustrados. En pequeñas ráfagas, las redes pueden manejar la pérdida, pero si la pérdida se agrava, puede tener efectos severos en los usuarios finales.

Cuando las aplicaciones se alojaban internamente a través de la LAN, la pérdida de paquetes no era realmente una preocupación. Si hubo pérdida de paquetes, fue bastante sencillo de encontrar y corregir. Pero en Internet abierta, la historia es diferente. El protocolo de Internet TCP garantiza la entrega, pero si detecta la pérdida de paquetes y retransmite los datos, agrega latencia y conduce a redes congestionadas.

Las aplicaciones de transmisión de video y VoIP de hoy son lugares donde la pérdida de paquetes puede ser particularmente notable, con llamadas interrumpidas y mala calidad. Es posible realizar un seguimiento de la pérdida de paquetes de forma independiente tanto en datos como en voz si admite esas aplicaciones.

3. Capacidad. La capacidad ha sustituido al ancho de banda, que solía ser una métrica de red principal. Ahora, sin embargo, las métricas basadas en rutas, como la capacidad, son más indicativas de la experiencia del usuario. La capacidad es una métrica de extremo a extremo que mide la máxima tasa de tránsito posible entre el origen y el destino, limitada por el salto más congestionado a lo largo de la ruta de entrega de la aplicación. Esto se vuelve especialmente importante al considerar los servicios en la nube, ya que no tiene control sobre la red de un proveedor y no sabe qué tan rápida es realmente la conexión.

La capacidad de medición mide la ruta real de la aplicación, incluido el WiFi. Y el monitoreo continuo que incluye la capacidad es lo que se necesita cuando se usa Internet dinámico.

Hay dos variedades de capacidad:disponible y utilizada. Disponible es la medida más precisa de los recursos de red disponibles para las aplicaciones y puede identificar la causa raíz de la degradación. Al observar la capacidad utilizada, la alta utilización es un fuerte indicador de degradación del rendimiento. Es posible reducir el tiempo de resolución de problemas cuando se realiza un seguimiento de la capacidad aislando dónde están los saltos más lentos.

4. Temblor. Esta métrica refleja el porcentaje de paquetes con variación de retardo entre el origen y el destino. Cuando el jitter es problemático, es muy visible. La calidad de una llamada o reunión en línea puede verse afectada con tan solo 30 a 40 ms de jitter.

5. Calidad de servicio. Esta métrica se relaciona con la prioridad de enrutamiento del tráfico a través de puertos o protocolos específicos. Importa cuando la congestión golpea una red, ya que QoS es lo que garantiza una buena experiencia en aplicaciones críticas para el negocio. Para algunas aplicaciones como VoIP o video, si esas prioridades de enrutamiento se degradan o se vuelven a marcar, la red puede experimentar inestabilidad, pérdida de datos y latencia.

En este mundo de desafíos y posibilidades en la nube, es fácil perder de vista las antiguas métricas de la red. Pero estas cinco métricas son una buena manera de recuperar la cantidad adecuada de control sobre sus aplicaciones y la experiencia de los usuarios.