AVD performance issues

[markbergboer]

Wij nemen via onze IT partij 4 Azure Virutele machines af waar alle collega's op werken. We merken echter dat alle collega's er last hebben dat hun computer erg traag werkt. Ons wordt daarom nu aangeraden een extra machine op te spinnen, maar ik betwijfel deze keuze. Als ik zelf ga zoeken, lijkt me dat de machines die we nu hebben al meer dan genoeg capaciteit moeten hebben om de workload aan te kunnen.

Wat merken we

Van collega's krijg ik dagelijks klachten over de traagheid van hun computer. Het is dan ook niet een bepaald programma maar echt alles in windows. Ze merken vaak dat wanneer ze iets typen, dit pas na een seconde of 2 daadwerkelijk doorgevoerd wordt, als je overschakeld naar een ander programma dit een paar seconde duurt en het scrollen in Edge heeft zelfs vertraging.

Wat gebruiken we

Onze AVD's zijn uitgerust met de Standard E8s v5 (8 vcpus, 64 GiB memory). Ze draaien momenteel nog op Windows 10 Enterprise
De gebruikers loggen allemaal in vanaf een Hp Probook 450 g10 via Remote Desktop, deels bedraad deels via wifi, maar dit maakt geen verschil.
Gemiddeld zijn er 6 tot 8 personen ingelogd per machine. Zelfs tussen kerst en oud en nieuw, met minimale bezetting (ik gok 2 a 3 personen per machine) deed het probleem zich voor.

Netwerk

Ons netwerk lijkt het probleem niet te zijn. Zelf werk ik voornamelijk buiten de AVD en heb nog nooit last gehad van een trage lijn. Ik check vaak de down/upload snelheid en de ping wanneer gebruikers er last van hebben en zie hier nooit iets vreemds in.

Performance AVD

Onderstaand een screenshot van de performance van de CPU van een van de machines. Rond 8 uur zie ik wel dat de CPU omhoog schiet, maar dat is niet zo gek gezien iedereen dan in logt. Ik zie ook dat deze niet op 100% draait, toch is de machine elke ochtend ongelovelijk traag.




Op de site van Microsoft zelf lees ik dat je op een 8 vCPUs, 16-GB RAM, 32-GB storage met medium workload 4 personen per vCPU kwijt zou moeten kunnen. Wij zitten hier ver onder dus trek ik de conclusie dat we nu makkelijk weg zouden moeten kunnen.
Heeft iemand tips voor mij of denkt iemand dat ik het toch verkeerd zie? Mocht ik nog iets vergeten hebben te vermelden hoor ik het graag.

[internet4me]

Ik zou eerst een tip willen geven. Wat is er traag…….wat gaat goed.
Les 1 in it. Duidelijk zijn wat er speelt.

Je vraag zou kunnen gaan over een externe website. Kan je dus niks aan doen.
of een database pakket wat traag is. Dan moet je ergens anders zijn.

Maw graag verduidelijken.

Verder. Hoe wordt machine geschoond en beheerd….

[ Voor 9% gewijzigd door internet4me op 07-01-2025 10:21 ]

[markbergboer]

Het is letterlijk alles. Het scrollen in Edge of andere programma's, het switchen van programma, het typen (word, excel, edge).

markbergboer schreef op dinsdag 7 januari 2025 @ 09:26:
Van collega's krijg ik dagelijks klachten over de traagheid van hun computer. Het is dan ook niet een bepaald programma maar echt alles in windows. Ze merken vaak dat wanneer ze iets typen, dit pas na een seconde of 2 daadwerkelijk doorgevoerd wordt, als je overschakeld naar een ander programma dit een paar seconde duurt en het scrollen in Edge heeft zelfs vertraging.

Onderhoud en opschonen heb ik geen inzicht in, dat is ook het probleem. Dit wordt beheerd door onze IT partij, die ons alleen maar zegt dat we een extra machine nodig hebben. Daarom ook de vraag, wat zouden over het algemeen de verwachte prestaties zijn van zo'n machine, zouden we hier inderdaad niet met 7/8 personen op moeten zitten of zou deze juist meer aan moeten kunnen.

Ik snap dat dit ook afhankelijk is van alle programma's en de workload, maar wij gebruiken niks bijzonders, voornamelijk Edge, Word, Excel en onze Voip applicatie (deze wordt alleen voor weergave van het telefoonnummer gebruikt, telefoneren doen we nog gewoon met een desktoptelefoon)

[ZeRoC00L]

