Submit a request

Nerdio Help Center

Auto-Scale Settings for Host Pools in NMM


Applies to: Nerdio Manager for MSP (NMM)


Overview

Auto-scale in NMM allows host pools to grow as necessary to serve current demand, then shrink again when additional capacity is no longer needed. For example, if a company has 300 virtual desktop users online during business hours, and only 50 users online during off-hours, the host pool serving those users can be configured to have more VMs powered on during business hours, and then shut down those VMs after hours when they're not needed. This allows businesses to save money while meeting demand seamlessly. 

 

Configuring Auto-Scale

After creating a host pool, you will be presented with the option to configure Auto-scale settings for that host pool. Alternately, you can configure Auto-scale by navigating to an account's WVD->Host Pools section, and using the drop-down menu next to the host pool to select Auto-scale->Configure

mceclip1.png

 

Auto-scale settings will differ somewhat based on the Desktop Experience of the host pool. In this guide, we will be working with Auto-scale settings for a common type of host pool, Multi-user Shared Desktop

 

Host Pool Settings

At the top of the Auto-scale configuration page are settings that apply to the host pool generally, including its image, VM size, etc.

mceclip3.png

AUTO-SCALE: On the right side of the screen, you will see the toggle switch to enable Auto-scale. Turn this to On.

NAME PREFIX: Name prefix to be used when creating multiple session hosts. Name prefix limit is 10 valid, Windows computer name characters. When using a prefix, the system will automatically append “-xxxx” (with four random characters) to the name prefix to make a unique name.

DESKTOP IMAGE (TEMPLATE): The image that the host VMs will be cloned from. 

VM SIZE (TEMPLATE): VM size of newly created session hosts.

OS DISK (TEMPLATE): OS Disk type and size of newly created session hosts. Must be equal to or larger than the size of the Desktop Image selected above.

RESOURCE GROUP: Resource group that the host VMs will be placed in.

Re-use host names: NMM will re-use names of previously destroyed hosts when creating new hosts.

Note that changes to these settings will only apply to host VMs created after the changes. You can force a host to be resized/re-imaged to apply the new settings.

 

Host Pool Sizing

This section determines how many hosts will be available for the host pool.

mceclip4.png

Active host defined as: When set to “VM Running”, the system will identify a session host VM as “active” as long as the VM is running in Azure. When set to “WVD agent Available”, the system will identify a session host VM as “active” only when WVD back-end is receiving heartbeats and sees the session host as “Available”.

Base host pool capacity: The number of session host VMs that will be provisioned for this host pool. These session hosts may be stopped or running.

Min active host capacity: Minimum number of running session hosts to be available at all times. The system will ensure that at least this many hosts are always running. When this value is set to 0, the system may stop all running hosts if they meet the scale-in criteria as defined in the next section.

Burst beyond base capacity: The system will automatically create up to this number of new session host VMs above the “host pool capacity”, when needed. These session hosts will be the first ones to be removed when system scales in after business hours, and will be destroyed rather than powered-off.

 

Scaling Logic

This section specifies the criteria used to determine when additional hosts will be powered on or created to service user login demand. 

 

mceclip6.png

Select autoscale trigger: The metric that will be used to trigger scale-out/scale-in. There are four possible triggers: CPU usage, RAM usage (coming soon), Average active sessions, and Spare (available) desktop.

CPU usage will scale out when the average CPU usage across all session hosts in the pool exceeds a pre-defined value for a pre-defined duration.

RAM usage (coming soon) will scale out when the average RAM usage across all session hosts in the pool exceeds a pre-defined value for a pre-defined duration.

Average active session will scale out when the average number of active sessions exceeds a predefine value.

Available sessions will maintain the number of available sessions by scaling out and scaling in within the limits of Host Pool Sizing and maximum number of sessions per host. The system will automatically calculate the available session desktop capacity and try to maintain up to the number of spare desktops specified. It is possible for the maximum number of desktop sessions to be constrained by the Host Pool Sizing parameters, which take precedence.

Scale in restrictions:

Stop or remove (scale in) hosts only from: This setting restricts the time of day during which removing host VMs is allowed. For minimal disruption during scale-in events, set this to be after most users are done working for the day.

Scale in aggressiveness: Determines whether hosts with active or disconnected sessions will be targets for scale-in. 

 

Pre-Stage Hosts

This section allows you to specify times at which the determined number of hosts will be available to serve user logins. This allows you to ensure that hosts will be available to serve the anticipated user demand at the start of the work day. Use the slider at the right to enable the pre-stage behavior.

mceclip7.png

Use the other fields to specify which days are considered work days, what time of day the hosts should be available, and the number of hosts to enable at that time.

 

Messaging

This section determines the message that end users will see if the host they're connected to has been selected for scale-in. The user will need to log out and log back in, at which point they will be assigned to another host not targeted for scale-in.

mceclip8.png

 

Auto-Heal Broken Hosts

This section determines which actions NMM will take to repair hosts that are not responding properly. The statuses are reported by the Azure WVD agent.

 

mceclip9.png

Use the setting to specify how many times NMM should try restarting the VMs, how long to wait between retries, and whether NMM will then remove and re-create hosts that are still not reporting healthy status to Azure.

 

Was this article helpful?
0 out of 0 found this helpful

Comments

Article is closed for comments.