Schaalplannen en voorbeeldscenario's automatisch schalen in Azure Virtual Desktop
Met automatische schaalaanpassing kunt u virtuele machines (VM's) van uw sessiehost in een hostgroep omhoog of omlaag schalen volgens de planning om de implementatiekosten te optimaliseren.
Notitie
- Azure Virtual Desktop (klassiek) biedt geen ondersteuning voor automatische schaalaanpassing.
- Automatische schaalaanpassing wordt niet ondersteund in Azure Virtual Desktop voor Azure Stack HCI.
- U kunt sessiehosts voor automatisch schalen en schalen niet gebruiken met behulp van Azure Automation in dezelfde hostgroep. U moet een of de andere gebruiken.
- Automatische schaalaanpassing is beschikbaar in Azure en Azure Government in dezelfde regio's waarin u hostgroepen kunt maken.
Voor de beste resultaten raden we u aan om automatisch schalen te gebruiken met VM's die u hebt geïmplementeerd met ARM-sjablonen (Azure Virtual Desktop Azure Resource Manager) of hulpprogramma's van Microsoft.
Hoe een schaalplan werkt
Voordat u uw plan maakt, moet u rekening houden met de volgende zaken:
U kunt één schaalplan toewijzen aan een of meer hostgroepen van hetzelfde type hostgroep. De planningen van het schaalplan worden toegepast op alle toegewezen hostgroepen.
U kunt slechts één schaalplan per hostgroep koppelen. Als u één schaalplan toewijst aan meerdere hostgroepen, kunnen deze hostgroepen niet worden toegewezen aan een ander schaalplan.
Sluimerstand (preview) is beschikbaar voor persoonlijke hostpools. Bekijk de sluimerstand in virtuele machines voor meer informatie.
Een schaalplan kan alleen worden uitgevoerd in de geconfigureerde tijdzone.
Een schaalplan kan een of meer planningen hebben. Bijvoorbeeld verschillende planningen tijdens weekdagen versus het weekend.
Zorg ervoor dat u gebruikspatronen begrijpt voordat u uw planning definieert. U moet de volgende tijden van de dag plannen:
- Ramp-up: het begin van de dag, wanneer het gebruik wordt opgehaald.
- Piekuren: het tijdstip van de dag waarop het gebruik naar verwachting het hoogst is.
- Helling omlaag: wanneer gebruikstikken worden uitgeschakeld. Dit is meestal wanneer u uw VM's afsluit om kosten te besparen.
- Daluren: het tijdstip van de dag waarop het gebruik naar verwachting het laagst is.
Het schaalplan wordt van kracht zodra u dit inschakelt.
Houd ook rekening met deze beperkingen:
Gebruik geen automatische schaalaanpassing in combinatie met andere hulpprogramma's voor schalen van Microsoft of derden. Zorg ervoor dat u deze uitschakelt voor de hostgroepen waarop u de schaalplannen toepast.
Voor poolhostgroepen overschrijft automatische schaalaanpassing de afvoermodus, dus zorg ervoor dat u uitsluitingstags gebruikt bij het bijwerken van VM's in hostgroepen.
Voor poolhostgroepen negeert automatisch schalen bestaande taakverdelingsalgoritmen in de instellingen van uw hostgroep en past in plaats daarvan taakverdeling toe op basis van uw planningsconfiguratie.
Voorbeeldscenario's voor automatische schaalaanpassing voor gegroepeerde hostgroepen
In deze sectie zijn er vier scenario's die laten zien hoe verschillende onderdelen van automatische schaalaanpassing voor gegroepeerde hostgroepen werken. In elk voorbeeld zijn er tabellen met de instellingen van de hostgroep en demonstraties van geanimeerde visuals.
Notitie
Zie de woordenlijst voor automatische schaalaanpassing voor meer informatie over wat de parametertermen betekenen.
Scenario 1: Wanneer schakelt automatische schaalaanpassing virtuele machines in?
In dit scenario laten we zien dat automatisch schalen virtuele machines (VM's) voor sessiehosts in een willekeurige fase van het schaalplanschema kan inschakelen wanneer de capaciteit van de gebruikte hostgroep de capaciteitsdrempel overschrijdt.
Laten we bijvoorbeeld kijken naar de volgende installatie van de hostgroep, zoals beschreven in deze tabel:
| Parameter | Weergegeven als |
|---|---|
| Fase | Omhoog instellen |
| Totaal aantal sessiehosts | 6 |
| Algoritme voor taakverdeling | Breedte-eerst |
| Drempelwaarde voor capaciteit | 30% |
| Minimumpercentage van hosts | 30% |
| Beschikbare sessiehosts | 2 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 10 |
| Gebruikerssessies | 0 |
| Gebruikte capaciteit van hostgroep | 0% |
Aan het begin van deze fase is automatische schaalaanpassing ingeschakeld voor twee sessiehosts, zodat deze overeenkomen met het minimumpercentage van hosts. Hoewel 30% van zes geen geheel getal is, wordt automatisch schalen afgerond op het dichtstbijzijnde gehele getal. Als u twee beschikbare sessiehosts en een maximale sessielimiet van vijf sessies per host hebt, betekent dit dat deze hostgroep een beschikbare hostgroepcapaciteit van 10 heeft. Omdat er momenteel geen gebruikerssessies zijn, is de capaciteit van de gebruikte hostgroep 0%.
Wanneer de dag begint, laten we zeggen dat drie gebruikers zich aanmelden en gebruikerssessies starten. Hun gebruikerssessies worden gelijkmatig verdeeld over de twee beschikbare sessiehosts, omdat het taakverdelingsalgoritme eerst breed is. De beschikbare hostgroepcapaciteit is nog steeds 10, maar met de drie nieuwe gebruikerssessies is de capaciteit van de gebruikte hostgroep nu 30%. Automatische schaalaanpassing schakelt echter geen virtuele machines (VM's) in totdat de capaciteit van de gebruikte hostgroep groter is dan de drempelwaarde voor capaciteit. In dit voorbeeld is de capaciteitsdrempel 30%, dus automatisch schalen schakelt nog geen VM's in.
Op dit moment zien de parameters van de hostgroep er als volgt uit:
| Parameter | Weergegeven als |
|---|---|
| Fase | Omhoog instellen |
| Totaal aantal sessiehosts | 6 |
| Algoritme voor taakverdeling | Breedte-eerst |
| Drempelwaarde voor capaciteit | 30% |
| Minimumpercentage van hosts | 30% |
| Beschikbare sessiehosts | 2 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 10 |
| Gebruikerssessies | 3 |
| Gebruikte capaciteit van hostgroep | 30% |
Wanneer een andere gebruiker zich aanmeldt en een sessie start, zijn er nu vier totaal aantal gebruikerssessies verdeeld over twee sessiehosts. De gebruikte hostgroepcapaciteit is nu 40%, wat groter is dan de drempelwaarde voor capaciteit. Als gevolg hiervan schakelt automatisch schalen een andere sessiehost in om de gebruikte hostgroepcapaciteit te brengen naar minder dan of gelijk aan de capaciteitsdrempel (30%).
Kortom, dit zijn de parameters wanneer de gebruikte hostgroepcapaciteit de capaciteitsdrempel overschrijdt:
| Parameter | Weergegeven als |
|---|---|
| Fase | Omhoog instellen |
| Totaal aantal sessiehosts | 6 |
| Algoritme voor taakverdeling | Breedte-eerst |
| Drempelwaarde voor capaciteit | 30% |
| Minimumpercentage van hosts | 30% |
| Beschikbare sessiehosts | 2 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 10 |
| Gebruikerssessies | 4 |
| Gebruikte capaciteit van hostgroep | 40% |
Dit zijn de parameters nadat automatisch schalen een andere sessiehost heeft ingeschakeld:
| Parameter | Weergegeven als |
|---|---|
| Fase | Omhoog instellen |
| Totaal aantal sessiehosts | 6 |
| Algoritme voor taakverdeling | Breedte-eerst |
| Drempelwaarde voor capaciteit | 30% |
| Minimumpercentage van hosts | 30% |
| Beschikbare sessiehosts | 3 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 15 |
| Gebruikerssessies | 4 |
| Gebruikte capaciteit van hostgroep | 27% |
Als u een andere sessiehost inschakelt, zijn er nu drie beschikbare sessiehosts in de hostgroep. Omdat de maximale sessielimiet nog steeds vijf is, is de beschikbare capaciteit van de hostgroep tot 15 gestegen. Omdat de beschikbare capaciteit van de hostgroep is toegenomen, is de capaciteit van de gebruikte hostgroep gedaald tot 27%, wat lager is dan de drempelwaarde voor 30% capaciteit.
Wanneer een andere gebruiker zich aanmeldt, zijn er nu vijf gebruikerssessies verspreid over drie beschikbare sessiehosts. De capaciteit van de gebruikte hostgroep is nu 33%, wat hoger is dan de drempelwaarde voor 30% capaciteit. Als u de capaciteitsdrempel overschrijdt, wordt automatisch schalen geactiveerd om een andere sessiehost in te schakelen.
Omdat ons voorbeeld zich in de opstartfase bevindt, zullen nieuwe gebruikers zich waarschijnlijk blijven aanmelden. Naarmate er meer gebruikers binnenkomen, wordt het patroon duidelijker:
| Totaal aantal gebruikerssessies | Aantal beschikbare sessiehosts | Beschikbare capaciteit van hostpool | Drempelwaarde voor capaciteit | Gebruikte capaciteit van hostgroep | Wordt voor automatisch schalen een andere sessiehost ingeschakeld? |
|---|---|---|---|---|---|
| 5 | 3 | 15 | 30% | 33% | Ja |
| 5 | 4 | 20 | 30% | 25% | Nee |
| 6 | 4 | 20 | 30% | 30% | Nee |
| 7 | 4 | 20 | 30% | 35% | Ja |
| 7 | 5 | 25 | 30% | 28% | Nee |
Zoals in deze tabel wordt weergegeven, worden met automatisch schalen alleen nieuwe sessiehosts ingeschakeld wanneer de capaciteit van de gebruikte hostgroep de capaciteitsdrempel overschrijdt. Als de gebruikte hostgroepcapaciteit zich op of onder de capaciteitsdrempel bevindt, worden nieuwe sessiehosts niet ingeschakeld voor automatische schaalaanpassing.
De volgende animatie is een visueel overzicht van wat we zojuist hebben doorlopen in Scenario 1.
Scenario 2: Wanneer worden virtuele machines met automatische schaalaanpassing uitgeschakeld?
In dit scenario laten we zien dat automatisch schalen sessiehosts uitschakelt wanneer alle volgende dingen waar zijn:
- De capaciteit van de gebruikte hostgroep is lager dan de capaciteitsdrempel.
- Automatisch schalen kan sessiehosts uitschakelen zonder de capaciteitsdrempel te overschrijden.
- Met automatisch schalen worden sessiehosts zonder gebruikerssessies uitgeschakeld (tenzij het schaalplan zich in de ramp-downfase bevindt en u de instelling voor geforceerd afmelden hebt ingeschakeld).
- Met gegroepeerde automatische schaalaanpassing worden sessiehosts niet uitgeschakeld in de opstartfase om slechte gebruikerservaring te voorkomen.
Voor dit scenario begint de hostgroep er als volgt uit te zien:
| Parameter | Weergegeven als |
|---|---|
| Fase | Piek |
| Totaal aantal sessiehosts | 6 |
| Algoritme voor taakverdeling | Breedte-eerst |
| Drempelwaarde voor capaciteit | 30% |
| Minimumpercentage van hosts | 30% |
| Beschikbare sessiehosts | 5 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 25 |
| Gebruikerssessies | 7 |
| Gebruikte capaciteit van hostgroep | 28% |
Omdat we in de piekfase zitten, kunnen we verwachten dat het aantal gebruikers relatief stabiel blijft. Als u echter de hoeveelheid gebruikte resources stabiel wilt houden terwijl ook efficiënt blijft, worden sessiehosts indien nodig ingeschakeld en uitgeschakeld.
Stel dat er zeven gebruikers zijn aangemeld tijdens piekuren. Als het totale aantal gebruikerssessies zeven is, zou dit de capaciteit van de gebruikte hostgroep 28% maken. Omdat automatisch schalen een sessiehost niet kan uitschakelen zonder dat de gebruikte hostgroepcapaciteit de capaciteitsdrempel overschrijdt, worden er nog geen sessiehosts uitgeschakeld.
Als twee van de zeven gebruikers zich afmelden tijdens hun lunchpauze, blijven er vijf gebruikerssessies over vijf sessiehosts. Omdat de maximale sessielimiet nog vijf is, is de beschikbare capaciteit van de hostgroep 25. Als u slechts vijf gebruikers hebt, betekent dit dat de capaciteit van de gebruikte hostgroep nu 20% is. Automatische schaalaanpassing moet nu controleren of een sessiehost kan worden uitgeschakeld zonder dat de capaciteit van de gebruikte hostgroep hoger is dan de capaciteitsdrempel.
Als automatische schaalaanpassing een sessiehost uitschakelt, is de beschikbare capaciteit van de hostgroep 20. Met vijf gebruikers zou de capaciteit van de gebruikte hostgroep vervolgens 25% zijn. Omdat 25% kleiner is dan de capaciteitsdrempel van 30%, selecteert automatisch schalen een sessiehost zonder gebruikerssessies erop, plaatst u deze in de afvoermodus en schakelt u deze uit.
Zodra automatische schaalaanpassing een van de sessiehosts zonder gebruikerssessies uitschakelt, zijn er nog vier beschikbare sessiehosts beschikbaar. De maximale sessielimiet voor de hostgroep is nog vijf, dus de beschikbare capaciteit van de hostgroep is 20. Omdat er vijf gebruikerssessies zijn, is de capaciteit van de gebruikte hostgroep 25%, die nog steeds onder de capaciteitsdrempel ligt.
Als een andere gebruiker zich echter afmeldt en uitkomt voor de lunch, zijn er nu vier gebruikerssessies verspreid over de vier sessiehosts in de hostgroep. Omdat de maximale sessielimiet nog steeds vijf is, is de beschikbare capaciteit van de hostgroep 20 en is de gebruikte hostgroepcapaciteit 20%. Als u een andere sessiehost uitschakelt, blijven er drie sessiehosts en een beschikbare hostgroepcapaciteit van 15 beschikbaar, waardoor de capaciteit van de gebruikte hostgroep tot ongeveer 27% kan springen. Hoewel 27% lager is dan de capaciteitsdrempel, zijn er geen sessiehosts met nul gebruikerssessies erop. Automatisch schalen selecteert de sessiehost met het minste aantal gebruikerssessies, plaatst deze in de leegloopmodus en wacht tot alle gebruikerssessies zijn afgemeld voordat u deze uitschakelt. Als de capaciteit van de gebruikte hostgroep op een bepaald punt komt waar automatisch schalen de sessiehost niet meer kan uitschakelen, wordt de sessiehost uit de afvoermodus gehaald.
De volgende animatie is een visueel overzicht van wat we zojuist hebben doorlopen in Scenario 2.
Scenario 3: Wanneer dwingt automatische schaalaanpassing gebruikers af te melden?
Automatisch schalen dwingt gebruikers alleen af te melden als u de instelling voor geforceerd afmelden hebt ingeschakeld tijdens de ramp-downfase van uw planning voor schaalaanpassing. Met de instelling voor afdwingen worden gebruikers niet afgemeld tijdens een andere fase van het schaalplanschema.
Laten we bijvoorbeeld eens kijken naar een hostgroep met de volgende parameters:
| Parameter | Weergegeven als |
|---|---|
| Fase | Helling omlaag |
| Totaal aantal sessiehosts | 6 |
| Algoritme voor taakverdeling | Diepte-eerst |
| Drempelwaarde voor capaciteit | 75% |
| Minimumpercentage van hosts | 10% |
| Beschikbare sessiehosts | 4 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 20 |
| Gebruikerssessies | 4 |
| Gebruikte capaciteit van hostgroep | 20% |
Tijdens de ramp-downfase heeft de beheerder van de hostgroep de capaciteitsdrempel ingesteld op 75% en het minimumpercentage van hosts op 10%. Als u een drempelwaarde voor hoge capaciteit en een laag minimumpercentage van hosts in deze fase hebt, vermindert u de noodzaak om nieuwe sessiehosts aan het einde van de werkdag in te schakelen.
Stel voor dit scenario dat er momenteel vier gebruikers zijn op de vier beschikbare sessiehosts in deze hostgroep. Omdat de beschikbare hostgroepcapaciteit 20 is, betekent dit dat de capaciteit van de gebruikte hostgroep 20% is. Op basis van deze informatie detecteert automatisch schalen dat twee sessiehosts kunnen worden uitgeschakeld zonder de capaciteitsdrempel van 75% te overschrijden. Omdat er echter gebruikerssessies zijn op alle sessiehosts in de hostgroep om twee sessiehosts uit te schakelen, moet automatisch schalen afdwingen dat gebruikers zich afmelden.
Wanneer u de instelling voor afdwingen hebt ingeschakeld, selecteert automatisch schalen de sessiehosts met de minste gebruikerssessies en plaatst u de sessiehosts vervolgens in de leegloopmodus. Automatisch schalen verzendt vervolgens gebruikers in de geselecteerde sessiehostmeldingen dat ze na een bepaalde tijd geforceerd worden afgemeld bij hun sessies. Zodra die tijd is verstreken, worden hun sessies geforceerd beëindigd als de gebruikers hun sessies nog niet hebben beëindigd. Omdat er in dit scenario evenveel gebruikerssessies zijn op elk van de sessiehosts in de hostgroep, kiest automatisch schalen willekeurig twee sessiehosts om alle gebruikers af te melden en vervolgens de sessiehosts uit te schakelen.
Zodra automatische schaalaanpassing de twee sessiehosts uitschakelt, is de beschikbare capaciteit van de hostgroep nu 10. Nu er nog maar twee gebruikerssessies zijn, is de capaciteit van de gebruikte hostgroep 20%, zoals wordt weergegeven in de volgende tabel.
| Parameter | Weergegeven als |
|---|---|
| Fase | Helling omlaag |
| Totaal aantal sessiehosts | 6 |
| Algoritme voor taakverdeling | Diepte-eerst |
| Drempelwaarde voor capaciteit | 75% |
| Minimumpercentage van hosts | 10% |
| Beschikbare sessiehosts | 2 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 10 |
| Gebruikerssessies | 2 |
| Gebruikte capaciteit van hostgroep | 20% |
Stel nu dat de twee gebruikers die gedwongen waren zich af te melden, willen doorgaan met werken en zich weer aanmelden. Omdat de beschikbare hostgroepcapaciteit nog steeds 10 is, is de gebruikte hostgroepcapaciteit nu 40%, wat lager is dan de capaciteitsdrempel van 75%. Automatische schaalaanpassing kan echter niet meer sessiehosts uitschakelen, omdat dat slechts één beschikbare sessiehost en een beschikbare hostgroepcapaciteit van vijf laat. Met vier gebruikers zou de gebruikte hostgroepcapaciteit 80% worden, die boven de drempelwaarde voor capaciteit ligt.
De parameters zien er nu als volgt uit:
| Parameter | Weergegeven als |
|---|---|
| Fase | Helling omlaag |
| Totaal aantal sessiehosts | 6 |
| Algoritme voor taakverdeling | Diepte-eerst |
| Drempelwaarde voor capaciteit | 75% |
| Minimumpercentage van hosts | 10% |
| Beschikbare sessiehosts | 2 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 10 |
| Gebruikerssessies | 4 |
| Gebruikte capaciteit van hostgroep | 40% |
Als een andere gebruiker zich op dit moment afmeldt, blijven er slechts drie gebruikerssessies verdeeld over de twee beschikbare sessiehosts. Met andere woorden: de hostgroep ziet er nu als volgt uit:
| Parameter | Weergegeven als |
|---|---|
| Fase | Helling omlaag |
| Totaal aantal sessiehosts | 6 |
| Algoritme voor taakverdeling | Diepte-eerst |
| Drempelwaarde voor capaciteit | 75% |
| Minimumpercentage van hosts | 10% |
| Beschikbare sessiehosts | 2 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 10 |
| Gebruikerssessies | 3 |
| Gebruikte capaciteit van hostgroep | 30% |
Omdat de maximale sessielimiet nog steeds vijf is en de beschikbare hostgroepcapaciteit 10 is, is de gebruikte hostgroepcapaciteit nu 30%. Automatisch schalen kan nu één sessiehost uitschakelen zonder de capaciteitsdrempel te overschrijden. Automatisch schalen schakelt een sessiehost uit door de sessiehost te kiezen met het minste aantal gebruikerssessies erop. Automatisch schalen plaatst de sessiehost vervolgens in de leegloopmodus, stuurt gebruikers een melding dat de sessiehost wordt uitgeschakeld, en na een bepaalde tijd worden alle resterende gebruikers geforceerd afgetekend en uitgeschakeld. Nadat u dit hebt gedaan, is er nu één resterende beschikbare sessiehost in de hostgroep met een maximale sessielimiet van vijf, waardoor de beschikbare hostgroepcapaciteit vijf is.
Aangezien automatische schaalaanpassing een gebruiker heeft gedwongen zich af te melden bij het uitschakelen van de gekozen sessiehost, zijn er nu slechts twee gebruikerssessies over, waardoor de gebruikte hostgroepcapaciteit 40% wordt.
Hier ziet u hoe de hostgroep er nu uitziet:
| Parameter | Weergegeven als |
|---|---|
| Fase | Helling omlaag |
| Totaal aantal sessiehosts | 6 |
| Maximale sessielimiet | 5 |
| Algoritme voor taakverdeling | Diepte-eerst |
| Drempelwaarde voor capaciteit | 75% |
| Minimumpercentage van hosts | 10% |
| Beschikbare capaciteit van hostpool | 5 |
| Gebruikerssessies | 2 |
| Beschikbare sessiehosts | 1 |
| Gebruikte capaciteit van hostgroep | 40% |
Daarna gaan we ons voorstellen dat de gebruiker die zich heeft gedwongen af te melden zich weer aan te melden, zodat de hostgroep er als volgt uitziet:
| Parameter | Weergegeven als |
|---|---|
| Fase | Helling omlaag |
| Totaal aantal sessiehosts | 6 |
| Algoritme voor taakverdeling | Diepte-eerst |
| Drempelwaarde voor capaciteit | 75% |
| Minimumpercentage van hosts | 10% |
| Beschikbare sessiehosts | 1 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 5 |
| Gebruikerssessies | 3 |
| Gebruikte capaciteit van hostgroep | 60% |
Er zijn nu drie gebruikerssessies in de hostgroep. De capaciteit van de hostgroep is echter nog vijf, wat betekent dat de gebruikte hostgroepcapaciteit 60% is en lager is dan de capaciteitsdrempel. Omdat het uitschakelen van de resterende sessiehost de beschikbare hostgroepcapaciteit nul zou maken, wat lager is dan het minimumpercentage van 10% van hosts, zorgt automatisch schalen ervoor dat er altijd ten minste één beschikbare sessiehost is tijdens de ramp-downfase.
De volgende animatie is een visueel overzicht van wat we zojuist hebben doorlopen in Scenario 3.
Scenario 4: Hoe werken uitsluitingstags?
Wanneer een virtuele machine een tagnaam heeft die overeenkomt met de uitsluitingstag van het schaalplan, wordt deze functie niet ingeschakeld, uitgeschakeld of wordt de instelling van de afvoermodus niet gewijzigd. Uitsluitingstags zijn van toepassing in alle fasen van uw schaalplanschema.
Hier volgt de voorbeeldhostgroep waarmee we beginnen:
| Parameter | Weergegeven als |
|---|---|
| Fase | Off-peak |
| Totaal aantal sessiehosts | 6 |
| Algoritme voor taakverdeling | Breedte-eerst |
| Drempelwaarde voor capaciteit | 75% |
| Minimumpercentage van hosts | 10% |
| Beschikbare sessiehosts | 1 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 5 |
| Gebruikerssessies | 3 |
| Gebruikte capaciteit van hostgroep | 60% |
In dit voorbeeldscenario past de hostgroepbeheerder de uitsluitingstag voor schaalplannen toe op vijf van de zes sessiehosts. Wanneer een nieuwe gebruiker zich aanmeldt, wordt het totale aantal gebruikerssessies maximaal vier. Er is slechts één beschikbare sessiehost en de maximale sessielimiet van de hostgroep is nog steeds vijf, dus de beschikbare capaciteit van de hostgroep is vijf. De capaciteit van de gebruikte hostgroep is 80%. Hoewel de capaciteit van de gebruikte hostgroep echter groter is dan de capaciteitsdrempel, schakelt automatisch schalen geen andere sessiehosts in omdat alle sessiehosts, met uitzondering van de host die momenteel wordt uitgevoerd, zijn gelabeld met de uitsluitingstag.
De hostgroep ziet er nu als volgt uit:
| Parameter | Weergegeven als |
|---|---|
| Fase | Off-peak |
| Totaal aantal sessiehosts | 6 |
| Algoritme voor taakverdeling | Breedte-eerst |
| Drempelwaarde voor capaciteit | 75% |
| Minimumpercentage van hosts | 10% |
| Beschikbare sessiehosts | 1 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 5 |
| Gebruikerssessies | 4 |
| Gebruikte capaciteit van hostgroep | 80% |
Stel dat alle vier de gebruikers zich hebben afgemeld en dat er geen gebruikerssessies meer overblijven op de beschikbare sessiehost. Omdat er geen gebruikerssessies in de hostgroep zijn, is de capaciteit van de gebruikte hostgroep 0. Automatische schaalaanpassing houdt deze host voor één sessie ingeschakeld ondanks dat er geen gebruikers zijn, omdat tijdens de dalfase het minimumpercentage van de hostinstelling van automatische schaalaanpassing bepaalt dat er ten minste één sessiehost beschikbaar moet blijven tijdens deze fase.
Samenvattend ziet de hostgroep er nu als volgt uit:
| Parameter | Weergegeven als |
|---|---|
| Fase | Off-peak |
| Totaal aantal sessiehosts | 6 |
| Algoritme voor taakverdeling | Breedte-eerst |
| Drempelwaarde voor capaciteit | 75% |
| Minimumpercentage van hosts | 10% |
| Beschikbare sessiehosts | 1 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 5 |
| Gebruikerssessies | 0 |
| Gebruikte capaciteit van hostgroep | 0% |
Als de beheerder de naam van de uitsluitingstag toepast op de virtuele machine met de laatste sessiehost van de sessie en deze uitschakelt, betekent dit dat zelfs als andere gebruikers zich proberen aan te melden, automatisch schalen geen VM kan inschakelen om plaats te bieden aan hun gebruikerssessie. Deze gebruiker krijgt de foutmelding 'Geen resources beschikbaar' te zien.
Als u VM's echter niet weer kunt inschakelen, betekent dit dat de hostgroep niet kan voldoen aan het minimumpercentage van hosts. De beheerder verwijdert de uitsluitingstags van twee van de VIRTUELE machines om mogelijke problemen op te lossen. Automatisch schalen schakelt slechts een van de VM's in, omdat er slechts één VM nodig is om te voldoen aan de minimumvereiste van 10%.
Ten slotte ziet de hostgroep er als volgt uit:
| Parameter | Weergegeven als |
|---|---|
| Fase | Off-peak |
| Totaal aantal sessiehosts | 6 |
| Algoritme voor taakverdeling | Breedte-eerst |
| Drempelwaarde voor capaciteit | 75% |
| Minimumpercentage van hosts | 19% |
| Beschikbare sessiehosts | 1 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 5 |
| Gebruikerssessies | 0 |
| Gebruikte capaciteit van hostgroep | 0% |
De volgende animatie is een visueel overzicht van wat we zojuist hebben doorlopen in Scenario 4.
Volgende stappen
- Zie Automatisch schalen maken voor Azure Virtual Desktop-hostgroepen voor meer informatie over het maken van schaalplannen voor automatisch schalen.
- Zie de woordenlijst voor automatische schaalaanpassing om de termen te bekijken die zijn gekoppeld aan automatische schaalaanpassing.
- Zie de veelgestelde vragen over automatische schaalaanpassing voor antwoorden op veelgestelde vragen over automatische schaalaanpassing.