Overwegingen voor toepassingslevering voor Azure Virtual Desktop-workloads
In dit artikel wordt het ontwerpgebied voor toepassingslevering van een Azure Virtual Desktop-workload besproken. Het is van cruciaal belang dat toepassingen worden geleverd wanneer u een nieuwe Azure Virtual Desktop-omgeving implementeert of een bestaande omgeving bijwerkt. Met toepassingslevering kunnen organisaties externe bureaubladen en toepassingen op een betrouwbare, rendabele en performante manier aanbieden aan gebruikers.
Bekijk de overwegingen en aanbevelingen in dit artikel voor meer informatie over het optimaliseren van uw hostgroepen en sessiehosts. Deze richtlijnen weerspiegelen en breiden de kwaliteitspijlers van het Goed ontworpen Framework van Azure uit: betrouwbaarheid, beveiliging, kostenoptimalisatie, operationele uitmuntendheid en prestatie-efficiëntie. Als u zich houdt aan deze overwegingen en aanbevelingen, zorgt u voor een robuuste en efficiënte Azure Virtual Desktop-omgeving.
Belangrijk
Dit artikel maakt deel uit van de Azure Well-Architected Framework Azure Virtual Desktop-workloadreeks . Als u niet bekend bent met deze reeks, raden we u aan te beginnen met wat is een Azure Virtual Desktop-workload?
Instellingen voor hostgroep
Wanneer u hostgroepen maakt, hebben verschillende instellingen rechtstreeks invloed op de prestaties en efficiëntie van uw Azure Virtual Desktop-omgeving.
Typen hostgroepen
Impact: Kostenoptimalisatie, betrouwbaarheid
In Azure Virtual Desktop kunt u twee typen hostgroepen maken:
- Persoonlijke hostgroepen wijzen een specifieke gebruiker toe aan een specifieke virtuele machine (VM). Met deze installatie maakt de gebruiker elke keer verbinding met dezelfde machine en worden de gebruikersprofielgegevens rechtstreeks opgeslagen op de besturingssysteemschijf van de VIRTUELE machine. Dit scenario vereist een robuuste back-upoplossing om ervoor te zorgen dat alle gebruikerswijzigingen worden opgeslagen en kunnen worden hersteld als er zich een noodgeval voordoet. Dit type hostgroep is handig voor scenario's waarin gebruikers hun toepassingsstatus in de loop van de tijd moeten behouden.
- Gegroepeerde hostgroepen bieden een manier voor meerdere gebruikers om verbinding te maken met verschillende VM's in een pool. Omdat gebruikers met elke verbinding verbinding kunnen maken met verschillende sessiehosts, moet de beheerder FSLogix configureren en gebruiken om gebruikersprofielgegevens op te slaan. Hostpools die zijn gegroepeerd, bieden gebruikers een gemeenschappelijke externe ervaring, waardoor de kosteneffectiviteit en verhoogde efficiëntie worden bevorderd.
Elk type hostgroep wordt geleverd met een eigen set voor- en nadelen. Het is belangrijk om zorgvuldig het type hostgroep te selecteren door de functies die gebruikers nodig hebben grondig te evalueren.
Aanbevelingen
- Overweeg het gebruik van een persoonlijke pool als u gebruikers de kracht wilt geven om hun omgeving aan te passen en vrij te werken binnen een VIRTUELE machine.
- Gebruik een gegroepeerde hostgroep om uw betrouwbaarheidsoplossing te stroomlijnen en de kosten te minimaliseren.
Taakverdelingsalgoritmen
Impact: Kostenoptimalisatie, Prestatie-efficiëntie
Als u een poolhostgroep gebruikt, zijn er twee typen taakverdelingsalgoritmen die u kunt gebruiken. Elk exemplaar is rechtstreeks van invloed op uw kosten- en prestatieefficiëntie.
- Breedte-eerste taakverdeling verdeelt gebruikerssessies over sessiehosts. Gebruikers worden toegewezen aan de sessiehost met het laagste gebruik, waardoor de gebruikerservaring kan worden verbeterd.
- Diepte-eerste taakverdeling verzadiging van één sessiehost tegelijk voordat gebruikerssessies worden toegewezen aan andere sessiehosts, waardoor efficiënt gebruik van resources wordt gegarandeerd. Deze aanpak is met name rendabel, omdat deze volledig gebruikmaakt van de capaciteit van één host voordat gebruikers worden toegewezen aan de volgende sessiehost. Het is vooral nuttig in scenario's voor omlaag schalen.
Aanbevelingen
- Gebruik breedte-eerste taakverdeling om uw gebruikerservaring snel te verbeteren.
- Gebruik diepte-first taakverdeling voor een kosteneffectieve benadering.
- Gebruik diepte-first taakverdeling voor scenario's voor omlaag schalen.
Schaalplannen
Impact: Kostenoptimalisatie, Prestatie-efficiëntie
Met schaalplannen in Azure Virtual Desktop kunt u voldoen aan de vraag van gebruikers en de kosten voor het onderhouden van uw virtuele bureaubladomgeving verlagen. Wanneer u schaalplannen gebruikt, kunt u het minimum- en maximumpercentage van hosts en de capaciteitsdrempel aanpassen. Door deze instellingen te wijzigen, kunt u het aantal sessiehosts optimaliseren dat online is en klaar is om gebruikerssessies te accepteren.
Door de schaalplannen op een optimale manier te gebruiken, kunt u het volgende doen:
- Zorg ervoor dat er voldoende sessiehosts klaar zijn om uw gebruikers te bedienen.
- Schakel sessiehosts uit wanneer gebruikers uw service niet meer nodig hebben.
U kunt ook het algoritme voor taakverdeling wijzigen om uw kostenefficiëntie verder te verbeteren.
In tegenstelling tot Virtuele-machineschaalsets van Azure worden bestaande sessiehosts niet geïmplementeerd of verwijderd. In plaats daarvan schakelen de plannen de hosts automatisch uit en aan om u te helpen uw kostenefficiëntie te maximaliseren.
Het is belangrijk om vanaf het begin een voldoende maximum aantal sessiehosts in te stellen. Deze procedure helpt ervoor te zorgen dat uw Azure Virtual Desktop-omgeving voldoet aan de prestatiebehoeften, maar kan ook resources omlaag schalen wanneer ze niet nodig zijn. Het omlaag schalen kan schadelijk zijn. In sommige scenario's zijn er bijvoorbeeld onvoldoende sessiehosts die klaar zijn om de gebruiker te bedienen. In dat geval kunnen gebruikers een prestatievermindering ervaren of geen verbinding kunnen maken met de Azure Virtual Desktop-omgeving. Als gevolg hiervan is het belangrijk om ideale waarden te bepalen voor het laagste punt dat u omlaag kunt schalen naar en het hoogste punt waarnaar u omhoog kunt schalen.
Aanbevelingen
- Gebruik schaalplannen, waarmee hosts automatisch worden uitgeschakeld en ingeschakeld om te zorgen voor voldoende prestaties voor gebruikers.
- Pas de instellingen van schaalplannen aan om de kostenefficiëntie te verbeteren.
Instellingen voor sessiehost
Net als hostgroepinstellingen kunnen de instellingen op de VM's die fungeren als uw sessiehosts ook van invloed zijn op de prestaties van uw Azure Virtual Desktop-omgeving.
Regio's
Impact: betrouwbaarheid, prestatie-efficiëntie
De locatie van een sessiehost correleert rechtstreeks met de latentie die eindgebruikers ervaren. Als u FSLogix gebruikt, heeft de afstand tussen de locatie van uw hostgroep en de FSLogix-opslaglocatie ook invloed op uw eindgebruikerservaring. Sessiehosts in de buurt van gebruikerslocaties implementeren.
De regio van uw sessiehosts is ook van invloed op de betrouwbaarheid van uw Azure Virtual Desktop-omgeving. Het is belangrijk om uw sessiehosts met redundantie te implementeren. U wordt aangeraden beschikbaarheidszones in te schakelen.
- Beschikbaarheidszones verbeteren de tolerantie van uw sessiehosts tegen zonestoringen, maar ze zijn beperkt tot specifieke regio's.
- Virtuele-machineschaalsets met flexibele indeling bieden implementatieopties voor meerdere zones. Binnen elke zone kunt u implementeren in verschillende foutdomeinen.
Zie de volgende artikelen voor meer informatie over beschikbaarheidszones en schaalsets met flexibele indeling:
Aanbevelingen
- Implementeer sessiehosts dicht bij uw gebruikers om de latentie te minimaliseren.
- Implementeer sessiehosts in een beschikbaarheidszone of een flexibele virtuele-machineschaalset om uw omgeving te beschermen tegen storingen.
Grootte berekenen
Impact: Kostenoptimalisatie, Prestatie-efficiëntie
De rekenkracht van uw sessiehost is ook van invloed op de prestaties van uw omgeving. Azure biedt verschillende rekengrootten. Er zijn ook veel families, architectuurtypen, kernaantallen, opslagfuncties en speciale hardwareopties, zoals GPU's die beschikbaar zijn. Door de juiste grootte voor uw workload te kiezen, kunt u optimale prestaties bereiken tegen een optimaal prijspunt.
Sommige grootten bieden speciale functies:
- DCasv5 en ECasv5 zijn vertrouwelijke grootten die robuuste functies voor hoge beveiliging bieden. Voorbeelden van deze functies zijn isolatie op basis van hardware, versleuteling en toegewezen modules voor virtuele vertrouwde platforms.
- Bepaalde grootten bieden GPU-ondersteuning. De NV-serie, die wordt ondersteund door NVIDIA Tesla M60 GPU's, kan handig zijn als u frameworks zoals OpenGL en DirectX gebruikt, of in het algemeen als u grafische intensieve toepassingen gebruikt.
Aanbevelingen
- Bekijk de verschillende rekengrootten, families en functies die Azure biedt en kies de optie die de prestaties en kostenefficiëntie van uw workload optimaliseert.
- Overweeg VM's in de DCasv5- of ECasv5-serie als u workloads met hoge beveiliging uitvoert.
- Overweeg VM's uit de NV-serie als u grafische intensieve toepassingen gebruikt.
Opslagoplossingen
Impact: Kostenoptimalisatie, Prestatie-efficiëntie
Uw opslagoplossing is ook van invloed op de prestaties van Azure Virtual Desktop. Sessiehosts maken gebruik van door Azure beheerde schijven als virtuele harde schijven. Er zijn verschillende typen schijven beschikbaar:
- Premium solid-state drives (SSD's)
- Standard-SSD's
- Standaard harde schijven (HDD's)
Elke schijf heeft een eigen maximale grootte, doorvoer en I/O-bewerkingen per seconde (IOPS). Door de juiste schijfgrootte en -serie te kiezen, kunt u de prestaties krijgen die nodig zijn voor een optimaal prijspunt:
- Als u een schijfgrootte kiest die voldoende prestaties biedt voor de toepassingen die u uitvoert in uw Azure Virtual Desktop-omgeving, voorkomen gebruikers ernstige prestatieproblemen.
- Als u een schijfgrootte kiest die niet te groot is, vermijdt u dat u betaalt voor extra prestaties die niet worden gebruikt.
De service level agreement (SLA) van een schijf voor de sessiehosts is afhankelijk van het schijftype. Zie Tolerantie van hostgroepen om de SLA's van sessiehosts te vergelijken die gebruikmaken van verschillende typen schijven.
Aanbevelingen
- Houd rekening met de maximale grootte, doorvoer en IOPS van de verschillende typen beheerde Azure-schijven wanneer u uw opslagoplossing ontwerpt.
- Kies een type beheerde schijf waarmee de prestaties en kostenefficiëntie van uw workload worden geoptimaliseerd.
Fouttolerantie
Impact: Kostenoptimalisatie, betrouwbaarheid
Fouttolerantie is fundamenteel gericht op de principes van hoge beschikbaarheid en herstel na noodgevallen. U kunt hoge beschikbaarheid bereiken door het aantal sessiehosts te verhogen, met name in verschillende beschikbaarheidszones. Als u spreidingssessies host in verschillende beschikbaarheidszones en locaties binnen beschikbaarheidszones, kunt u de kans verkleinen dat uw Azure Virtual Desktop-omgeving niet meer beschikbaar is vanwege onderhoud of storing.
Voor herstel na noodgevallen van sessiehosts kunt u gouden installatiekopieën of back-ups gebruiken:
- Als uw sessiehosts gegevens of toepassingen bevatten die niet actief hoeven te worden opgeslagen, gebruikt u gouden afbeeldingen. Het opslaan van deze installatiekopieën moet op een redundante manier voldoende herstel na noodgevallen bieden.
- Als uw sessiehost waardevolle gegevens bevat die regelmatig worden bijgewerkt, kunt u back-ups overwegen om deze wijzigingen op te slaan. De kosten van het gebruik van back-ups zijn aanzienlijk hoger dan de kosten voor het onderhouden van gouden afbeeldingen.
Het is ook belangrijk om een FMA (Failure Mode Analysis) uit te voeren in uw omgeving. Met een juiste FMA kunt u zich voorbereiden op toekomstige storingen en deze helpen voorkomen. Mogelijke foutpunten zijn:
- Sessiehosts die in één regio worden geïmplementeerd. Deze installatie kan leiden tot een volledige uitschakeling van de service tijdens een storing in de beschikbaarheidszone.
- Sessiehosts voor persoonlijke pools die geen back-ups hebben. Zonder ingeschakelde back-ups kunnen gebruikers niet snel andere identieke sessiehosts implementeren en gegevensverlies ervaren.
- Het onvermogen om snel nieuwe sessiehosts te implementeren tijdens een storing. Als u infrastructuur als code (IaC) niet gebruikt om sessiehostgegevens en VM-installatiekopieën op te slaan, kunt u dit probleem tegenkomen. Voorbeelden van IaC zijn Azure Resource Manager-sjablonen, Bicep en Terraform.
Aanbevelingen
- Verspreid sessiehosts over verschillende beschikbaarheidszones om de beschikbaarheid te verbeteren.
- Verspreid sessiehosts binnen beschikbaarheidszones.
- Gebruik gouden afbeeldingen die u op een redundante manier opslaat voor herstel na noodgevallen als u geen back-up van sessiehostgegevens of toepassingen hoeft te maken.
- Gebruik back-ups voor herstel na noodgevallen als u sessiehostgegevens regelmatig bijwerkt.
- Voer een FMA uit op uw omgeving om toekomstige storingen voor te bereiden en deze te voorkomen.
Volgende stappen
Nu u overwegingen voor toepassingslevering hebt onderzocht, kunt u zien hoe u connectiviteit tot stand brengt, perimeters voor uw workload maakt en verkeer gelijkmatig distribueert naar uw workloads.
Gebruik het evaluatieprogramma om uw ontwerpkeuzen te evalueren.