Este panel de control proporciona un rendimiento general de la parte de red del escritorio como servicio. Junto con el panel de control de rendimiento del centro de datos de Horizon, proporciona la visibilidad completa de rendimiento general de Horizon.

Al igual que la parte del centro de datos tiene una capa de consumidor (VM) y una capa de proveedor (ESXi), la parte de red tiene un consumidor (protocolo) y un proveedor (infraestructura de red). Las dos capas tienen métricas diferentes, y es importante comprender cuándo se correlacionan y cuándo no. Por ejemplo, la métrica de pérdida de paquetes en la capa de consumidor no siempre significa que haya pérdida de paquetes en la capa de proveedor. El agente de escritorio mide la pérdida de paquetes de protocolo. Horizon Agent puede quitar paquetes simplemente porque están obsoletos o no funcionan. En ocasiones, los conmutadores físicos o virtuales descartan paquetes, lo que afecta la capa de consumidor. Esto ocurre con el enrutamiento de red no óptimo, la fijación al protocolo, las configuraciones de firewall erróneas, la configuración de calidad de servicio de la red, etc.

Consideración de diseño

El panel de control funciona como el punto de entrada para la supervisión. Puede profundizar en el panel de control de granjas de RDS y los paneles de control de grupos de VDI, lo que proporciona a los usuarios la posibilidad de expandir los resultados a medida que profundizan en la búsqueda.

Cómo usar el panel de control

Revise el marcador de encabezados que abarca la parte superior del panel de control.

  • Están codificados por colores. Haga clic para editar el widget y familiarícese con el umbral.

Revise la tabla Pods y Entorno.

  • Enumera todos los pods de Horizon. Si desea ver el número total, el objeto Entorno de Horizon abarca todos los pods.

Seleccione una de las entradas de la tabla.

  • El rendimiento de la entrada seleccionada se muestra en el gráfico de estado.

  • En las tablas de la parte inferior, se muestran las granjas de RDS, los grupos de VDI y vSphere Distributed Switch en el pod seleccionado.

Si utiliza RDS, revise las tablas Granjas de RDS.

  • Preste atención a los hosts que no se están ejecutando.

  • Si la cantidad actual de sesiones es 0, significa que no hay ninguna sesión activa reciente, pero las hubo en los últimos siete días.

Si utiliza VDI, revise las tablas Grupos de VDI.

  • Preste atención a los grupos de VDI que no se están ejecutando.

  • Si la cantidad actual de sesiones es 0, significa que no hay ninguna sesión activa reciente, pero las hubo en los últimos siete días.

Si utiliza VDI, revise las tablas Conmutador distribuido.

  • El conmutador distribuido forma parte del centro de datos de vSphere, mientras que la granja de RDS y el grupo de VDI forman parte del pod de Horizon. No hay ninguna asignación directa entre ellos. La granja de RDS automatizada y el grupo de VDI automatizado no abarcan varios conmutadores distribuidos, ya que residen dentro de un clúster de vSphere.

Seleccione una de las entradas de la tabla.

  • Su KPI se muestra en el marcador. El KPI del marcador de objeto seleccionado es un widget compartido, controlado por las tres tablas. Este es el motivo por el que el KPI varía en función del tipo de objeto seleccionado.

  • La relación con otros objetos se muestra en el widget de relación.

Puntos que se deben tener en cuenta

  • La red de vSphere está distribuida por naturaleza. Cada ESXi contribuye a la NIC física. Esto representa la capacidad física. El conmutador distribuido y sus grupos de puertos se distribuyen entre estas tarjetas de red independientes. Esto hace que sea más difícil definir y medir su rendimiento. Puede producirse un desequilibrio en ESXi o la NIC física. En cierto sentido, se trata de algo similar al almacenamiento distribuido (por ejemplo, vSAN). La administración de la capacidad no se aplica a un grupo de puertos, ya que su límite superior (también conocido como capacidad física) puede variar incluso cada minuto.

  • La latencia dentro de un centro de datos debe ser inferior a 1 milisegundo. Use vRealize Network Insight para estudiar los problemas de latencia o de retransmisión provocados por la transferencia al tráfico lateral.

  • Agregue una red física mediante el paquete de administración adecuado, como True Visibility Suite.

  • La mayoría de los paquetes son de unidifusión, entre un par de remitente y receptor. Si el entorno tiene numerosas máquinas virtuales que envían paquetes de difusión a todos los usuarios y paquetes de multidifusión a numerosos destinos, agregue el widget N principales para averiguar qué máquinas virtuales están enviando estos paquetes.