Share via

Szolgáltatásminőség (QoS) implementálása az Azure Virtual Desktophoz

  • Cikk

A felügyelt hálózatokhoz készült RDP shortpath közvetlen UDP-alapú átvitelt biztosít a távoli asztali ügyfél és a munkamenet-gazdagép között. A felügyelt hálózatokhoz készült RDP shortpath lehetővé teszi a szolgáltatásminőségi (QoS) szabályzatok konfigurálását az RDP-adatokhoz. Az Azure Virtual Desktop QoS szolgáltatása lehetővé teszi a hálózati késésekre érzékeny valós idejű RDP-forgalmat, hogy a kevésbé érzékeny forgalom előtt "sorba vágjanak". Ilyen kevésbé érzékeny forgalom például egy új alkalmazás letöltése, ahol a letöltéshez használt extra másodperc nem nagy üzlet. A QoS a Windows Csoportházirend Objects használatával azonosítja és megjelöli az összes csomagot valós idejű streamekben, és segít a hálózatnak, hogy az RDP-forgalom számára dedikált sávszélességet biztosítson.

Ha támogatja a cikkben ismertetett problémákat tapasztaló felhasználók nagy csoportját, akkor valószínűleg a QoS-t kell implementálnia. Előfordulhat, hogy egy kevés felhasználóval rendelkező kisvállalkozásnak nincs szüksége QoS-ra, de még ott is hasznos lehet.

A QoS valamilyen formája nélkül a következő problémákat tapasztalhatja:

  • Jitter – Eltérő sebességgel érkező RDP-csomagok, amelyek vizuális és hanghibákat okozhatnak
  • Csomagvesztés – elvetett csomagok, amelyek további időt igénylő újraküldést eredményeznek
  • Késleltetett menetidő (RTT) – Az RDP-csomagok hosszú ideig tartanak a célhelyek eléréséhez, ami észrevehető késést eredményez az asztali vagy alkalmazásból érkező bemenet és reakció között.

A problémák megoldásának legkevésbé bonyolult módja az adatkapcsolatok méretének növelése mind belsőleg, mind az interneten keresztül. Mivel ez gyakran költségmentes, a QoS lehetővé teszi a rendelkezésre álló erőforrások hatékonyabb kezelését a sávszélesség hozzáadása helyett. A minőségi problémák megoldásához javasoljuk, hogy először használja a QoS-t, majd csak szükség esetén adjon hozzá sávszélességet.

Ahhoz, hogy a QoS hatékony legyen, konzisztens QoS-beállításokat kell alkalmaznia a szervezetben. A QoS-prioritásokat nem támogató útvonal bármely része ronthatja a minőségi RDP-munkamenetet.

Bevezetés a QoS-üzenetsorok használatába

A QoS biztosításához a hálózati eszközöknek módot kell adni a forgalom osztályozására, és képesnek kell lenniük megkülönböztetni az RDP-t a többi hálózati forgalomtól.

Amikor a hálózati forgalom egy útválasztóba lép, a forgalom egy üzenetsorba kerül. Ha a QoS-szabályzat nincs konfigurálva, akkor csak egy üzenetsor van, és minden adat az első befelé, az első ki és az azonos prioritásúként lesz kezelve. Ez azt jelenti, hogy az RDP-forgalom elakadhat a forgalom mögött, ahol néhány további ezredmásodperc késleltetés nem okoz problémát.

A QoS implementálásakor több üzenetsort is definiál a torlódáskezelési funkciók egyikével, például a Cisco prioritási sorba állításával és osztályalapú súlyozott fair queueing (CBWFQ) és torlódás-elkerülési funkciókkal, például a súlyozott véletlenszerű korai észleléssel (WRED).

Egyszerű analógia, hogy a QoS virtuális "parkolósávokat" hoz létre az adathálózatban. Így egyes adattípusok soha vagy ritkán tapasztalnak késést. Miután létrehozta ezeket a sávokat, módosíthatja a relatív méretüket, és sokkal hatékonyabban kezelheti a kapcsolati sávszélességet, miközben üzleti szintű szolgáltatásokat nyújt a szervezet felhasználói számára.

