Forum IT Tranquillo

Salve,
ho una macchina virtuale Debian 9 con un singolo core CPU e 2 GB di RAM.
Con WAPT 1.3 e 70 macchine non ho riscontrato problemi, ma dopo l'aggiornamento alla versione 1.5, l'utilizzo della CPU raggiunge il 100% una o più volte al giorno e il server si blocca. Sono costretto a riavviarlo.
Quali sono i requisiti hardware (soprattutto se dovessi espandere il server a più di 300 macchine)? Oppure si tratta di un problema di configurazione?

È strano, non abbiamo familiarità con questo problema. Vuoi raccontarci di più?

Non so cos'altro aggiungere.

Sto eseguendo dei test su esattamente 66 macchine con Windows 7 Pro.

Il server è una VM Debian 9 Basic senza interfaccia o altri servizi, solo per WAPT.
La console si trova su una macchina Windows 10 Pro.

Primo tentativo con la versione 1.3: nessun problema.
Ho aggiornato il server e gli agenti alla versione 1.5. Dopo aver configurato manualmente e reinstallato gli agenti da zero, ha iniziato a funzionare... ma con blocchi regolari del server che richiedono un riavvio perché è impossibile accedere. Poi si riavvia normalmente fino al blocco successivo (molto casuale).

Su ESX, l'utilizzo della CPU della VM è al 100% ad ogni problema. L'host ESX è dimensionato in termini di CPU e RAM per 20 VM con 4 GB di RAM e 100 GB di spazio su disco rigido.

Ho approfondito la questione e ho trovato per caso un problema identico!

https://serverfault.com/questions/85909 ... ver-freeze
https://bugs.debian.org/cgi-bin/bugrepo ... bug=864642

Sembra che il problema sia dovuto alla scheda VMware VMXnet3 quando c'è uno specifico schema di utilizzo della rete.
Nel mio caso, funzionava con la versione 1.3 di wapt ma non con la 1.5... quando avevo più di 10 macchine client!

Una conseguenza della modalità WebSocket?

Quindi la soluzione più semplice è passare a una scheda E1000e.

Altrimenti (ad ogni avvio) tramite rc.local:
`ethtool -K ens192 gro off` `
ethtool -K ens192 lro off`

Problema confermato dopo 3 giorni di test con 66 macchine... senza che il server Wapt si bloccasse!

Da parte mia, ho installato una scheda E1000e sulla macchina virtuale.

In generale, abilitare le funzionalità di offloading sugli adattatori di rete virtuali non mi sembra una buona idea.
In particolare, Large Receive Offloading (LRO) dovrebbe delegare l'ottimizzazione dei flussi di dati di grandi dimensioni all'hardware dell'adattatore di rete, ma a prima vista questo non ha senso, dato che l'adattatore di rete è virtuale.
Questo problema è indipendente da WAPT, ma forse la modalità operativa WebSockets lo rende più evidente.

In tutte le macchine virtuali Windows che implementiamo (su un hypervisor Xen), disabilitiamo sistematicamente le funzionalità di offloading; questo migliora le prestazioni. Stranamente, i driver di rete "ottimizzati" da Xen non le disabilitano per impostazione predefinita.