Implementera tjänstkvalitet (QoS) för Azure Virtual Desktop
RDP Shortpath för hanterade nätverk tillhandahåller en direkt UDP-baserad transport mellan fjärrskrivbordsklienten och sessionsvärden. RDP Shortpath för hanterade nätverk möjliggör konfiguration av QoS-principer (Quality of Service) för RDP-data. QoS i Azure Virtual Desktop tillåter RDP-trafik i realtid som är känslig för nätverksfördröjningar för att "minska i linje" framför trafik som är mindre känslig. Exempel på sådan mindre känslig trafik skulle vara att ladda ned en ny app, där en extra sekund att ladda ned inte är en stor sak. QoS använder Windows grupprincip-objekt för att identifiera och markera alla paket i realtidsströmmar och hjälpa ditt nätverk att ge RDP-trafik en dedikerad del av bandbredden.
Om du stöder en stor grupp användare som upplever något av de problem som beskrivs i den här artikeln måste du förmodligen implementera QoS. Ett litet företag med få användare kanske inte behöver QoS, men det bör vara till hjälp även där.
Utan någon form av QoS kan följande problem uppstå:
- Jitter – RDP-paket som anländer till olika priser, vilket kan resultera i visuella och ljudfel
- Paketförlust – paket som tas bort, vilket resulterar i vidareöverföring som kräver ytterligare tid
- Fördröjd restid (RTT) – RDP-paket tar lång tid att nå sina mål, vilket resulterar i märkbara fördröjningar mellan indata och reaktion från skrivbordet eller programmet.
Det minst komplicerade sättet att lösa dessa problem är att öka dataanslutningens storlek, både internt och ut till Internet. Eftersom det ofta är kostnadseffektivt är QoS ett sätt att hantera de resurser du har i stället för att lägga till bandbredd mer effektivt. För att åtgärda kvalitetsproblem rekommenderar vi att du först använder QoS och sedan lägger till bandbredd endast om det behövs.
För att QoS ska vara effektivt måste du tillämpa konsekventa QoS-inställningar i hela organisationen. Alla delar av sökvägen som inte stöder dina QoS-prioriteringar kan försämra RDP-sessionens kvalitet.
Introduktion till QoS-köer
För att tillhandahålla QoS måste nätverksenheter ha ett sätt att klassificera trafik och måste kunna skilja RDP från annan nätverkstrafik.
När nätverkstrafiken kommer in i en router placeras trafiken i en kö. Om en QoS-princip inte har konfigurerats finns det bara en kö och alla data behandlas som först in, först ut med samma prioritet. Det innebär att RDP-trafik kan fastna bakom trafik där några extra millisekunders fördröjning inte skulle vara ett problem.
När du implementerar QoS definierar du flera köer med någon av flera funktioner för överbelastningshantering, till exempel Ciscos prioritetsköer och CBWFQ (Class-Based Weighted Fair Queueing) och funktioner för undvikande av överbelastning, till exempel viktad slumpmässig tidig identifiering (WRED).
En enkel analogi är att QoS skapar virtuella "samåkningsbanor" i ditt datanätverk. Så vissa typer av data stöter aldrig eller sällan på en fördröjning. När du har skapat dessa banor kan du justera deras relativa storlek och mycket mer effektivt hantera den anslutningsbandbredd du har samtidigt som du levererar upplevelser i företagsklass för organisationens användare.
Checklista för QoS-implementering
På hög nivå gör du följande för att implementera QoS:
- Kontrollera att nätverket är klart
- Kontrollera att RDP Shortpath för hanterade nätverk är aktiverat – QoS-principer stöds inte för omvänd anslutning
- Implementera infogning av DSCP-markörer på sessionsvärdar
Tänk på följande riktlinjer när du förbereder dig för att implementera QoS:
- Den kortaste sökvägen till sessionsvärden är bäst
- Eventuella hinder däremellan, till exempel proxyservrar eller enheter för paketinspektion, rekommenderas inte
Kontrollera att nätverket är klart
Om du överväger en QoS-implementering bör du redan ha fastställt dina bandbreddskrav och andra nätverkskrav.
Trafikstockningar i ett nätverk påverkar mediekvaliteten avsevärt. Brist på bandbredd leder till prestandaförsämring och en dålig användarupplevelse. När Azure Virtual Desktop-implementeringen och användningen växer kan du använda Log Analytics för att identifiera problem och sedan göra justeringar med QoS och selektiva bandbreddstillägg.
VPN-överväganden
QoS fungerar bara som förväntat när det implementeras på alla länkar mellan klienter och sessionsvärdar. Om du använder QoS i ett internt nätverk och en användare loggar in från en fjärrplats kan du bara prioritera i ditt interna, hanterade nätverk. Även om fjärrplatser kan ta emot en hanterad anslutning genom att implementera ett virtuellt privat nätverk (VPN), lägger ett VPN till paketkostnader och skapar fördröjningar i realtidstrafik.
I en global organisation med hanterade länkar som sträcker sig över kontinenter rekommenderar vi starkt QoS eftersom bandbredden för dessa länkar är begränsad jämfört med LAN.
Infoga DSCP-markörer
Du kan implementera QoS med hjälp av ett grupprincip-objekt (GPO) för att dirigera sessionsvärdar att infoga en DSCP-markör i IP-pakethuvuden som identifierar den som en viss typ av trafik. Routrar och andra nätverksenheter kan konfigureras för att identifiera dessa markeringar och placera trafiken i en separat kö med högre prioritet.
Du kan jämföra DSCP-märkningar med frimärken som anger för postanställda hur brådskande leveransen är och hur man bäst sorterar den för snabb leverans. När du har konfigurerat nätverket för att prioritera RDP-strömmar bör förlorade paket och sena paket minska avsevärt.
När alla nätverksenheter använder samma klassificeringar, markeringar och prioriteringar är det möjligt att minska eller eliminera fördröjningar, borttagna paket och jitter. Ur RDP-perspektivet är det viktigaste konfigurationssteget klassificering och märkning av paket. Men för att QoS från slutpunkt till slutpunkt ska lyckas måste du också justera RDP-konfigurationen med den underliggande nätverkskonfigurationen noggrant. DSCP-värdet talar om för ett motsvarande konfigurerat nätverk vilken prioritet ett paket eller en dataström ska ges.
Vi rekommenderar att du använder DSCP-värdet 46 som mappar till DSCP-klassen (Expedited Forwarding).
Implementera QoS på sessionsvärden med grupprincip
Du kan använda principbaserad tjänstkvalitet (QoS) inom grupprincip för att ange det fördefinierade DSCP-värdet.
Om du vill skapa en QoS-princip för domänanslutna sessionsvärdar loggar du först in på en dator där grupprincip Management har installerats. Öppna grupprincip Management (välj Start, peka på Administrationsverktyg och välj sedan grupprincip Management) och slutför sedan följande steg:
Leta upp containern där den nya principen ska skapas i grupprincip Management. Om alla dina sessionsvärddatorer till exempel finns i en organisationsenhet med namnet "sessionsvärdar" bör den nya principen skapas i sessionsvärds-OU.
Högerklicka på lämplig container och välj sedan Skapa ett grupprincipobjekt i den här domänen och länka det här.
I dialogrutan Nytt grupprincipobjekt skriver du ett namn på det nya grupprincip objektet i rutan Namn och väljer sedan OK.
Högerklicka på den nyligen skapade principen och välj sedan Redigera.
I grupprincip-hanteringsredigeraren expanderar du Datorkonfiguration, expanderar Windows-inställningar, högerklickar på Principbaserad QoS och väljer sedan Skapa ny princip.
I dialogrutan Principbaserad QoS skriver du ett namn för den nya principen i rutan Namn på öppningssidan. Välj Ange DSCP-värde och ange värdet till 46. Lämna Ange utgående begränsningsfrekvens avmarkerad och välj sedan Nästa.
På nästa sida väljer du Endast program med det här körbara namnet och anger namnet svchost.exeoch väljer sedan Nästa. Den här inställningen instruerar principen att endast prioritera matchande trafik från fjärrskrivbordstjänsten.
På den tredje sidan kontrollerar du att både Alla käll-IP-adresser och Alla mål-IP-adresser har valts och välj sedan Nästa. Dessa två inställningar säkerställer att paketen hanteras oavsett vilken dator (IP-adress) som skickat paketen och vilken dator (IP-adress) som tar emot paketen.
På sidan fyra väljer du UDP i listrutan Välj det protokoll som den här QoS-principen gäller för .
Under rubriken Ange källportnummer väljer du Från den här källporten eller -intervallet. I den medföljande textrutan skriver du 3390. Välj Slutför.
De nya principerna som du har skapat börjar inte gälla förrän grupprincip har uppdaterats på sessionsvärddatorerna. Även om grupprincip regelbundet uppdateras på egen hand kan du framtvinga en omedelbar uppdatering genom att följa dessa steg:
Öppna en kommandotolk som administratör (Kör som administratör) på varje sessionsvärd som du vill uppdatera grupprincip för.
I kommandotolken anger du
gpupdate /force
Implementera QoS på sessionsvärden med Hjälp av PowerShell
Du kan ange QoS för RDP Shortpath för hanterade nätverk med hjälp av PowerShell-cmdleten nedan:
New-NetQosPolicy -Name "RDP Shortpath for managed networks" -AppPathNameMatchCondition "svchost.exe" -IPProtocolMatchCondition UDP -IPSrcPortStartMatchCondition 3390 -IPSrcPortEndMatchCondition 3390 -DSCPAction 46 -NetworkProfile All
Relaterade artiklar
Nästa steg
- Mer information om bandbreddskrav för Azure Virtual Desktop finns i Förstå bandbreddskrav för RDP (Remote Desktop Protocol) för Azure Virtual Desktop.
- Mer information om Nätverksanslutning för Azure Virtual Desktop finns i Förstå Nätverksanslutning för Azure Virtual Desktop.