QoS-implementáció ellenőrzőlistája

Magas szinten végezze el a következő lépéseket a QoS implementálásához:

  1. Győződjön meg arról, hogy a hálózat készen áll
  2. Győződjön meg arról, hogy engedélyezve van az RDP shortpath a felügyelt hálózatokhoz – A QoS-szabályzatok nem támogatottak a fordított kapcsolat átviteléhez
  3. DSCP-jelölők beszúrásának implementálása munkamenetgazdákon

A QoS implementálásának előkészítése során tartsa szem előtt az alábbi irányelveket:

  • A munkamenetgazda legrövidebb elérési útja a legjobb
  • Az olyan akadályok, mint a proxyk vagy a csomagvizsgálati eszközök, nem ajánlottak

Győződjön meg arról, hogy a hálózat készen áll

Ha QoS-implementációt fontolgat, akkor már meg kellett volna határoznia a sávszélességre és az egyéb hálózati követelményekre vonatkozó követelményeket.

A hálózati forgalom torlódása jelentősen befolyásolja a médiaminőséget. A sávszélesség hiánya teljesítménycsökkenéshez és gyenge felhasználói élményhez vezet. Az Azure Virtual Desktop bevezetésének és használatának növekedésével a Log Analytics használatával azonosíthatja a problémákat, majd módosíthatja a QoS-t és a szelektív sávszélesség-kiegészítéseket.

VPN-szempontok

A QoS csak akkor működik a várt módon, ha az ügyfelek és a munkamenetgazdák közötti összes kapcsolaton implementálva van. Ha belső hálózaton használja a QoS-t, és egy felhasználó távoli helyről jelentkezik be, csak a belső, felügyelt hálózaton belül rangsorolhat. Bár a távoli helyek egy virtuális magánhálózat (VPN) implementálásával fogadhatnak felügyelt kapcsolatot, a VPN eredendően hozzáadja a csomagterhelést, és késéseket okoz a valós idejű forgalomban.

A kontinensekre kiterjedő felügyelt hivatkozásokkal rendelkező globális szervezetekben határozottan javasoljuk a QoS használatát, mivel az ilyen hivatkozások sávszélessége a LAN-hoz képest korlátozott.

DSCP-jelölők beszúrása

A QoS-t egy Csoportházirend objektummal (GPO) implementálhatja a munkamenetgazdák irányításához, hogy egy DSCP-jelölőt szúrjon be az IP-csomagfejlécekbe, amelyek meghatározott típusú forgalomként azonosítják azt. Az útválasztók és más hálózati eszközök úgy konfigurálhatók, hogy felismerjék ezeket a jelöléseket, és a forgalmat egy külön, magasabb prioritású üzenetsorba helyezjék.

Összehasonlíthatja a DSCP-jelöléseket a postai bélyegekkel, amelyek jelzik a postai dolgozóknak, hogy milyen sürgős a kézbesítés, és hogyan lehet a legjobban rendezni a gyors kézbesítés érdekében. Miután úgy konfigurálta a hálózatot, hogy prioritást adjon az RDP-streameknek, az elveszett csomagok és a késői csomagok jelentősen csökkennek.

Ha minden hálózati eszköz ugyanazt a besorolást, jelölést és prioritást használja, csökkentheti vagy kiküszöbölheti a késéseket, az elvetett csomagokat és a jittert. Az RDP szempontjából az alapvető konfigurációs lépés a csomagok besorolása és megjelölése. Ahhoz azonban, hogy a végpontok közötti QoS sikeres legyen, az RDP-konfigurációt is gondosan hozzá kell igazítania a mögöttes hálózati konfigurációhoz. A DSCP érték azt jelzi egy megfelelően konfigurált hálózatnak, hogy milyen prioritást adjon egy csomagnak vagy streamnek.

Javasoljuk, hogy használja a 46-os DSCP-értéket, amely a Gyors továbbítás (EF) DSCP osztályra képez le.

QoS implementálása munkamenet-gazdagépen a Csoportházirend használatával

A szabályzatalapú szolgáltatásminőséget (QoS) a Csoportházirend belül használhatja az előre definiált DSCP-érték beállításához.

