Resolver Problemas Consiga ayuda para problemas específicos con sus proyectos, procesos y tecnologías.

Prueba de rendimiento de la red VDI para evitar fallo en la aplicación

El rendimiento VDI es esencial para la buena práctica del usuario; los ingenieros deben analizar el impacto VDI en ancho de banda y flujo de tráfico.

Si no se controla, la Virtual Desktop Infrastructure (VDI) puede imponer una gran presión en la red, que afecte directamente el rendimiento y la experiencia del usuario final en el proceso. Pero, ¿cómo saber si su red está entregando el ancho de banda que el VDI necesita? Hay varias técnicas para cuantificar el rendimiento de VDI de la red para asegurar el rendimiento de las aplicaciones.

El rendimiento de la aplicación VDI: Evaluación comparativa de la experiencia del usuario final

Independientemente de las estadísticas que su benchmarking software pueda proporcionar, el aspecto más importante del desempeño general es la experiencia del usuario final. A los usuarios finales no les importa que usted haya implementado un fresco y nuevo sistema de VDI, sólo esperan que el sistema funcione tan bien o mejor de lo que lo había hecho anteriormente.

Si la red está saturada con tráfico, o si el frente de servidores VDI están sobrecargados, las aplicaciones funcionarán mal y la experiencia del usuario final será menor de lo deseable. En casos extremos, los usuarios podrían incluso notar un retraso de un segundo o dos entre el momento en que pulsan una tecla y el tiempo en que la letra o el número que se pulsó aparece en pantalla.

Como tal, una de las mejores maneras de cuantificar la experiencia del usuario final es comparar los tiempos de carga de aplicaciones en el entorno de VDI contra la de un PC independiente. Por ejemplo, puede comparar la cantidad de tiempo que le toma a Microsoft Word que cargar en cada entorno. Los usuarios probablemente no notarán una diferencia de unos pocos segundos, pero si hay una diferencia de más de cinco segundos, usted tendrá que tomar medidas para mejorar el rendimiento de su infraestructura.

También puede probar la experiencia del usuario final examinando las tareas computacionalmente intensivas. Por ejemplo, si el departamento de finanzas regularmente ejecuta un informe complejo, se puede comparar la cantidad de tiempo que se necesita para ejecutar el informe en un escritorio virtual en contra de la cantidad de tiempo que se tarda en ejecutar el mismo informe en un PC estándar.

Independientemente de cómo decida el punto de referencia para la experiencia del usuario final, es importante tener en cuenta el impacto de la carga de la red y el tiempo. La ejecución de un conjunto de pruebas de rendimiento a las 9:00 am, cuando todo el mundo está entrando al sistema es casi seguro que producirá diferentes datos de rendimiento que si se ejecutan las mismas pruebas a altas horas de la noche. Usted, por supuesto, obtendrá los resultados más precisos mediante la realización de las pruebas de referencia (benchmarking), mientras que la red VDI está experimentando sus cargas de trabajo más pesadas.

Otra manera de cuantificar el rendimiento VDI es el uso de una herramienta gratuita llamada Login VSI. Esta herramienta no sólo le permite comparar su despliegue VDI, sino también le permite comprobar los efectos de las modificaciones que se realicen a lo largo del camino.

Problemas VDI en la red: Buscando signos de saturación

Los entornos VDI generan un mayor volumen de tráfico de red que los que no son VDI. Sin embargo, algunos protocolos relacionados con VDI son más eficientes que otros, por lo que es importante examinar la red en busca de signos de saturación.

Hay muchas formas de probar la saturación de la red, pero el método que más apropiado variará dependiendo de la infraestructura de cada organización. La prueba de Ping en las interfaces de red en los servidores VDI es una de las pruebas más sencillas. Aunque el Ping se ha utilizado tradicionalmente para buscar la pérdida de paquetes, la herramienta también informa de tiempo de respuesta. Esta información podría ser útil en las pruebas de latencia de la red. Tracert puede usarse de una manera similar.

Si los servidores VDI se basan en Windows, puede utilizar el Monitor de Rendimiento para recopilar información sobre el tráfico entrante y saliente en cada interfaz de red. Sin embargo, si utiliza este método, hay dos cosas a tener en cuenta. Primero, el número de paquetes enviados y recibidos es irrelevante, porque los tamaños de los paquetes no son siempre consistentes. Lo que debe buscarse es el número de bytes enviados y recibidos. En segundo lugar, es necesario recordar que la supervisión de rendimiento puede tener un impacto negativo en el rendimiento del sistema si se muestrean datos con demasiada frecuencia.

Usar SNMP es otra opción para probar la saturación de la red. Muchos switches de la red tienen capacidades interconstruidas de monitorización para SNMP que le permiten ver si la red está funcionando bien.

Independientemente del método que se utilice para comprobar si hay saturación de la red, hay varias rutas de red que necesitan ser analizados. Usted querrá comprobar que la ruta entre los clientes de VDI y los servidores frontales de VDI (típicamente los balanceadores de carga). También querrá comprobar los vínculos entre el VDI al frente y VDI al fondo. Dependiendo de cómo esté configurada la infraestructura VDI, este podría ser un proceso de varios pasos. Finalmente, usted tendrá que comprobar los vínculos entre los servidores host y su arquitectura de almacenamiento.

Dependiendo del tipo de problema que encuentre, puede tratar de priorizar el tráfico de red o escalar el equilibrio de carga de la red. Usted también puede beneficiarse de las conexiones de red más rápidas entre los servidores VDI y su infraestructura de almacenamiento.

Lea la parte dos de estas series sobre sistemas de redes VDI, que se centra en la convergencia de redes de almacenamiento para entornos de escritorios virtuales.

SOBRE EL AUTOR:
Brien M. Posey, MCSE, es uno de los Más Valiosos Profesionales de Microsoft por su trabajo con Windows 2000 Server y IIS. Se ha desempeñado como Director de Información de una cadena nacional de hospitales y estuvo a cargo de la seguridad de TI para Fort Knox. Como escritor independiente especializado, ha escrito para Microsoft, TechTarget, CNET, ZDNet, MSD2D, Relevant Technologies y otras compañías tecnológicas.

Este artículo se actualizó por última vez en noviembre 2012

Profundice más

Inicie la conversación

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Por favor cree un Nombre de usuario para poder comentar.

- ANUNCIOS POR GOOGLE

Close