Página 1 de 1
WAPT 1.5 y CPU
Publicado: 12 de febrero de 2018 - 8:30 a. m.
por beemoon
Hola,
tengo una máquina virtual Debian 9 con un solo núcleo de CPU y 2 GB de RAM.
Con WAPT 1.3 y 70 máquinas, no había problemas, pero desde que actualicé a la versión 1.5, la CPU alcanza el 100 % de uso una o más veces al día y el servidor se congela. Tengo que reiniciarlo.
¿Cuáles son los requisitos de hardware (sobre todo si amplío a más de 300 máquinas)? ¿O se trata de un problema de configuración?
Re: WAPT 1.5 y CPU
Publicado: 13 de febrero de 2018 - 23:39
por vcardon
Eso es extraño, no estamos familiarizados con este problema, ¿quieres contarnos más?
Re: WAPT 1.5 y CPU
Publicado: 16 de febrero de 2018 - 09:20
por beemoon
No sé qué más decir.
Estoy haciendo pruebas en exactamente 66 máquinas con Windows 7 Pro.
El servidor es una VM Debian 9 Basic sin interfaz ni otros servicios, solo para WAPT.
La consola está en una máquina con Windows 10 Pro.
Primer intento con la versión 1.3: sin problema.
Actualicé el servidor y los agentes a la versión 1.5. Después de configurar manualmente y reinstalar los agentes desde cero, comenzó a funcionar... pero con bloqueos regulares del servidor que requieren un reinicio porque es imposible iniciar sesión. Luego se reinicia normalmente hasta el siguiente bloqueo (muy aleatorio).
En ESX, el uso de CPU de la VM está al 100% con cada problema. El host ESX está dimensionado en términos de CPU y RAM para 20 VM con 4 GB de RAM y 100 GB de espacio en disco duro.
Re: WAPT 1.5 y CPU
Publicado: 28 de marzo de 2018 - 15:38
por beemoon
Lo revisé de nuevo y ¡encontré un problema idéntico por casualidad!
https://serverfault.com/questions/85909 ... ver-freeze
https://bugs.debian.org/cgi-bin/bugrepo ... bug=864642
Parece que el problema se debe a la tarjeta VMware VMXnet3 cuando hay un patrón de uso de red específico.
En mi caso, funcionó con la versión 1.3 de wapt pero no con la 1.5... ¡cuando tenía más de 10 máquinas cliente! ¿
Una consecuencia del modo WebSocket?
Entonces, la solución más simple es cambiar a una tarjeta E1000e.
De lo contrario (en cada arranque) a través de rc.local:
`ethtool -K ens192 gro off` `
ethtool -K ens192 lro off`
Re: WAPT 1.5 y CPU
Publicado: 3 de abril de 2018 - 8:22 a. m.
por beemoon
El problema se confirmó tras 3 días de pruebas con 66 máquinas... ¡sin que se produjeran bloqueos del servidor Wapt!
Por mi parte, cambié la tarjeta a una E1000e en la máquina virtual.
Re: WAPT 1.5 y CPU
Publicado: 3 de abril de 2018 - 9:55 a. m.
por htouvet
En general, habilitar las funciones de descarga en adaptadores de red virtuales no me parece una buena idea.
En particular, se supone que Large Receive Offloading (LRO) descarga la optimización de grandes flujos de datos al hardware del adaptador de red, pero a primera vista, esto no tiene sentido, ya que el adaptador de red es virtual.
Este problema es independiente de WAPT, pero quizás el modo de funcionamiento de WebSockets lo haga más evidente.
En todas las máquinas virtuales de Windows que implementamos (en un hipervisor Xen), deshabilitamos sistemáticamente las funciones de descarga; esto mejora el rendimiento. Curiosamente, los controladores de red "optimizados" de Xen no lo deshabilitan por defecto.