Ha QoS-szabályzatot szeretne létrehozni a tartományhoz csatlakoztatott munkamenetgazdákhoz, először jelentkezzen be egy olyan számítógépre, amelyen a Csoportházirend Management telepítve van. Nyissa meg a Csoportházirend Felügyelet elemet (válassza a Start menü Felügyeleti eszközök pontját, majd válassza a Csoportházirend Felügyelet lehetőséget), majd hajtsa végre a következő lépéseket:

  1. A Csoportházirend Managementben keresse meg azt a tárolót, amelyben létre kell hozni az új szabályzatot. Ha például az összes munkamenet-gazdagép számítógépe egy "munkamenet-gazdagépek" nevű szervezeti egységben található, az új szabályzatot a Munkamenetgazda szervezeti egységben kell létrehozni.

  2. Kattintson a jobb gombbal a megfelelő tárolóra, majd válassza a Csoportházirend-objektum létrehozása ebben a tartományban lehetőséget, és csatolja ide.

  3. Az Új csoportházirend-objektum párbeszédpanelen írja be az új Csoportházirend objektum nevét a Név mezőbe, majd válassza az OK gombot.

  4. Kattintson a jobb gombbal az újonnan létrehozott szabályzatra, majd válassza a Szerkesztés parancsot.

  5. A Csoportházirend Felügyeleti szerkesztőben bontsa ki a Számítógép konfigurációja, a Windows beállításai csomópontot, kattintson a jobb gombbal a Házirendalapú QoS elemre, majd válassza az Új szabályzat létrehozása lehetőséget.

  6. A Házirendalapú QoS párbeszédpanel nyitó lapján írja be az új szabályzat nevét a Név mezőbe. Válassza a DSCP-érték megadása lehetőséget, és állítsa az értéket 46-ra. Hagyja bejelöletlenül a Kimenő szabályozási sebesség megadása lehetőséget, majd válassza a Tovább gombot.

  7. A következő lapon válassza a Csak ezzel a végrehajtható névvel rendelkező alkalmazások lehetőséget, és adja meg a svchost.exenevet, majd válassza a Tovább gombot. Ez a beállítás arra utasítja a szabályzatot, hogy csak a távoli asztali szolgáltatásból származó egyező forgalmat rangsorolja.

  8. A harmadik lapon győződjön meg arról, hogy a Bármely forrás IP-címe és a Bármely cél IP-cím is ki van jelölve, majd válassza a Tovább gombot. Ez a két beállítás biztosítja, hogy a csomagok kezelése függetlenül attól, hogy melyik számítógép (IP-cím) küldte a csomagokat, és hogy melyik számítógép (IP-cím) fogja fogadni a csomagokat.

  9. A negyedik oldalon válassza az UDP elemet a Válassza ki a QoS-szabályzat által a legördülő listára érvényes protokollt .

  10. A Forrásport számának megadása területen válassza a Forrásport vagy -tartomány lehetőséget. A kísérő szövegmezőbe írja be a 3390 értéket. Válassza a Befejezés gombot.

A létrehozott új szabályzatok mindaddig nem lépnek érvénybe, amíg Csoportházirend nem frissült a munkamenetgazda számítógépeken. Bár Csoportházirend időnként magától frissül, az alábbi lépések végrehajtásával kényszerítheti az azonnali frissítést:

  1. Minden olyan munkamenet-gazdagépen, amelyhez frissíteni szeretné Csoportházirend, nyisson meg egy parancssort rendszergazdaként (futtatás rendszergazdaként).

  2. A parancssorba írja be a következőt:

    gpupdate /force

QoS implementálása munkamenetgazdaként a PowerShell használatával

A QoS-t az RDP Shortpath szolgáltatáshoz a felügyelt hálózatokhoz az alábbi PowerShell-parancsmaggal állíthatja be:

New-NetQosPolicy -Name "RDP Shortpath for managed networks" -AppPathNameMatchCondition "svchost.exe" -IPProtocolMatchCondition UDP -IPSrcPortStartMatchCondition 3390 -IPSrcPortEndMatchCondition 3390 -DSCPAction 46 -NetworkProfile All

Következő lépések