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.
Belangrijk
Dynamische automatische schaalaanpassing voor poolhostgroepen met sessiehostconfiguratie is momenteel in PREVIEW. Zie de Aanvullende gebruiksvoorwaarden voor Microsoft Azure Previews voor juridische voorwaarden die van toepassing zijn op Azure-functies die in bètaversie, preview of anderszins nog niet algemeen beschikbaar zijn.
Met automatische schaalaanpassing kunt u de virtuele machines van de sessiehost (VM's) in een hostgroep volgens planning omhoog of omlaag schalen om de implementatiekosten te optimaliseren.
Opmerking
- U kunt sessiehosts niet automatisch schalen en schalen met behulp van Azure Automation in dezelfde hostgroep. U moet het ene of het andere gebruiken.
- Automatisch schalen van energiebeheer is beschikbaar in Azure en Azure Government in dezelfde regio's waarin u hostgroepen kunt maken.
- Dynamisch automatisch schalen is alleen beschikbaar in Azure en wordt niet ondersteund in Azure Government.
Voor de beste resultaten raden we u aan automatische schaalaanpassing te gebruiken met VM's die u hebt geïmplementeerd met Azure Virtual Desktop Azure Resource Manager-sjablonen (ARM) of hulpprogramma's van microsoft van eigen hand.
Hoe een schaalplan werkt
Een schaalplan definieert de planningen voor het schalen van sessiehosts in een hostgroep. U kunt één schaalplan toewijzen aan meerdere hostgroepen. Aan elke hostgroep kan slechts één schaalplan worden toegewezen. Er zijn twee verschillende schaalmethoden waaruit u kunt kiezen bij het maken van een schaalplan:
Automatisch schalen van energiebeheer: schakelt sessiehosts in en uit om aan te passen aan de beschikbare capaciteit in een hostgroep. Als u een schaalplan wilt toepassen op een hostgroep met standaardbeheer, is dit de optie die u moet gebruiken.
Dynamisch automatisch schalen (preview): schakelt sessiehosts in en uit en maakt en verwijdert sessiehosts om aan te passen aan de beschikbare capaciteit in een hostgroep. Dynamische automatische schaalaanpassing kan alleen worden gebruikt voor poolhostgroepen met sessiehostconfiguratie.
Houd rekening met het volgende voordat u uw plan maakt:
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 is beschikbaar voor persoonlijke hostgroepen. Bekijk 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 schema's tijdens weekdagen versus in het weekend.
Zorg ervoor dat u de gebruikspatronen begrijpt voordat u uw planning definieert. U moet rond de volgende tijden van de dag plannen:
- Ramp-up: het begin van de dag, wanneer het gebruik toeneemt.
- Piekuren: het tijdstip waarop het gebruik naar verwachting het hoogst is.
- Ramp-down: wanneer het gebruik afbouwt. Dit gebeurt 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 het inschakelt.
Houd ook rekening met deze beperkingen:
Gebruik automatische schaalaanpassing niet in combinatie met andere schaalprogramma's van Microsoft of derden. Zorg ervoor dat u deze uitschakelt voor de hostgroepen waarop u de schaalplannen toepast.
Voor poolhostgroepen overschrijft automatische schaalaanpassing de drainmodus, dus zorg ervoor dat u uitsluitingstags gebruikt bij het bijwerken van VM's in hostgroepen.
Voor poolhostgroepen negeert automatische schaalaanpassing bestaande taakverdelingsalgoritmen in de instellingen van uw hostgroep en past u in plaats daarvan taakverdeling toe op basis van de configuratie van uw planning.
Voorbeeldscenario's voor automatische schaalaanpassing voor poolhostgroepen
In deze sectie zijn er vier scenario's die laten zien hoe verschillende onderdelen van automatische schaalaanpassing voor poolhostgroepen werken. In elk voorbeeld zijn er tabellen met de instellingen van de hostgroep en visuele demonstraties met animatie.
Opmerking
Zie onze woordenlijst voor automatisch schalen voor meer informatie over wat de parametertermen betekenen.
Scenario 1: Wanneer schakelt automatische schaalaanpassing virtuele machines in?
In dit scenario laten we zien dat automatische schaalaanpassing virtuele machines (VM's) voor sessiehosts kan inschakelen in elke fase van het schaalplan wanneer de capaciteit van de gebruikte hostgroep de capaciteitsdrempel overschrijdt.
Laten we bijvoorbeeld eens kijken naar de volgende installatie van de hostgroep, zoals beschreven in deze tabel:
| Parameter | Waarde |
|---|---|
| Fase | Opvoeren |
| Totaal aantal sessiehosts | 6 |
| Taakverdelingsalgoritmen | Breedte-eerst |
| Capaciteitsdrempel | 30% |
| Minimumpercentage van hosts | 30% |
| Beschikbare sessiehosts | 2 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 10 |
| Gebruikerssessies | 0 |
| Capaciteit van gebruikte hostpool | 0% |
Aan het begin van deze fase heeft automatisch schalen twee sessiehosts ingeschakeld om het minimumpercentage van hosts te vinden. Hoewel 30% van zes geen geheel getal is, wordt automatisch schalen naar boven afgerond op het dichtstbijzijnde gehele getal. Als er twee beschikbare sessiehosts en een maximale sessielimiet van vijf sessies per host zijn, 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 taakverdelingsalgoritmen eerst breed is. De capaciteit van de hostgroep is nog steeds 10, maar met de drie nieuwe gebruikerssessies is de capaciteit van de gebruikte hostgroep nu 30%. Met automatische schaalaanpassing worden virtuele machines (VM's) echter pas ingeschakeld als de capaciteit van de gebruikte hostgroep groter is dan de drempelwaarde voor de capaciteit. In dit voorbeeld is de capaciteitsdrempelwaarde 30%, dus automatisch schalen schakelt nog geen vm's in.
Op dit moment zien de parameters van de hostgroep er als volgt uit:
| Parameter | Waarde |
|---|---|
| Fase | Opvoeren |
| Totaal aantal sessiehosts | 6 |
| Taakverdelingsalgoritmen | Breedte-eerst |
| Capaciteitsdrempel | 30% |
| Minimumpercentage van hosts | 30% |
| Beschikbare sessiehosts | 2 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 10 |
| Gebruikerssessies | 3 |
| Capaciteit van gebruikte hostpool | 30% |
Wanneer een andere gebruiker zich aanmeldt en een sessie start, zijn er nu in totaal vier gebruikerssessies verdeeld over twee sessiehosts. De capaciteit van de gebruikte hostgroep is nu 40%, wat groter is dan de drempelwaarde voor de capaciteit. Als gevolg hiervan wordt met automatische schaalaanpassing een andere sessiehost ingeschakeld om de capaciteit van de gebruikte hostgroep te verlagen tot minder dan of gelijk aan de capaciteitsdrempelwaarde (30%).
Samengevat zijn hier de parameters wanneer de capaciteit van de gebruikte hostgroep de drempelwaarde voor capaciteit overschrijdt:
| Parameter | Waarde |
|---|---|
| Fase | Opvoeren |
| Totaal aantal sessiehosts | 6 |
| Taakverdelingsalgoritmen | Breedte-eerst |
| Capaciteitsdrempel | 30% |
| Minimumpercentage van hosts | 30% |
| Beschikbare sessiehosts | 2 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 10 |
| Gebruikerssessies | 4 |
| Capaciteit van gebruikte hostpool | 40% |
Dit zijn de parameters nadat automatische schaalaanpassing een andere sessiehost inschakelt:
| Parameter | Waarde |
|---|---|
| Fase | Opvoeren |
| Totaal aantal sessiehosts | 6 |
| Taakverdelingsalgoritmen | Breedte-eerst |
| Capaciteitsdrempel | 30% |
| Minimumpercentage van hosts | 30% |
| Beschikbare sessiehosts | 3 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 15 |
| Gebruikerssessies | 4 |
| Capaciteit van gebruikte hostpool | 27% |
Als u een andere sessiehost inschakelt, betekent dit dat er nu drie beschikbare sessiehosts in de hostgroep zijn. Nu de maximale sessielimiet nog steeds vijf is, is de capaciteit van de beschikbare hostgroep gestegen naar 15. Omdat de capaciteit van de beschikbare hostgroep is toegenomen, is de capaciteit van de gebruikte hostgroep gedaald tot 27%, wat lager is dan de drempelwaarde van 30%.
Wanneer een andere gebruiker zich aanmeldt, zijn er nu vijf gebruikerssessies verdeeld over drie beschikbare sessiehosts. De capaciteit van de gebruikte hostgroep is nu 33%, wat de drempelwaarde voor capaciteit van 30% overschrijdt. Als u de capaciteitsdrempel overschrijdt, wordt automatisch schalen geactiveerd om een andere sessiehost in te schakelen.
Omdat ons voorbeeld zich in de opstartfase bevindt, blijven nieuwe gebruikers zich waarschijnlijk aanmelden. Naarmate er meer gebruikers binnenkomen, wordt het patroon duidelijker:
| Totaal aantal gebruikerssessies | Aantal beschikbare sessiehosts | Beschikbare capaciteit van hostpool | Capaciteitsdrempel | Capaciteit van gebruikte hostpool | Schakelt automatische schaalaanpassing een andere sessiehost in? |
|---|---|---|---|---|---|
| 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, schakelt automatisch schalen alleen nieuwe sessiehosts in wanneer de capaciteit van de gebruikte hostgroep de capaciteitsdrempel overschrijdt. Als de capaciteit van de gebruikte hostgroep zich op of onder de capaciteitsdrempel bevindt, worden nieuwe sessiehosts niet door automatisch schalen ingeschakeld.
De volgende animatie is een visuele samenvatting van wat we zojuist hebben doorlopen in scenario 1.
Scenario 2: Wanneer schakelt automatische schaalaanpassing virtuele machines uit?
In dit scenario laten we zien dat automatisch schalen sessiehosts uitschakelt wanneer aan alle volgende dingen wordt voldaan:
- De capaciteit van de gebruikte hostgroep ligt onder de drempelwaarde voor de capaciteit.
- Automatische schaalaanpassing kan sessiehosts uitschakelen zonder de drempelwaarde voor capaciteit te overschrijden.
- Met automatische schaalaanpassing worden alleen sessiehosts uitgeschakeld zonder gebruikerssessies (tenzij het schaalplan zich in de opstartfase bevindt en u de instelling geforceerd afmelden hebt ingeschakeld).
- Met gegroepeerde automatische schaalaanpassing worden sessiehosts in de opstartfase niet uitgeschakeld om een slechte gebruikerservaring te voorkomen.
In dit scenario ziet de hostgroep er als volgt uit:
| Parameter | Waarde |
|---|---|
| Fase | Top |
| Totaal aantal sessiehosts | 6 |
| Taakverdelingsalgoritmen | Breedte-eerst |
| Capaciteitsdrempel | 30% |
| Minimumpercentage van hosts | 30% |
| Beschikbare sessiehosts | 5 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 25 |
| Gebruikerssessies | 7 |
| Capaciteit van gebruikte hostpool | 28% |
Omdat we ons in de piekfase bevinden, kunnen we verwachten dat het aantal gebruikers relatief stabiel blijft. Om het aantal gebruikte resources echter stabiel te houden en tegelijkertijd efficiënt te blijven, worden sessiehosts zo nodig in- en uitgeschakeld door automatisch schalen.
Stel dat er zeven gebruikers zijn aangemeld tijdens piekuren. Als het totale aantal gebruikerssessies zeven is, zou de capaciteit van de gebruikte hostgroep 28% zijn. Omdat automatische schaalaanpassing een sessiehost niet kan uitschakelen zonder dat de capaciteit van de gebruikte hostgroep 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 op vijf sessiehosts. Omdat de maximale sessielimiet nog steeds 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 boven de capaciteitsdrempelwaarde komt.
Als automatische schaalaanpassing een sessiehost uitschakelt, is de beschikbare capaciteit van de hostgroep 20. Met vijf gebruikers zou de capaciteit van de gebruikte hostgroep dan 25% zijn. Omdat 25% lager is dan de capaciteitsdrempel van 30%, selecteert automatisch schalen een sessiehost zonder gebruikerssessies erop, zet deze in de afvoermodus en schakelt u deze uit.
Zodra automatische schaalaanpassing een van de sessiehosts zonder gebruikerssessies uitschakelt, zijn er vier beschikbare sessiehosts over. De maximale sessielimiet van de hostgroep is nog steeds vijf, dus de beschikbare hostgroepcapaciteit is 20. Omdat er vijf gebruikerssessies zijn, is de capaciteit van de gebruikte hostgroep 25%, wat nog steeds onder de capaciteitsdrempel ligt.
Als een andere gebruiker zich echter afmeldt en gaat lunchen, zijn er nu vier gebruikerssessies verdeeld over de vier sessiehosts in de hostgroep. Aangezien de maximale sessielimiet nog steeds vijf is, is de beschikbare hostgroepcapaciteit 20 en is de capaciteit van de gebruikte hostgroep 20%. Als u een andere sessiehost uitschakelt, blijven er drie sessiehosts en een beschikbare hostgroepcapaciteit van 15 over, waardoor de capaciteit van de gebruikte hostgroep zou toenemen tot ongeveer 27%. Hoewel 27% onder de capaciteitsdrempel ligt, zijn er geen sessiehosts met nul gebruikerssessies.
De volgende animatie is een visuele samenvatting van wat we zojuist hebben doorlopen in scenario 2.
Scenario 3: Wanneer worden gebruikers met automatische schaalaanpassing gedwongen zich af te melden?
Met automatische schaalaanpassing hoeven gebruikers zich alleen af te melden als u de instelling voor geforceerde afmelding hebt ingeschakeld tijdens de fase van het schalen van uw schaalplan. Met de instelling geforceerd afmelden worden gebruikers niet afgemeld tijdens een andere fase van het schaalplanschema.
Laten we bijvoorbeeld eens kijken naar een hostgroep met de volgende parameters:
| Parameter | Waarde |
|---|---|
| Fase | Helling omlaag |
| Totaal aantal sessiehosts | 6 |
| Taakverdelingsalgoritmen | Diepte-eerst |
| Capaciteitsdrempel | 75% |
| Minimumpercentage van hosts | 10% |
| Beschikbare sessiehosts | 4 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 20 |
| Gebruikerssessies | 4 |
| Capaciteit van gebruikte hostpool | 20% |
Tijdens de opstartfase heeft de beheerder van de hostgroep de capaciteitsdrempelwaarde ingesteld op 75% en het minimumpercentage van de hosts op 10%. Een hoge capaciteitsdrempel en een laag minimumpercentage hosts in deze fase vermindert de noodzaak om nieuwe sessiehosts aan het einde van de werkdag in te schakelen.
Voor dit scenario stellen we dat er momenteel vier gebruikers zijn op de vier beschikbare sessiehosts in deze hostgroep. Omdat de capaciteit van de beschikbare hostgroep 20 is, betekent dit dat de capaciteit van de gebruikte hostgroep 20% is. Op basis van deze informatie detecteert automatische schaalaanpassing dat het twee sessiehosts kan uitschakelen zonder de capaciteitsdrempel van 75% te overschrijden. Omdat er echter gebruikerssessies zijn op alle sessiehosts in de hostgroep, moeten gebruikers zich afmelden om twee sessiehosts uit te schakelen.
Wanneer u de instelling voor geforceerde afmelding hebt ingeschakeld, selecteert automatisch schalen de sessiehosts met de minste gebruikerssessies en plaatst u de sessiehosts vervolgens in de drainmodus. Met automatische schaalaanpassing worden gebruikers in de geselecteerde sessiehosts meldingen verzonden dat ze na een bepaalde tijd geforceerd worden afgemeld bij hun sessies. Zodra die tijd is verstreken en als de gebruikers hun sessies nog niet hebben beëindigd, worden hun sessies voor hen geforceerd beëindigd door automatisch schalen. Aangezien er in dit scenario een gelijk aantal gebruikerssessies zijn op elk van de sessiehosts in de hostgroep, worden met automatische schaalaanpassing willekeurig twee sessiehosts gekozen om alle gebruikers geforceerd af te melden en worden de sessiehosts vervolgens uitgeschakeld.
Zodra automatische schaalaanpassing de twee sessiehosts uitschakelt, is de beschikbare capaciteit van de hostgroep nu 10. Nu er nog maar twee gebruikerssessies over zijn, is de capaciteit van de gebruikte hostgroep 20%, zoals wordt weergegeven in de volgende tabel.
| Parameter | Waarde |
|---|---|
| Fase | Helling omlaag |
| Totaal aantal sessiehosts | 6 |
| Taakverdelingsalgoritmen | Diepte-eerst |
| Capaciteitsdrempel | 75% |
| Minimumpercentage van hosts | 10% |
| Beschikbare sessiehosts | 2 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 10 |
| Gebruikerssessies | 2 |
| Capaciteit van gebruikte hostpool | 20% |
Stel nu dat de twee gebruikers die zich moesten afmelden, werk willen blijven doen en zich opnieuw willen aanmelden. Omdat de beschikbare hostgroepcapaciteit nog steeds 10 is, is de capaciteit van de gebruikte hostgroep nu 40%, wat onder de capaciteitsdrempel van 75% ligt. Automatisch schalen kan echter niet meer sessiehosts uitschakelen, omdat dan slechts één beschikbare sessiehost en een beschikbare hostpoolcapaciteit van vijf over zou blijven. Met vier gebruikers zou dat de capaciteit van de gebruikte hostgroep 80% maken, wat hoger is dan de drempelwaarde voor capaciteit.
De parameters zien er nu als volgt uit:
| Parameter | Waarde |
|---|---|
| Fase | Helling omlaag |
| Totaal aantal sessiehosts | 6 |
| Taakverdelingsalgoritmen | Diepte-eerst |
| Capaciteitsdrempel | 75% |
| Minimumpercentage van hosts | 10% |
| Beschikbare sessiehosts | 2 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 10 |
| Gebruikerssessies | 4 |
| Capaciteit van gebruikte hostpool | 40% |
Als op dit moment een andere gebruiker zich afmeldt, blijven er slechts drie gebruikerssessies verdeeld over de twee beschikbare sessiehosts. Met andere woorden, de hostgroep ziet er nu als volgt uit:
| Parameter | Waarde |
|---|---|
| Fase | Helling omlaag |
| Totaal aantal sessiehosts | 6 |
| Taakverdelingsalgoritmen | Diepte-eerst |
| Capaciteitsdrempel | 75% |
| Minimumpercentage van hosts | 10% |
| Beschikbare sessiehosts | 2 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 10 |
| Gebruikerssessies | 3 |
| Capaciteit van gebruikte hostpool | 30% |
Omdat de maximale sessielimiet nog steeds vijf is en de beschikbare hostgroepcapaciteit 10 is, is de capaciteit van de gebruikte hostgroep nu 30%. Automatische schaalaanpassing kan nu één sessiehost uitschakelen zonder de drempelwaarde voor capaciteit te overschrijden.
Automatische schaalaanpassing schakelt een sessiehost uit door de sessiehost te kiezen met het minste aantal gebruikerssessies erop. Automatische schaalaanpassing plaatst de sessiehost vervolgens in de drainmodus, stuurt gebruikers een melding met de mededeling dat de sessiehost wordt uitgeschakeld en na een ingestelde hoeveelheid tijd worden alle resterende gebruikers geforceerd afgetekend en uitgeschakeld.
Nadat u de sessiehost hebt uitgeschakeld, is er nu nog één beschikbare sessiehost in de hostgroep met een maximale sessielimiet van vijf, waardoor de capaciteit van de beschikbare hostgroep vijf is.
Omdat automatische schaalaanpassing een gebruiker dwong zich af te melden bij het uitschakelen van de gekozen sessiehost, zijn er nu slechts twee gebruikerssessies over, waardoor de capaciteit van de gebruikte hostgroep 40% is.
Samenvattend ziet de hostgroep er nu als volgt uit:
| Parameter | Waarde |
|---|---|
| Fase | Helling omlaag |
| Totaal aantal sessiehosts | 6 |
| Maximale sessielimiet | 5 |
| Taakverdelingsalgoritmen | Diepte-eerst |
| Capaciteitsdrempel | 75% |
| Minimumpercentage van hosts | 10% |
| Beschikbare capaciteit van hostpool | 5 |
| Gebruikerssessies | 2 |
| Beschikbare sessiehosts | 1 |
| Capaciteit van gebruikte hostpool | 40% |
Stel dat de gebruiker die zich heeft moeten afmelden zich weer aanmeldt, zodat de hostgroep er als volgt uitziet:
| Parameter | Waarde |
|---|---|
| Fase | Helling omlaag |
| Totaal aantal sessiehosts | 6 |
| Taakverdelingsalgoritmen | Diepte-eerst |
| Capaciteitsdrempel | 75% |
| Minimumpercentage van hosts | 10% |
| Beschikbare sessiehosts | 1 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 5 |
| Gebruikerssessies | 3 |
| Capaciteit van gebruikte hostpool | 60% |
Nu zijn er drie gebruikerssessies in de hostgroep. De capaciteit van de hostgroep is echter nog steeds vijf, wat betekent dat de capaciteit van de gebruikte hostgroep 60% is en onder de capaciteitsdrempel ligt. Omdat het uitschakelen van de resterende sessiehost de capaciteit van de beschikbare hostgroep nul maakt, wat lager is dan het minimumpercentage van 10% van de hosts, zorgt automatische schaalaanpassing ervoor dat er altijd ten minste één beschikbare sessiehost is tijdens de fase van de ramp-down.
De volgende animatie is een visuele samenvatting 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 automatisch schalen niet in- of uitgeschakeld of de instelling voor de afvoermodus gewijzigd. Uitsluitingstags zijn van toepassing in alle fasen van uw schaalplanplanning.
Dit is de voorbeeldhostgroep waarmee we beginnen:
| Parameter | Waarde |
|---|---|
| Fase | Daluren |
| Totaal aantal sessiehosts | 6 |
| Taakverdelingsalgoritmen | Breedte-eerst |
| Capaciteitsdrempel | 75% |
| Minimumpercentage van hosts | 10% |
| Beschikbare sessiehosts | 1 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 5 |
| Gebruikerssessies | 3 |
| Capaciteit van gebruikte hostpool | 60% |
In dit voorbeeldscenario past de beheerder van de hostgroep de uitsluitingstag van het schaalplan toe op vijf van de zes sessiehosts. Wanneer een nieuwe gebruiker zich aanmeldt, is 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 hostgroepcapaciteit is vijf. De capaciteit van de gebruikte hostgroep is 80%. Hoewel de capaciteit van de gebruikte hostgroep groter is dan de capaciteitsdrempelwaarde, worden andere sessiehosts niet ingeschakeld omdat alle sessiehosts, behalve de host die momenteel wordt uitgevoerd, zijn gelabeld met de uitsluitingstag.
De hostgroep ziet er nu als volgt uit:
| Parameter | Waarde |
|---|---|
| Fase | Daluren |
| Totaal aantal sessiehosts | 6 |
| Taakverdelingsalgoritmen | Breedte-eerst |
| Capaciteitsdrempel | 75% |
| Minimumpercentage van hosts | 10% |
| Beschikbare sessiehosts | 1 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 5 |
| Gebruikerssessies | 4 |
| Capaciteit van gebruikte hostpool | 80% |
Stel nu dat alle vier gebruikers zich hebben afgemeld, zodat 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. Met automatische schaalaanpassing blijft deze sessiehost ingeschakeld ondanks dat deze geen gebruikers heeft, omdat tijdens de dalfase het minimumpercentage van de hosts-instelling voor automatische schaalaanpassing vereist dat er tijdens deze fase ten minste één sessiehost beschikbaar moet blijven.
Samenvattend ziet de hostgroep er nu als volgt uit:
| Parameter | Waarde |
|---|---|
| Fase | Daluren |
| Totaal aantal sessiehosts | 6 |
| Taakverdelingsalgoritmen | Breedte-eerst |
| Capaciteitsdrempel | 75% |
| Minimumpercentage van hosts | 10% |
| Beschikbare sessiehosts | 1 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 5 |
| Gebruikerssessies | 0 |
| Capaciteit van gebruikte hostpool | 0% |
Als de beheerder de naam van de uitsluitingstag toepast op de laatste virtuele machine zonder tag sessiehost en deze uitschakelt, betekent dit dat zelfs als andere gebruikers zich proberen aan te melden, automatisch schalen geen VM kan inschakelen voor hun gebruikerssessie. Die gebruiker ziet de fout 'Geen resources beschikbaar'.
Het niet kunnen inschakelen van VM's betekent echter dat de hostgroep niet kan voldoen aan het minimale percentage hosts. De beheerder verwijdert de uitsluitingstags van twee van de VM's 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%.
Tot slot ziet de hostgroep er als volgt uit:
| Parameter | Waarde |
|---|---|
| Fase | Daluren |
| Totaal aantal sessiehosts | 6 |
| Taakverdelingsalgoritmen | Breedte-eerst |
| Capaciteitsdrempel | 75% |
| Minimumpercentage van hosts | 19% |
| Beschikbare sessiehosts | 1 |
| Maximale sessielimiet | 5 |
| Beschikbare capaciteit van hostpool | 5 |
| Gebruikerssessies | 0 |
| Capaciteit van gebruikte hostpool | 0% |
De volgende animatie is een visuele samenvatting 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 automatische schaalaanpassing.
- Zie de woordenlijst voor automatisch schalen als u de termen wilt bekijken die zijn gekoppeld aan automatische schaalaanpassing.
- Zie de veelgestelde vragen over automatisch schalen voor antwoorden op veelgestelde vragen over automatisch schalen.