[Server 2012 R2] RDS is erg traag via RDP

[DaVaRiOuS]

Ik heb een HP server met Windows server 2012 R2.
Hierin is een hyper-v omgeving aangemaakt met een 2e Server 2012 R2 installatie.
Deze hyper-v omgeving is ingericht als een Remote Desktop Server zodat werknemers remote kunnen werken.

Echter treed nu het volgende op:
RDP sessie naar de 'main/host' server werkt alles naar behoren.
RDP sessie naar de Remote Desktop Server is vrij traag.

Als ik de Hyper-v sessie vanuit de host server start, gaat dit wel snel, dus er lijkt iets te zitten i.c.m met RDP en RDS.

Ik had al iets gelezen dat het te maken kon hebben met de Broadcom netwerkkaart.
Op de host server staan nog niet de laatste NIC drivers, dit is nog niet gedaan omdat ik had gelezen dat na het updaten van de NIC drivers van de server, de de VM's opnieuw moet koppelen o.i.d.

NIC: broadcom NetXtreme Gigabit Ethernet
Driver Provider: Microsoft
Driver Date: 22-03-2013
Driver Version: 15.6.1.3
Digital Signer: Microsoft Windows

En kun je ook de Hyper-v Virtual Network adapter updaten?

Want als ik hierin de driver gegevens bekijk staat er het volgende:
Driver Provider: Microsoft
Driver Date: 21-06-2006
Driver version: 6.3.9600.16384
Digital signer: Microsoft Windows

Dus voordat ik aan de slag ga, wat zijn hierin de juiste stappen die gedaan moeten worden?
Of is er wellicht een andere verklaring waarom de RDP sessie op RDS zo traag is?

[ Voor 6% gewijzigd door DaVaRiOuS op 21-11-2017 18:19 ]

[Killah_Priest]

DaVaRiOuS schreef op dinsdag 21 november 2017 @ 18:17:
Ik heb een HP server met Windows server 2012 R2.
Hierin is een hyper-v omgeving aangemaakt met een 2e Server 2012 R2 installatie.
Deze hyper-v omgeving is ingericht als een Remote Desktop Server zodat werknemers remote kunnen werken.

Echter treed nu het volgende op:
RDP sessie naar de 'main/host' server werkt alles naar behoren.
RDP sessie naar de Remote Desktop Server is vrij traag.

Als ik de Hyper-v sessie vanuit de host server start, gaat dit wel snel, dus er lijkt iets te zitten i.c.m met RDP en RDS.

Ik had al iets gelezen dat het te maken kon hebben met de Broadcom netwerkkaart.
Op de host server staan nog niet de laatste NIC drivers, dit is nog niet gedaan omdat ik had gelezen dat na het updaten van de NIC drivers van de server, de de VM's opnieuw moet koppelen o.i.d.

NIC: broadcom NetXtreme Gigabit Ethernet
Driver Provider: Microsoft
Driver Date: 22-03-2013
Driver Version: 15.6.1.3
Digital Signer: Microsoft Windows

En kun je ook de Hyper-v Virtual Network adapter updaten?

Want als ik hierin de driver gegevens bekijk staat er het volgende:
Driver Provider: Microsoft
Driver Date: 21-06-2006
Driver version: 6.3.9600.16384
Digital signer: Microsoft Windows

Dus voordat ik aan de slag ga, wat zijn hierin de juiste stappen die gedaan moeten worden?
Of is er wellicht een andere verklaring waarom de RDP sessie op RDS zo traag is?

Broadcom staat erom bekend problemen te hebben met hun drivers icm VMQ, juist het soort problemen wat je omschrijft zijn bekend met deze NICs. Aangezien je een stokoude default driver gebruikt uit 2013 is de kans zeer groot dat daar het probleem ligt.

[ Voor 3% gewijzigd door Killah_Priest op 21-11-2017 18:35 ]

[DaVaRiOuS]

Killah_Priest schreef op dinsdag 21 november 2017 @ 18:34:
[...]


Broadcom staat erom bekend problemen te hebben met hun drivers icm VMQ, juist het soort problemen wat je omschrijft zijn bekend met deze NICs. Aangezien je een stokoude default driver gebruikt uit 2013 is de kans zeer groot dat daar het probleem ligt.

En hoe zit het met het eventueel opnieuw toekennen van de Virtual Private Network adapter?
Moet ik daar nog rekening mee houden? Had gelezen dat je deze na het updaten van de NIC moet migreren naar die nieuwe driver?
Maar kon nergens vinden hoe en wat.

[Rolfie]

DaVaRiOuS schreef op dinsdag 21 november 2017 @ 19:13:
En hoe zit het met het eventueel opnieuw toekennen van de Virtual Private Network adapter?
Moet ik daar nog rekening mee houden? Had gelezen dat je deze na het updaten van de NIC moet migreren naar die nieuwe driver?
Maar kon nergens vinden hoe en wat.

