Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Effectieve levering van toepassingen zorgt voor betrouwbare, rendabele en krachtige externe desktops en toepassingen. Dit artikel bevat richtlijnen voor het optimaliseren van hostgroepen en sessiehosts. Deze aanbevelingen zijn afgestemd op de pijlers van Azure Well-Architected Framework.
Instellingen voor hostgroep
Wanneer u hostgroepen maakt, zijn er verschillende configuratie-instellingen die rechtstreeks van invloed zijn op de prestaties en efficiëntie van de omgeving.
Typen hostgroepen
U kunt twee typen hostgroepen maken in Azure Virtual Desktop:
Persoonlijke hostgroepen wijzen een gebruiker toe aan een specifieke virtuele machine (VM). De gebruiker maakt elke keer verbinding met dezelfde virtuele machine. Gebruikersprofielgegevens worden opgeslagen op de besturingssysteemschijf van de virtuele machine. Met deze installatie blijft de toepassingsstatus van gebruikers in de loop van de tijd behouden. Voor persoonlijke hostgroepen is een robuuste back-up vereist als er zich een noodgeval voordoet.
Gegroepeerde hostgroepen wijzen meerdere gebruikers toe aan verschillende VM's binnen een pool. Gebruikers kunnen elke keer verbinding maken met verschillende sessiehosts. FSLogix is vereist voor het opslaan van gebruikersprofielgegevens. Deze installatie biedt een gemeenschappelijke ervaring op afstand en verbetert de efficiëntie vanwege de kortstondige aard van de verbindingen. Gegroepeerde hostgroepen kunnen ook goedkoper zijn.
Als u een hostgroeptype wilt kiezen, raadpleegt u Hostgroepen.
In het algemeen begrijpt u de gemeenschappelijke kenmerken tussen gebruiksvoorbeelden en standaardiseert u hostgroepen om uw omgeving te vereenvoudigen. Deze aanpak leidt tot gestroomlijnde bewerkingen en maakt het gemakkelijker om te voldoen aan de verwachtingen voor betrouwbaarheid en prestaties.
Aanbevelingen
| Aanbeveling | Voordeel |
|---|---|
| Begrijp het belang van de hostgroep en de workloads die deze ondersteunt. Zorg dat de gecombineerde SLA's (Service Level Agreements) voldoen aan de vereisten van de workload. Definieer de RPO en RTO van elke workload. Evalueer de voordelen en gevolgen van het gebruik van Active-Active versus Active-Passive architectuur in persoonlijke en poolhostpools. | Het aanroepen van de juiste BCDR-strategie zorgt ervoor dat de verwachtingen van zakelijke leiders en eindgebruikers worden bereikt of overschreden. |
| Richt u op een implementatie in fase 3 voor meerdere regio's als regionale fouten niet acceptabel zijn. Begrijpen hoe de metagegevens worden gerepliceerd in uw AVD-objecten en -resources. |
Behoud bedrijfscontinuïteit voor uw workload(s) en houd gebruikers functioneel, zelfs tijdens een regionale storing. |
| Onboarding van uw virtuele machines naar AVD Insights met behulp van Azure Monitor Agent om de status van uw VM's te bewaken. | Waarneembaarheid in de status van uw VM's is van cruciaal belang voor de operationele status en stabiliteit. |
| Gebruik vertrouwde installatiekopieën van Azure Marketplace en installeer alleen software uit vertrouwde bronnen. Werk regelmatig uw basisafbeelding en software bij. Voor poolhostgroepen moet u ervoor zorgen dat u alle sessiehosts bijwerkt en configuratiedrift vermijdt. |
Verhoogt de beveiligingspostuur en vermindert de kwetsbaarheid voor aanvallen tegen beveiligingsproblemen die uw workload(en) kunnen in gevaar brengen. Zorgt voor een consistente en betrouwbare gebruikerservaring, ongeacht de sessiehost waaraan een gebruiker wordt brokered. |
| Pas de juiste segmentatie toe voor uw gevoelige workloads, zoals het isoleren van workloads met hoge gevoeligheid en het uitvoeren ervan op vm's uit de vertrouwelijke rekenreeks. | Hardware-gebaseerde TEE versterkt het geheugen en de status van het gastbesturingssysteem, waardoor uw beveiligingspositie wordt verbeterd. |
| Krijg inzicht in het kostenprofiel van de sessiehosts en gebruikers van de hostgroep en voer kostenmodellering uit om een geoptimaliseerde omgeving te maken. Gebruik de Azure-prijscalculator om schattingen voor de oplossing op te halen. Maak budgetten in Azure om ervoor te zorgen dat de implementatie overeenkomt met kostenramingen. | Door budgetten vast te stellen, kunt u onverwachte kosten voor AVD wegnemen, vooral als u rekening houdt met toekomstige groei of VM's die meer dan het verwachte aantal uren draaien. |
| Evalueer de kosten die zijn gekoppeld aan cloudgebaseerde bureaubladoplossingen, zoals Windows 365. | Cloudgebaseerde bureaubladoplossingen zijn mogelijk geschikter voor persoonlijke desktopbehoeften vanwege hun lagere beheeroverhead en vaste maandelijkse kosten, vergeleken met het op verbruik gebaseerde model van Azure Virtual Desktop. |
| Evalueer welke toepassingen of gebruikers kunnen werken op een sessiehost met meerdere sessies. Maak uw gebruiksscenario's met deze overweging in gedachten. U kunt FSLogix gebruiken om de toegang tot toepassingen te beperken, zodat verschillende gebruikers apps ontvangen dan anderen in dezelfde hostgroep. |
Hostpools voor meerdere sessies bieden doorgaans een lagere kosten per gebruiker dan Configuraties van Personal Desktop. |
| Gebruik Azure Policy om consistentie te bevorderen in Azure Virtual Desktop-omgevingen, zoals VM-configuraties, het inschakelen van AVD Insights, taggen en nog veel meer. | Dit verbetert de consistentie van de resource-implementatie, waardoor kostbare herimplementaties of risico's voor de beveiligingspostuur worden vermeden. |
| Gebruik infrastructuur als code (IaC) voor implementaties. Gebruik resources, zoals Azure VM Image Builder en de Virtual Desktop Accelerator. | Deze benaderingen vergemakkelijken standaardisatie in meerdere hostgroepen, waardoor herhaalbaarheid wordt aangeslagen. Ze verminderen ook de overhead van engineering en operationele activiteiten. |
| Gebruik validatiehostgroepen om binnenkomende AVD-updates te testen. Zorg ervoor dat u meerdere gebruikers hebt die de omgeving regelmatig gebruiken om grondig te testen. | Zorgt ervoor dat alle binnenkomende functies die naar AVD komen, worden getest en gevalideerd. Bewerkingen kunnen automatische updates van de AVD-agents tijdelijk uitschakelen als er problemen optreden. |
Compromis. Selecteer de juiste architectuur en hostpooltypen voor elke gebruiker die door uw Azure Virtual Desktop-omgeving wordt ondersteund. Hogere veerkracht gaat gepaard met hogere kosten en extra complexiteit, maar lagere kosten leiden ook tot hiaten in de veerkracht om de eenvoud te behouden.
Opmerking
Als u een poolhostgroep gebruikt, hebt u twee opties voor taakverdelingsalgoritmen. 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-eerst taakverdeling verzadigt één sessiehost tegelijk voordat gebruikerssessies aan andere sessiehosts worden toegewezen, wat zorgt voor efficiënt gebruik van middelen. Deze aanpak is met name rendabel, omdat deze volledig gebruikmaakt van de capaciteit van één host voordat gebruikers worden toegewezen aan de volgende sessiehost. Diepte-eerst belastingbalancering is vooral nuttig in afschalingsscenario's.
Schaalplannen
Gebruik schaalplannen in Virtual Desktop om te voldoen aan de vraag van gebruikers en de kosten voor het onderhouden van uw virtuele bureaubladomgeving te verlagen. Wanneer u schaalplannen gebruikt, kunt u de capaciteit van uw hostgroep dynamisch richten op basis van planningen, gedrag voor taakverdeling selecteren op basis van het tijdstip van de dag, en de niet-actieve ervaring van gebruikerssessies, de verbinding verbreken en afmelden beheren. Azure Virtual Desktop-operators kunnen al deze besturingselementen combineren om de gebruikerservaring te verdelen, de prestaties te verbeteren en kostenefficiëntie te optimaliseren voor hun Azure Virtual Desktop-workloads.
Zie Schaalplannen voor productdocumentatie.
Als u een schaalstrategie wilt maken voor een poolhostgroep, legt u de volgende gegevenspunten vast:
- Totaal aantal gebruikers dat is toegewezen aan de hostgroep en de geraamde groei of vermindering
- Verwachte of bekende piek in gelijktijdige gebruikerssessies
- Totaal aantal sessiehosts (VM's) uitgerold
- Maximale sessielimiet per sessiehost
- Persona's en werkschema's van gebruikers
Als u een geschikte schaalstrategie wilt bepalen, gebruikt u het totale aantal toegewezen gebruikers dat aan uw totale capaciteit voldoet of overschrijdt. Zoek uw totale capaciteit door de maximale sessielimiet te vermenigvuldigen met het aantal sessiehosts. Gebruik vervolgens uw gelijktijdige gebruikersessies tijdens piekmomenten om het juiste aantal sessiehosts te bepalen waarop u zich voor de verschillende fasen van het schema moet richten. De meeste organisaties richten zich op 80-90% hostgroepgebruik, wat helpt om de footprint van de sessiehosts te verminderen, overimplementatie te beperken en de kosten te beheersen.
De meest voorkomende methode is om de planningen en fasen van uw schaalplan uit te lijnen met de gebruikerspersona's die zijn toegewezen aan uw hostpool. Neem het juiste taakverdelingsalgoritmen op op basis van of u prioriteit geeft aan de gebruikerservaring of -kosten.
Belangrijk
Gebruik een breedte-eerst benadering tijdens uw opstartperiode om te voorkomen dat overmatige aanmeldingen een sessiehost overweldigen, doordat gebruikers hun werkdag starten. Schakel vervolgens over naar een dieptedoorzoekstrategie tijdens piekuren, afbouwuren en daluren. Deze strategie varieert op basis van de behoeften van uw organisatie en workload.
Bekijk de volgende voorbeeldcriteria:
- Type hostgroep: Gedeeld bureaublad
- Totaal aantal gebruikers: 300
- Maximale sessielimiet: 8
- VM-grootte: D16as_v5
- Totaal aantal sessiehosts: 38 (Deze waarde wordt naar boven afgerond op basis van de vergelijking 300 / 8 = 37,5)
- Totale capaciteit van hostpool: 304 sessies
- Verwachte piek gelijktijdige sessies: 280
In de volgende tabel ziet u een voorbeeld van een schaalplan op basis van de voorgaande criteria:
| Planningsfase | Faseconfiguratie |
|---|---|
| Omhoog instellen |
Begintijd: 7:00 uur Taakverdelingsalgoritmen: Breedte-eerst Minimumpercentage van hosts: 20% (8 sessiehosts = 64 sessies beschikbaar voor gebruikers) Capaciteitsdrempel: 50% (schaalplan schakelt meer sessies in wanneer 40% van de gebruikte hostgroepcapaciteit groter is dan 50% = 32 sessies) |
| Piekuren |
Begintijd: 9:00 uur Taakverdelingsalgoritme: Diepte-eerst Capaciteitsdrempel: 50% (vast op basis van opstapfase) |
| Afbouwen |
Begintijd: 2:00 uur Taakverdelingsalgoritme: Diepte-eerst Minimumpercentage van actieve hosts: 10% (minimaal vier sessiehosts) Capaciteitsdrempel: 90% Gebruikers afmelden afdwingen: Nee Vm's stoppen wanneer: VM heeft geen actieve sessies |
| Daluren |
Begintijd: 18:00 uur Minimumpercentage van actieve hosts: 10% (niet weergegeven in GUI, maar weerspiegeld in logica) Taakverdelingsalgoritme: Diepte-eerst Capaciteitsdrempel: 90% |
Persoonlijke hostgroepen wijzen elke gebruiker toe aan een toegewezen, permanente VM om ervoor te zorgen dat ze altijd verbinding maken met dezelfde sessiehost. Een strategie voor een persoonlijke hostgroep heeft minder schaaloverwegingen. Richt uw strategie meer op gebruikerservaring en kostenbeheer en minder op de totale capaciteit van de hostgroep. Als u een schaalstrategie voor een persoonlijke hostgroep wilt maken, moet u rekening houden met de volgende factoren:
- Bepaal of u de functie VM starten bij verbinding gebruikt.
- Bepaal welke VM's moeten worden gestart tijdens de opstartperiode.
- Overweeg de instellingen voor ontkoppelen en afmelden.
- Overweeg de sluimerstand.
Aanbevelingen
| Aanbeveling | Voordeel |
|---|---|
| Gebruik schaalplannen van Azure Virtual Desktop om schaalbaarheid te verfijnen en sessiehosts uit te schakelen wanneer er geen vraag is. Voldoende sessiehosts hebben om de vraag van uw Azure Virtual Desktop-workload te ondersteunen. Inzicht in schaallimieten voor abonnementen, services en VM's. |
Met schaalplannen kunt u de efficiëntie van de hostgroep optimaliseren door de capaciteit aan te passen aan de realtime vraag. Ze verminderen onnodig resourcegebruik tijdens perioden met lage vraag en zorgen ervoor dat er voldoende sessiehosts beschikbaar zijn wanneer dat nodig is, waardoor kostenbeheer en workloadprestaties uiteindelijk worden verbeterd. Zie Hoe een schaalplan werkt en aanbevelingen voor het ontwerpen van een betrouwbare schaalstrategie voor meer informatie. |
| Lijn uw schaalschema uit met de verwachte laadpatronen, ongeacht of het statische, dynamische, voorspelbare of piekpatronen zijn. | Door het aanpassen van schaalschema's aan workloadpatronen voorkomt u onnodig resourceverbruik en zorgt u ervoor dat gebruikers over voldoende capaciteit beschikken wanneer dat nodig is. |
| Pas het taakverdelingsalgoritmen aan. | Een geoptimaliseerd taakverdelingsalgoritmen zorgen voor systeemstabiliteit en voorkomen overbelasting. Het kan ook de latentie verminderen, waardoor de tevredenheid en efficiëntie van gebruikers worden verbeterd. |
| Profiteer van Azure Virtual Desktop Insights om diagnostische logboeken van uw schaalplan vast te leggen, waarmee gebruikstrends en bewerkingen worden gevuld. | Deze metrische gegevens helpen ervoor te zorgen dat uw schaalplan en planningen effectief blijven en teams bruikbare gegevens bieden, zodat ze dienovereenkomstig aanpassingen kunnen aanbrengen. |
| Implementeer Azure Monitor-waarschuwingen en configureer actiegroepen om belanghebbenden op de hoogte te stellen en actie te ondernemen als er een gebrek is aan capaciteit van hostpools of mislukte schaalbewerkingen. | Detecteer capaciteitstekorten en schaalfouten, waardoor geautomatiseerde of handmatige interventie mogelijk is voordat gebruikers onderbrekingen ondervinden. Helpt de optimale beschikbaarheid van sessies te behouden en voorkomt onverwachte downtime. |
| Gebruik voor Greenfield-workloads een grondig proof-of-concept en testomgeving voor gebruikersacceptatie om voldoende gegevens vast te leggen voor prestatietests. | Met de resultaten kunt u de optimale waarden voor de juiste configuraties voor schaalplannen bepalen. |
| Bekijk time-outs voor inactiviteit en loskoppelopties die onderbreking minimaliseren wanneer een gebruiker weer aan het werk gaat. | Helpt de gebruikerservaring te optimaliseren door onnodige sessieaanmeldingen te verminderen en gebruikers in staat te stellen hun werk snel te hervatten. |
| Voor persoonlijke hostgroepen: - Toegewezen VM's instellen om te starten tijdens de opstartfase. - Profiteer van de sluimerstand. |
VM's die tijdens de opstartfase worden gestart, verbeteren de verbindingservaring tijdens het begin van de dag van een gebruiker. Sluimerstand vermindert opstartvertragingen en verbetert de gebruikerservaring terwijl de infrastructuurkosten worden geminimaliseerd. |
| Voor gegroepeerde hostgroepen: - Gebruik breedte-eerste taakverdeling om de gebruikerssessies over beschikbare hosts te verdelen. - Doel 80-90% van de maximale sessiecapaciteit op basis van uw totale toegewezen gebruikers en piek in gelijktijdige sessies. - Gebruik uitsluitingstags op foutieve sessiehosts, zodat het schaalplan geen beschadigde sessiehosts inschakelt. - Zorg ervoor dat uw hostgroepcapaciteit kan voldoen aan plotselinge vraag, ongepland onderhoud of storingen. |
Breedte-eerste taakverdeling vermindert de impact op gebruikers als een sessiehost offline gaat of een kritieke fout ondervindt. Een capaciteitsdoel van 80-90% helpt kosten te optimaliseren en te voorkomen dat er te veel wordt geïmplementeerd. Capaciteitsbuffers zorgen voor tolerantie tijdens pieken in de vraag, onderhoudsvensters en infrastructuurfouten, waardoor het risico op prestatievermindering wordt verminderd. |
Opmerking
Schaalplannen creëren of verwijderen geen sessiehosts. Als u sessiehosts wilt maken of verwijderen, moet u aangepaste automatisering maken met behulp van een combinatie van CI/CD-pijplijnen (IaC en continue integratie en continue levering).
Hoewel Virtual Desktop-schaalplannen het resourcegebruik optimaliseren, maken of verwijderen ze geen sessiehosts dynamisch. Als meer gedetailleerde controle vereist is, kunnen aangepaste oplossingen voor automatisch schalen intern worden ontwikkeld met behulp van PowerShell, CLI of de REST API om sessiehosts te schalen op basis van realtime vraag. Deze aanpak vereist extra beheeroverhead, maar biedt meer flexibiliteit en automatisering die is afgestemd op de behoeften van workloads. "
Zie Aanbevelingen voor het optimaliseren van schaalkosten en aanbevelingen voor het optimaliseren van schaalaanpassing en partitionering voor meer informatie.
Toepassingsgroepen
U kunt toepassingsgroepen in Azure Virtual Desktop (AVD) gebruiken om een set toepassingen of bureaubladen te beheren en te publiceren voor gebruikers. Toepassingsgroepen bepalen welke toepassingen of bureaubladgebruikers toegang hebben tot en hoe ze worden gepresenteerd. Ze helpen resources te ordenen en de toegang efficiënt te beheren, waardoor zowel de beveiliging als de gebruikerservaring worden verbeterd.
De twee typen toepassingsgroepen in Azure Virtual Desktop zijn:
Bureaubladtoepassingsgroepen: Gebruikers hebben toegang tot een volledig Windows-bureaublad vanaf een sessiehost. Zowel gegroepeerde als persoonlijke hostgroepen ondersteunen bureaubladtoepassingsgroepen.
RemoteApp-toepassingsgroepen: Gebruikers hebben toegang tot specifieke toepassingen die u selecteert en publiceert naar de toepassingsgroep. Alleen gegroepeerde hostgroepen ondersteunen RemoteApp-toepassingsgroepen.
Wanneer u gegroepeerde hostgroepen gebruikt, kunt u beide typen toepassingsgroepen toewijzen aan dezelfde hostgroep. Elke hostgroep kan echter slechts één bureaubladtoepassingsgroep hebben, maar kan meerdere RemoteApp-toepassingsgroepen hebben.
| Aanbeveling | Voordeel |
|---|---|
| Evalueer of u RemoteApp of Session Desktop wilt gebruiken voor elke toepassingsgroep. Als gebruikers toegang nodig hebben tot specifieke toepassingen op basis van hun afdeling, zoals HR of Financiën, gebruikt u RemoteApp om alleen de vereiste toepassingen te publiceren. Als gebruikers een volledige bureaubladomgeving met alle toepassingen nodig hebben, gebruikt u Session Desktop. | Dit zorgt ervoor dat gebruikers het juiste toegangsniveau hebben, waardoor de beveiliging wordt verbeterd door het principe van minimale bevoegdheden te volgen, terwijl ook het beheer wordt vereenvoudigd en onnodig resourcegebruik wordt verminderd. |
| Gebruikers toewijzen aan toepassingsgroepen met behulp van Microsoft Entra ID-beveiligingsgroepen in plaats van directe gebruikerstoewijzingen. | Stroomlijnt gebruikersbeheer, zorgt voor schaalbaarheid en onderhoudt consistentie bij het onboarden of offboarding van gebruikers. |
| Stel een sessielimiet in voor elke toepassingsgroep en houd het aantal toepassingen in een RemoteApp-groep onder de 50. | Voorkomt prestatievermindering door overmatige sessiebelastingen te voorkomen. |
| Schakel diagnostische instellingen in voor toepassingsgroepen in Azure Virtual Desktop en configureer ze voor het verzenden van logboeken en metrische gegevens naar Log Analytics. | Verbetert proactieve bewaking, waardoor snellere detectie van problemen en probleemoplossing mogelijk is. |
Evalueer de kritieke status van de toepassingsgroep (schaal 1-5) om te controleren of de configuratie van de hostgroep voldoet aan de beschikbaarheids- en prestatiebehoeften. Note: Each Application Group is linked to a single Host Pool. - Niveau 5: Bedrijfskritieke apps (bijvoorbeeld financiën) → Controleren of hostgroepen gebruikmaken van beschikbaarheidszones en Premium SSD's. - Niveau 3: Belangrijke apps (bijvoorbeeld documenteditors) → Zorg ervoor dat hostpools beschikbaarheidssets en Standard SSD's gebruiken. - Niveau 1: Apps met lage prioriteit → Het gebruik van voor kosten geoptimaliseerde VM's (zoals B-serie) bevestigen |
Deze aanpak zorgt ervoor dat infrastructuurbeslissingen gerechtvaardigd en afgestemd zijn op het zakelijke belang van toepassingen, waarbij het resourcegebruik wordt geoptimaliseerd terwijl wordt voldaan aan de beschikbaarheids- en prestatiedoelstellingen. |
| Wijs vertrouwelijkheidslabels toe aan toepassingsgroepen op basis van gegevenstype en bedrijfskritiek. Voor een toepassingsgroep die financiële gegevens verwerkt, wijst u bijvoorbeeld een vertrouwelijk label toe. Wijs voor een toepassingsgroep met algemene beheerprogramma's een algemeen label toe. |
Verbetert de beveiligingspositie door passende toegangscontroles af te dwingen op basis van de gevoeligheid van gegevens. |
| Gebruik Azure Key Vault om toepassingsgeheimen, zoals API-sleutels en databasereferenties, veilig op te slaan die de toepassingen in toepassingsgroepen gebruiken. Zorg ervoor dat u geheimen versleutelt om ze te beschermen tegen onbevoegde toegang. | Verbetert de beveiliging door geheimbeheer en versleuteling te centraliseren. Vermindert het risico op blootstelling aan referenties, vereenvoudigt de rotatie van referenties en verbetert de naleving van beveiligingsbeleid. Een financiële toepassing in een toepassingsgroep maakt bijvoorbeeld verbinding met een Azure SQL-database en een betalings-API van derden. Zonder Azure Key Vault: databasereferenties en API-sleutels worden opgeslagen in code- of configuratiebestanden, waardoor het risico op blootstelling en onbevoegde toegang toeneemt. |
| Volg en bewaak de gebruikspatronen van toepassingsgroepen via Azure Log Analytics en AVD Insights. | Deze aanpak helpt u bij het identificeren van ongebruikte of te weinig gebruikte toepassingsgroepen. Gebruik deze gegevens om te bepalen wanneer u de toewijzing van resources ongedaan wilt maken, zodat u de kosten kunt verlagen. |
| Wijzig of verklein het aantal actieve VM's dat toepassingsgroepen ondersteunt op basis van gebruikspatronen. | Deze procedure minimaliseert de kosten van overgeprovisioneerde middelen. |
| Profiteer van IaC-hulpprogramma's, zoals Arm-sjablonen (Azure Resource Manager-sjablonen), Bicep of Terraform. U kunt bijvoorbeeld een declaratieve ARM-sjabloon definiëren waarmee een hostgroep wordt ingericht, sessiehosts worden toegewezen en toepassingsgroepen worden geconfigureerd met specifieke toepassingstoewijzingen en -beleidsregels. |
Deze aanpak standaardiseert de implementatie en configuratie van hostgroepen en toepassingsgroepen en vermindert menselijke fouten. U kunt implementaties maken die herhaalbaar, schaalbaar en consistent zijn in verschillende omgevingen. |
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 Virtual Desktop-omgeving.
Regio's
De locatie van een sessiehost correleert rechtstreeks met de latentie die gebruikers ervaren. Als u FSLogix gebruikt, is de afstand tussen de locatie van uw hostgroep en de FSLogix-opslaglocatie ook van invloed op de gebruikerservaring. Sessiehosts in de buurt van gebruikerslocaties implementeren.
De regio van uw sessiehosts is ook van invloed op de betrouwbaarheid van uw Virtual Desktop-omgeving. Het is belangrijk om uw sessiehosts met redundantie te implementeren. U kunt beschikbaarheidszones of virtuele machineschaalsets inschakelen.
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:
- Ondersteuning voor beschikbaarheidszoneservice
- Ondersteuning voor regio van beschikbaarheidszones
- Schaalsets met flexibele indeling
Grootte berekenen
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. Kies de juiste grootte voor uw workload om optimale prestaties tegen een optimaal prijspunt te realiseren.
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.
Sommige grootten bieden GPU-ondersteuning. Gebruik de NV-serie, die wordt ondersteund door NVIDIA Tesla M60 GPU's, als u frameworks zoals OpenGL en DirectX gebruikt of als u grafische intensieve toepassingen gebruikt.
Opslagoplossingen
Uw opslagoplossing is ook van invloed op de prestaties van Virtual Desktop. Sessiehosts maken gebruik van door Azure beheerde schijven als virtuele harde schijven. De typen schijven zijn onder andere:
- Azure Premium SSD
- Azure Standard SSD
- Azure Standard HDD
Elke schijf heeft een eigen maximale grootte, doorvoer en invoer-/uitvoerbewerkingen per seconde (IOPS). Kies de juiste schijfgrootte en -serie om optimale prestaties tegen een optimaal prijspunt te realiseren. Een optimale schijfgrootte kan helpen bij het voorkomen van ernstige prestatieproblemen voor gebruikers en het voorkomen van overbesteding van prestaties die u niet gebruikt.
De 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.
Fouttolerantie
Fouttolerantie is fundamenteel gericht op de principes van hoge beschikbaarheid en herstel na noodgevallen. Als u hoge beschikbaarheid wilt bereiken, verhoogt u het aantal sessiehosts, met name in verschillende beschikbaarheidszones. Als u sessiehosts verspreidt over beschikbaarheidszones en locaties binnen beschikbaarheidszones, kunt u de kans verkleinen dat uw 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. Sla deze installatiekopieën op een redundante manier op om ervoor te zorgen dat u sessiehosts kunt herstellen als er zich een noodgeval voordoet.
Als uw sessiehost waardevolle gegevens bevat die u regelmatig bijwerkt, kunt u back-ups overwegen om deze wijzigingen op te slaan. De back-upkosten zijn aanzienlijk hoger dan de kosten voor het onderhouden van golden images.
U moet ook een analyse van de foutmodus (FMA) uitvoeren 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 IaC niet gebruikt om sessiehostgegevens en VM-installatiekopieën op te slaan, kunt u dit probleem tegenkomen. Voorbeelden van IaC zijn ARM-sjablonen, Bicep en Terraform.
Aanbevelingen
| Aanbeveling | Voordeel |
|---|---|
| Implementeer sessiehosts dicht bij uw gebruikers. | Deze procedure minimaliseert de latentie. |
| Sessiehosts implementeren in een beschikbaarheidszone of een flexibele schaalset voor virtuele machines. | Deze aanpak helpt uw omgeving te beschermen tegen storingen. |
| Onderzoek de verschillende rekengrootten, families en functies die Azure biedt. | De juiste resources optimaliseren de prestaties en kostenefficiëntie van uw workload. |
| Overweeg VM's in de DCasv5- of ECasv5-serie als u workloads met hoge beveiliging uitvoert. | Deze VM's zonder lokale schijf bieden een betere waarde voor workloads waarvoor u geen lokale tijdelijke schijf nodig hebt. |
| Overweeg VM's uit de NV-serie als u grafische intensieve toepassingen gebruikt. | VM's uit de NV-serie bieden een robuust platform voor het weergeven en verwerken van zware grafische taken. |
| Houd rekening met de maximale grootte, doorvoer en IOPS van de verschillende typen beheerde Azure-schijven wanneer u uw opslagoplossing ontwerpt. | Deze procedure helpt bij het optimaliseren van de prestaties van toepassingen |
| Kies een type beheerde schijf waarmee de prestaties en kostenefficiëntie van uw workload worden geoptimaliseerd. | Om het inrichten te vereenvoudigen, beheert en schaalt u opslag. |
| Sessiehosts verspreiden over verschillende beschikbaarheidszones. | Deze aanpak verbetert de beschikbaarheid. |
| Verspreid sessiehosts binnen beschikbaarheidszones. | Om de kans te verkleinen dat omgeving niet beschikbaar is vanwege onderhoud of storing. |
| 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. | Deze procedure helpt bij herstel na noodgevallen. |
| Gebruik back-ups voor herstel na noodgevallen als u sessiehostgegevens regelmatig bijwerkt. | Met deze procedure kunt u waardevolle gegevens beveiligen. |
| Voer een FMA uit op uw omgeving. | Met een FMA kunt u zich voorbereiden op toekomstige storingen en deze mogelijk voorkomen. |
Volgende stappen
In het volgende artikel wordt beschreven hoe u connectiviteit tot stand brengt, perimeters maakt voor uw workload en verkeer gelijkmatig distribueert naar uw workloads.
Gebruik het evaluatieprogramma om uw ontwerpkeuzen te evalueren.