Qua aantal gebruikers lijkt het mij dat het wel makkelijk moet kunnen, maar is maar een aanname. En uiteraard afhankelijk van de applicaties. Is de verbinding op je locatie wel goed ? Al eens via een andere locatie / 4G geprobeerd ?

Aangezien je er toch uit moet komen met je leverancier, zou ik voorstellen ze er 1 machine bij te laten maken. (Hopelijk hebben ze zit via DevOps, zodat de uitrol niet meer is dat enkele tellen werk).

Als blijkt dat daarmee de problemen niet opgelost zijn, mogen ze aan de bak ..... (wat zeer aannemelijk is).

Uiteindelijk is Azure dynamisch, dus zou je de extra VM maar 1 of enkele dagen nodig hebben, dus qua Azure consumptie kosten moet dit meevallen.

[Jazzy]

[b]markbergboer schreef op dinsdag 7 januari 2025 @ 09:26:[

Wat merken we

Van collega's krijg ik dagelijks klachten over de traagheid van hun computer. Het is dan ook niet een bepaald programma maar echt alles in windows. Ze merken vaak dat wanneer ze iets typen, dit pas na een seconde of 2 daadwerkelijk doorgevoerd wordt, als je overschakeld naar een ander programma dit een paar seconde duurt en het scrollen in Edge heeft zelfs vertraging.

Dat klinkt meer als latency, een probleem met RDP, dan daadwerkelijke traagheid van de computer.

[BFS]

Microsoft's sizing guidelines voor AVD zijn echt ver van realiteit, 8-12 gebruikers per VM (8 vCPUs) is echt geen gek aantal. Je zou eens kunnen kijken op welke CPU architectuur je landt van moment tot moment, i.e. bij momenten van traagheid, kijk eens welke fysieke CPU architectuur de VM gebruikt. Azure heeft opties van broadwell tot icelake, dat maakt qua performance een wereld van verschil.

[Fomix]

Je zou is moeten kunnen nagaan of het probleem zich op alle machines gelijk voor doet of op alle machines apart.
In het eerste geval zou je allereerst kunnen denken aan netwerk. Kunnen mensen rechtstreeks vanop hun toestel RDP of moeten ze eerst over de VPN naar het bedrijf verbinden?

Een gekkigheidje waar ik aan moet denken:
In het verleden bij een klant meegemaakt dat een hele Citrix farm elk half uur compleet hing gedurende één minuut. Na weken zoeken en resources bij maken -> Er had iemand een script draaien dat elk half uur overal zo ongeveer alle performance counters ging opvragen waardoor die CPU's natuurlijk even stikten onder alle workload + performance counters opleveren. Kwam in de performance monitor niet naar boven als een CPU piek omdat de tijdspanne te kort was.

[markbergboer]

Fomix schreef op dinsdag 7 januari 2025 @ 11:59:
Je zou is moeten kunnen nagaan of het probleem zich op alle machines gelijk voor doet of op alle machines apart.
In het eerste geval zou je allereerst kunnen denken aan netwerk. Kunnen mensen rechtstreeks vanop hun toestel RDP of moeten ze eerst over de VPN naar het bedrijf verbinden?

Ook dat is wisselend, de ene keer zijn het alle machines waar problemen mee zijn, de andere keer is het er maar 1.
Ze verbinden rechtstreeks en hoeven niet eerst over een VPN.

Jazzy schreef op dinsdag 7 januari 2025 @ 11:48:
Dat klinkt meer als latency, een probleem met RDP, dan daadwerkelijke traagheid van de computer.

Dat is ook waar ik aan zat te denken. Ik krijg onderstaande resultaten met Tracert en Remote Display Analyzer:

(bovenstaande afbeelding krijg ik niet beter geüpload, maar de resultaten zijn: Detected Display mode: RemoteFX - Available bandwidth detected: 186Mbps - Active transport protocol: UDP (RDP-Shortpath) - Bandwidth output: leeg - Bandwidth Input: leeg - Round trip latency: 20ms)

[ Voor 16% gewijzigd door markbergboer op 07-01-2025 14:10 ]

[Jazzy]

Waar test je dit vandaan? Er zouden veel meer hops moeten zitten tussen je client en de VM.

[markbergboer]

Jazzy schreef op dinsdag 7 januari 2025 @ 14:20:
Waar test je dit vandaan? Er zouden veel meer hops moeten zitten tussen je client en de VM.

Vanaf ons netwerk op kantoor... Kan het zijn dat er een directe verbinding ofzo is? Of doe ik de Tracert verkeerd?

[ Voor 15% gewijzigd door markbergboer op 07-01-2025 14:34 ]

[Jazzy]

markbergboer schreef op dinsdag 7 januari 2025 @ 14:32:
[...]

Vanaf ons netwerk op kantoor... Kan het zijn dat er een directe verbinding ofzo is? Of doe ik de Tracert verkeerd?

Zelfs met een directe verbinding moeten daar minimaal een paar routers tussen zitten. Waar doe je de tracert naartoe?

Lees, als je dat nog niet gedaan had, ook even andere topics over vergelijkbare problemen:
https://www.reddit.com/r/...ktops_performance_issues/
https://www.reddit.com/r/...sts_get_very_laggy_after/

[ Voor 28% gewijzigd door Jazzy op 07-01-2025 15:08 ]

[markbergboer]

Okee, dan kan toch mijn eigen fout zijn. Ik kan het interne ip van de AVD benaderen vanaf ons kantoor netwerk. Blijkbaar staat er toch iets van een vpn open, maar wat ik er van begrijp zou alleen de printjobs hier overeen moeten gaan. Het externe ip van de AVD kan ik niet via tracert benaderen.

[ Voor 6% gewijzigd door markbergboer op 07-01-2025 15:37 ]

[akimosan]

De machines van AVD (Azure Virtual Desktop) draaien in Azure, neem ik aan dus als jij slechts 2 hops ziet naar de VM toe dan zul je je tracert ook wel uitvoeren van een VM in Azure. En je gebruikt de Microsoft Remote Desktop applicatie bedoeld voor gebruik met AVD, en dus niet gewoon de ingebouwde oude bekende MSTSC.EXE client (Remote Desktop Connection/ Extern Bureaublad client), toch?

Welke versie van de Remote Desktop client?

Dat gezegd hebbende:

Zoals eerder gevraagd:

WAT is traag, welke handeling(en), welke applicaties?

Let erop dat veel taken in VDI gebaat zijn bij een in de VM aanwezige GPU en die heeft een standard E8 niet aan boord.

Veel processen in de browser, Google Maps/Streetview/Youtube andere vormen van media streaming.
Zoveel werk wordt tegenwoordig offloaded naar de GPU waar de processor het werk niet meer hoeft te doen, kan een wereld van verschil maken.

Verder zal de partij die de VDI's beheert meer moeten kunnen zeggen over de workload en wat ze zien in monitoring. Op piekmomenten kan er best load zijn waar gebruikers traagheid van ondervinden.

1 gebruiker met een slecht in elkaar geflanste Excel sheet waar met VLOOKUPS/HLOOKUPS gewerkt wordt en data opgezocht wordt kan de meest riant uitgevoerde VM op zijn knieën krijgen en de gebruikservaring van andere gebruikers op dezelfde machine verpesten.
Zelfde geldt voor Piet of Marie die doodleuk de ganse dag dumpert/youtube/radio10 zit te streamen op de VDI omgeving.

En denk aan applicaties die qua berekeningen het onderste uit de kan willen halen , zoals grafische (web)applicaties, CAD applicaties, PowerBI, etc.
Denk aan Windows Defender AV of andere vendor antivirus oplossing kan op de achtergrond lekker staan te pruttelen. Zijn voor alle geïnstalleerde applicaties de best practices gevolgd om processen of mappen uit te zonderen van AV scanning?

Als de MSP met adviezen komt dat er meer VM's of betere VMs moeten komen om de workload te dragen zullen ze dit moeten kunnen ondersteunen met data waaruit dat blijkt.

Een goede VDI omgeving aanbieden die aansluit bij de wensen van de klant is best een uitdaging.
Maar je IT partij moet hier zijn verantwoordelijkheid nemen.
Vanuit de klant kant hoef je niet alles klakkeloos aan te nemen, maar je moet ook kunnen vertrouwen op de expertise van de IT partij als ze goede redenen/data hebben om de omgeving uit te breiden.

Wij hanteerden zelf altijd tenminste een 1 op 1 vCPU ratio per concurrent user maar zitten er over na te denken om zelfs minder concurrent users te schalen en dus vCPU capaciteit over te hebben

Die pieken van 60% kun je al "voelen" als eindgebruiker. Er kan veel aan de hand zijn maar je IT partij die de VM's/VDI omgeving beheert moet hier verder onderzoek naar doen.
Het kan ook I/O zijn. Waar staat de data en gebruikersprofielen? Wordt er met SSD storage gewerkt? Premium storage? Fslogix?

[ Voor 3% gewijzigd door akimosan op 14-01-2025 22:35 ]