Heb nog nooit ervaringen gehad dat het verkeerd ding tijdens een driver update. Zou dus geen probleem mogen zijn, als je deze update met de laatste HP drivers.


Aangezien je de standaard Windows driver nog actief hebt, zijn wel de HP drivers allemaal geïnstalleerd?
Alle firmwares geupdate naar de laatste versie? Inclusief firmware updates voor de netwerk kaart.

[Question Mark]

DaVaRiOuS schreef op dinsdag 21 november 2017 @ 18:17:
Of is er wellicht een andere verklaring waarom de RDP sessie op RDS zo traag is?

Ik kan er tientallen verzinnen.... Vaak het tussenliggende netwerk...

Maar defineer eerst "erg traag" eens. Is het traag als men multimedia gebruikt, of verloopt het aanmelden al traag.

en geef eens wat informatie:

• Hoe maken medewerkers verbinding
• Wat voor netwerk zit daar tussen
• Hoe wordt de traagheid ervaren
• Wat is de load van de systemen
• etc.

[Dirtyrockers]

Als ik al lees dat je broadcom gebruikt is mijn eerste advies meteen, zet VMQ uit

https://support.microsoft...en-you-use-broadcom-netxt


Set-NetAdapterVmq -Name "netwerkkaartnaam" -Enabled $False

[Question Mark]

Dirtyrockers schreef op woensdag 22 november 2017 @ 21:05:
Als ik al lees dat je broadcom gebruikt is mijn eerste advies meteen, zet VMQ uit

Update de NIC drivers zou ik eerder zeggen. Het is al gefixed sinds 2015...

[Dirtyrockers]

Question Mark schreef op woensdag 22 november 2017 @ 21:28:
[...]

Update de NIC drivers zou ik eerder zeggen. Het is al gefixed sinds 2015...

Question Mark schreef op woensdag 22 november 2017 @ 21:28:
[...]

Update de NIC drivers zou ik eerder zeggen. Het is al gefixed sinds 2015...

Klopt ook zeker. Updaten die hap.

Daarintegen is VMQ op 1 GB adapters niet echt nodig. Omdat een single processor de workload makkelijk aan kan.

[DaVaRiOuS]

Question Mark schreef op woensdag 22 november 2017 @ 11:14:
[...]

Ik kan er tientallen verzinnen.... Vaak het tussenliggende netwerk...

Maar defineer eerst "erg traag" eens. Is het traag als men multimedia gebruikt, of verloopt het aanmelden al traag.

en geef eens wat informatie:

• Hoe maken medewerkers verbinding
• Wat voor netwerk zit daar tussen
• Hoe wordt de traagheid ervaren
• Wat is de load van de systemen
• etc.

Traag in de zin van, als bijvorbeeld een bestand aanklikt op te selecteren dan duurt het een halve tot soms wel een seconden voordat ie erop reageert.

- Er word verbinding gemaakt met een IPsec VPN verbinding en vervolgens via RDP inloggen.
- load is minimaal, server heeft 2 processoren, 64GB geheugen 15k harddisks.

[DaVaRiOuS]

Dirtyrockers schreef op woensdag 22 november 2017 @ 21:39:
[...]


[...]


Klopt ook zeker. Updaten die hap.

Daarintegen is VMQ op 1 GB adapters niet echt nodig. Omdat een single processor de workload makkelijk aan kan.

Bedankt voor de tip!

[Rolfie]

[b][message=53349819,noline]DaVaRiOuS schreef op donderdag 23 november 2017 @
- Er word verbinding gemaakt met een IPsec VPN verbinding en vervolgens via RDP inloggen.

Toevallig geen MTU probleem?
Heb je er ook last van als je lokaal zit te werken op het lokale LAN?

[ Voor 3% gewijzigd door Rolfie op 23-11-2017 19:40 ]

[MAX3400]

DaVaRiOuS schreef op donderdag 23 november 2017 @ 16:55:
[...]


Traag in de zin van, als bijvorbeeld een bestand aanklikt op te selecteren dan duurt het een halve tot soms wel een seconden voordat ie erop reageert.

- Er word verbinding gemaakt met een IPsec VPN verbinding en vervolgens via RDP inloggen.
- load is minimaal, server heeft 2 processoren, 64GB geheugen 15k harddisks.

En als je nou LOKAAL bij de host gaat staan en daar RDP naar de VM doet? Of niet via IPSEC maar "direct" via poortje 3387 oner het internet?

Je topictitel en antwoorden rechtvaardigen ondertussen de situatie niet meer.

[Question Mark]

DaVaRiOuS schreef op donderdag 23 november 2017 @ 16:55:
[...]
- Er word verbinding gemaakt met een IPsec VPN verbinding en vervolgens via RDP inloggen.

En wat is de latency en load op die verbinding? (ook vanuit clientside meten!)

DaVaRiOuS schreef op donderdag 23 november 2017 @ 16:55:
[...]
- load is minimaal, server heeft 2 processoren, 64GB geheugen 15k harddisks.

Hoe heb je die load gemeten? Performance monitoren op een RDS host is best lastig. Ik heb wel vééél zwaardere RDS hosts door hun hoeven zien zakken hoor, die hardware sizing zegt niet zoveel...

Kijk even of je PAL kunt inzetten. Uit mijn hoofd zit daar een template in voor RDS hosts.

Performance Analysis of Logs (PAL) Tool

[ Voor 4% gewijzigd door Question Mark op 23-11-2017 19:59 ]

[Beunhaas91]

Dirtyrockers schreef op woensdag 22 november 2017 @ 21:05:
Als ik al lees dat je broadcom gebruikt is mijn eerste advies meteen, zet VMQ uit

https://support.microsoft...en-you-use-broadcom-netxt


Set-NetAdapterVmq -Name "netwerkkaartnaam" -Enabled $False

Dit is inderdaad het probleem. Ik had ook de meest wazige netwerkproblemen met een soortgelijke case.
Dit loste het probleem perfect op!

[DaVaRiOuS]

MAX3400 schreef op donderdag 23 november 2017 @ 19:43:
[...]

En als je nou LOKAAL bij de host gaat staan en daar RDP naar de VM doet? Of niet via IPSEC maar "direct" via poortje 3387 oner het internet?

Je topictitel en antwoorden rechtvaardigen ondertussen de situatie niet meer.

Via alle mogelijke verbindingen is de vertraging zichtbaar, dus;
- RDP direct via internet zonder ipsec.
- RDP via client computer op het interne netwerk
- RDP vanaf de host naar RDS
- Hyper-v console op host naar RDS

[DaVaRiOuS]

Question Mark schreef op donderdag 23 november 2017 @ 19:58:
[...]

En wat is de latency en load op die verbinding? (ook vanuit clientside meten!)

[...]

Hoe heb je die load gemeten? Performance monitoren op een RDS host is best lastig. Ik heb wel vééél zwaardere RDS hosts door hun hoeven zien zakken hoor, die hardware sizing zegt niet zoveel...

Kijk even of je PAL kunt inzetten. Uit mijn hoofd zit daar een template in voor RDS hosts.

Performance Analysis of Logs (PAL) Tool

De RDS word nog niet gebruikt en is nog helemaal kaal, er staat alleen Office op geinstalleerd en RDS word nog niet gebruikt.

Ik zal die tool eens draaien.

[MAX3400]

DaVaRiOuS schreef op woensdag 29 november 2017 @ 16:31:
[...]


Via alle mogelijke verbindingen is de vertraging zichtbaar, dus;
- RDP vanaf de host naar RDS
- Hyper-v console op host naar RDS

Dan zit het, wat mij betreft, in je VM. Als Hyper-V console al niet goed werkt, en afhankelijk wat er aan roaming meuk geladen moet worden, is je VM brak of inderdaad netwerk bijvoorbeeld naar je profile directories.

Wat is er veranderd? In startpost kon je nog wel snel van host naar VM?

Heb je meer info over de VM? Hangt er virtuele en/of passthrough hardware aan? Dynamic Memory aan/uit? VHD of VHDX (en waar staat dit opgeslagen).

[ Voor 5% gewijzigd door MAX3400 op 29-11-2017 17:17 ]

[Killah_Priest]

DaVaRiOuS schreef op woensdag 29 november 2017 @ 16:32:
[...]


De RDS word nog niet gebruikt en is nog helemaal kaal, er staat alleen Office op geinstalleerd en RDS word nog niet gebruikt.

Ik zal die tool eens draaien.

Maar de hamvraag van vandaag (misschien heb ik er overheen gelezen) : heb je inmiddels de Broadcom drivers geupdate OF VMQ uitgezet?

[DaVaRiOuS]

MAX3400 schreef op woensdag 29 november 2017 @ 17:14:
[...]

Dan zit het, wat mij betreft, in je VM. Als Hyper-V console al niet goed werkt, en afhankelijk wat er aan roaming meuk geladen moet worden, is je VM brak of inderdaad netwerk bijvoorbeeld naar je profile directories.

Wat is er veranderd? In startpost kon je nog wel snel van host naar VM?

Heb je meer info over de VM? Hangt er virtuele en/of passthrough hardware aan? Dynamic Memory aan/uit? VHD of VHDX (en waar staat dit opgeslagen).

Mijn foutje, excuses... van host (hyper-v omgeving) naar RDS ging wel snel.

Zojuist driver geüpdate en alles nu in orde!

Iedereen bedankt voor de input!