Citrix Virtual Apps and Desktops

Power manage Azure VMs

For information on required permissions, see Required Azure permissions.

Azure on-demand provisioning

With Azure on-demand provisioning, VMs are created only when Citrix Virtual Apps and Desktops initiates a power-on action, after the provisioning completes.

When you use MCS to create machine catalogs in the Azure Resource Manager, the Azure on-demand provisioning feature:

  • Reduces your storage costs
  • Provides faster catalog creation

When you create an MCS catalog, the Azure portal displays the network security groups, network interfaces, base images, and identity disks in the resource groups.

The Azure portal does not show a VM until Citrix Virtual Apps and Desktops initiates a power-on action for it. There are two types of machines with the following differences:

  • For a pooled machine, the operating system disk and write-back cache exist only when the VM exists. When you shut down a pooled machine in the console, the VM isn’t visible in the Azure portal. There’s a significant storage cost saving if you routinely shut down machines (for example, outside of working hours).
  • For a dedicated machine, the operating system disk is created the first time the VM is powered-on. The VM in the Azure portal remains in storage until the machine identity is deleted. When you shut down a dedicated machine in the console, the VM is still visible in the Azure portal.

Note:

Support for Azure catalogs created before on-demand provisioning feature (“legacy” catalogs) is deprecated. Therefore, recreate Azure legacy catalog VMs. The catalogs are then provisioned as on-demand that saves storage cost.

Preserve a provisioned virtual machine when power cycling

Choose whether to preserve a provisioned virtual machine when power cycling. Use the PowerShell parameter New-ProvScheme CustomProperties. This parameter supports an extra property, PersistVm, used to determine if a provisioned virtual machine persists when power cycled. Set the PersistVm property to true to persist a virtual machine when powered-off, or set the property to false to ensure that the virtual machine isn’t preserved when powered-off.

Note:

The PersistVm property only applies to a provisioning scheme with the properties CleanOnBoot and UseWriteBackCache enabled. If the PersistVm property isn’t specified for non-persistent virtual machines, they’re deleted from the Azure environment when powered-off.

In the following example, the New-ProvScheme CustomProperties parameter sets the PersistVmproperty to true:

<CustomProperties xmlns="http://schemas.citrix.com/2014/xd/machinecreation" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Property xsi:type="StringProperty" Name="UseManagedDisks" Value="true" />
<Property xsi:type="StringProperty" Name="StorageType" Value="Standard_LRS" />
<Property xsi:type="StringProperty" Name="PersistWBC" Value="false" />
<Property xsi:type="StringProperty" Name="PersistOsDisk" Value="true" />
<Property xsi:type="StringProperty" Name="PersistVm" Value="true" />
<Property xsi:type="StringProperty" Name="ResourceGroups" Value="demo-resourcegroup" />
<Property xsi:type="StringProperty" Name="LicenseType" Value="Windows_Client" />
</CustomProperties>
<!--NeedCopy-->

In the following example, the New-ProvScheme CustomProperties parameter preserves the write-back cache by setting PersistVM to true:

 New-ProvScheme
 -AzureAdJoinType "None"
 -CleanOnBoot
 -CustomProperties "<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`" xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`"><Property xsi:type=`"StringProperty`" Name=`"UseManagedDisks`" Value=`"true`" /><Property xsi:type=`"StringProperty`" Name=`"StorageType`" Value=`"Standard_LRS`" /><Property xsi:type=`"StringProperty`" Name=`"PersistWBC`" Value=`"false`" /><Property xsi:type=`"StringProperty`" Name=`"PersistOsDisk`" Value=`"true`" /><Property xsi:type=`"StringProperty`" Name=`"PersistVm`" Value=`"true`" /><Property xsi:type=`"StringProperty`" Name=`"ResourceGroups`" Value=`"demo-resourcegroup`" /><Property xsi:type=`"StringProperty`" Name=`"LicenseType`" Value=`"Windows_Client`" /></CustomProperties>"
 -HostingUnitName "demo"
 -IdentityPoolName "NonPersistent-MCSIO-PersistVM"
 -MasterImageVM "XDHyp:\HostingUnits\demo\image.folder\scale-test.resourcegroup\demo-snapshot.snapshot"
 -NetworkMapping @ {"0"="XDHyp:\HostingUnits\demo\\virtualprivatecloud.folder\East US.region\virtualprivatecloud.folder\ji-test.resourcegroup\jitest-vnet.virtualprivatecloud\default.network"}
-ProvisioningSchemeName "NonPersistent-MCSIO-PersistVM"
 -ServiceOffering "XDHyp:\HostingUnits\demo\serviceoffering.folder\Standard_B2ms.serviceoffering" -UseWriteBackCache
 -WriteBackCacheDiskSize 127
 -WriteBackCacheMemorySize 256
 <!--NeedCopy-->

Tip:

The PersistVm property determines whether to preserve a provisioned virtual machine. The PersistOsdisk property determines whether to persist the OS disk. To preserve a provisioned virtual machine, preserve the OS disk first. Do not delete the OS disk without first deleting the virtual machine. You can use the PersistOsdisk property without using specifying the PersistVm parameter.

Customize power on behavior at storage type change failure

At power-on, the storage type of a managed disk can fail to change to the desired type due to a failure on Azure. In these scenarios, the VM would remain off with a failure message sent to you. However, you can either choose to power on the VM even when storage can’t be restored to its configured type or choose to keep the VM powered-off.

  • If you configure the custom property FailSafeStorageType as true (default setting) or do not specify it in New-ProvScheme or Set-ProvScheme commands:

    • On power-on, the VM powers on with the incorrect storage type.
    • On shutdown, the VM remains off with the incorrect storage type.
  • If you configure the custom property FailSafeStorageType as false in New-ProvScheme or Set-ProvScheme commands:

    • On power-on, the VM remains off with the incorrect storage type.
    • On shutdown, the VM remains off with the incorrect storage type.

To create a machine catalog:

  1. Open a PowerShell window.
  2. Run asnp citrix* to load the Citrix-specific PowerShell modules.
  3. Create an identity pool if not already created.
  4. Add the custom property in New-ProvScheme. For example:

    New-ProvScheme -HostingUnitName "Azure-Resources-1" -IdentityPoolName "name" -InitialBatchSizeHint 1
    -MasterImageVM "XDHyp:\HostingUnits\Azure-Resources-1\image.folder\abc.resourcegroup\def.snapshot"
    -NetworkMapping @{"0"="XDHyp:\HostingUnits\Azure-Resources-1\ght.folder\abc.resourcegroup\abc-vnet.virtualprivatecloud\default.network"}
    -ProvisioningSchemeName "name"
    -ServiceOffering "XDHyp:\HostingUnits\Azure-Resources-1\serviceoffering.folder\Standard_DS2_v2.serviceoffering"
    -CustomProperties "<CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`" xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`">
    <Property xsi:type=`"StringProperty`" Name=`"StorageType`" Value=`"Premium_LRS`" />
    <Property xsi:type=`"StringProperty`" Name=`"StorageTypeAtShutdown`" Value=`"Standard_LRS`" />
    <Property xsi:type=`"StringProperty`" Name=`"FailSafeStorageType`" Value=`"true`" />
    </CustomProperties>"
    <!--NeedCopy-->
    
  5. Create the machine catalog. For information on how to create a catalog using the Remote PowerShell SDK, see https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/creating-a-catalog/.

To update an existing machine catalog so to include FailSafeStorageType custom property. This update does not affect existing VMs.

  1. Update the custom property in Set-ProvScheme command. For example:
   Set-ProvScheme -ProvisioningSchemeName <String> -CustomProperties "
   <CustomProperties xmlns=`"http://schemas.citrix.com/2014/xd/machinecreation`" xmlns:xsi=`"http://www.w3.org/2001/XMLSchema-instance`">
   <Property xsi:type=`"StringProperty`" Name=`"StorageType`" Value=`"Premium_LRS`" />
   <Property xsi:type=`"StringProperty`" Name=`"IdentityDiskStorageType`" Value=`"Premium_LRS`" />
   <Property xsi:type=`"StringProperty`" Name=`"FailSafeStorageType`" Value=`"false`" />
   </CustomProperties>"
   <!--NeedCopy-->

To apply the change done in Set-ProvScheme to the existing VMs, run the Set-ProvVMUpdateTimeWindow command with -StartsNow and -DurationInMinutes -1 parameters.

  1. Run Set-ProvVMUpdateTimeWindow command with -StartsNow and -DurationInMinutes -1 parameters command. For example:

    Set-ProvVMUpdateTimeWindow -ProvisioningSchemeName my-catalog -VMName <List-Of-Vm-Names> -StartsNow -DurationInMinutes -1
    <!--NeedCopy-->
    
  2. Restart the VMs.

Create hibernation-capable VMs

In Azure environments, you can create an MCS machine catalog that supports hibernation. Using this feature, you can suspend a VM, and then reconnect to the previous state of the VM when a user signs in again.

The hibernation capability applies to the following:

  • Single-session OS
  • Persistent and non-persistent VMs
  • Static and random (pooled) VDI desktops

You can resume to the same session after you hibernate a VM, irrespective of whether the VDI desktop is static or random.

In this section, see the following:

Prerequisites to use hibernation

To use hibernation, make sure to complete the following tasks:

  • Install the Azure VM Agent on the master image for both Windows and Linux. The page file of the Windows image can be on the temporary disk. MCS sets the page file location to the C: drive in the base disk when hibernation is enabled on the machine catalog.
  • MCS automatically sets the hibernation property for the generated resources. You do not need to configure properties of the master resources to support hibernation.
  • Use a VM size in your subscription that supports hibernation.
  • Create a hibernation-capable machine profile (VM or template spec) so that VMs inherit the hibernation-capability. To create the VM, see Getting started with hibernation.

    Note:

    As per Microsoft, you can deploy hibernation enabled VMs from an OS disk. This feature is supported for certain regions currently and will be available for all the regions soon. For more information, see Deploy hibernation enabled VMs from an OS disk.

    To create the template spec, do the following:

    1. Open the Azure Portal. Choose a VM whose configuration you want to use in the template. Select Export template in the left pane.
    2. Clear the Include parameters checkbox. Copy the context and save it as a JSON file, for example, VMExportTemplate.json.
    3. Ensure that the parameter hibernationEnabled is true on the template. If the parameter is not true, check the VM configuration that you used. You can specify a supported VM size in the template file. However, you can also specify the machine size while creating the catalog.
    4. Add the template for the network interface resource to the JSON file VMExportTemplate.json. As a result, you have an ARM template file having two resources.
    5. Select Azure Portal > Template specs > Import template > Choose local template file to import this template file as an ARM template spec.
    6. After the ARM Template specification is created, you can use it as a machine profile.

    Note:

    It might take a few minutes to sync to Citrix Studio.

For more information, see the Microsoft document Prerequisites to use hibernation.

Limitations

  • Only single-session OS machine catalogs (persistent and non-persistent) are supported.
  • Ephemeral OS disks and MCS I/O features do not support Azure hibernation.
  • Hibernation might fail during the Automatic Windows updates.

For more information, see the Microsoft document.

Create and manage a hibernation-capable machine catalog

To create hibernation-capable VMs, you can create and manage a hibernation-capable machine catalog using:

Create a catalog using Web Studio

  1. Select Create Machine Catalog. The catalog creation wizard opens.
  2. On the Machine Type page, select the Single-session OS machine type for this catalog.
  3. On the Machine Management page, select the settings as follows:

    1. Select Machines that are power managed (for example, virtual machines or blade PCs).
    2. Select Citrix Machine Creation Services (MCS).
  4. On the Desktop Experience page, select the random or static desktop experience as needed.
  5. On the Image page, select a master image. Select the checkbox Use a machine profile and select a machine profile that supports hibernation. Click the tooltip to know if a machine profile supports hibernation.
  6. On the Storage and License Types page, select the storage and license to use for this catalog.
  7. On the Virtual Machines page, select the count of VMs, VM size, and availability zone.

    Note:

    The machine sizes that support hibernation are only shown for your selection.

  8. On the NICs page, add the NICs you want the VMs to use.
  9. On the Disk Settings page, select the storage type and size of the write-back cache disk.
  10. On the Resource Group page, select the resource group to provision VMs.
  11. On the Machine Identities page, select Create new Active Directory accounts. Then, specify an account naming scheme.
  12. On the Domain Credentials page, click Enter credentials. Enter your domain credentials to perform account creation in the target Active Directory domain.
  13. On the Summary page, enter a name for the machine catalog, and then click Finish.

When the MCS machine catalog creation is complete, locate the catalog in the catalog list, and then click the Template Properties tab. The value of the parameter Hibernation must be Supported.

If you want to edit a machine catalog, consider the following restrictions:

  • If the current machine catalog supports hibernation, you can’t:
    • Change the VM size to a hibernate-incapable one.
    • Change the machine profile to a hibernate-incapable one.
  • If the current machine catalog does not support hibernation, you can’t:

Create a machine catalog for managing existing hibernation-capable VMs

If you already have hibernation-capable VMs and want to suspend and resume them, create a machine catalog to import those VMs for power management.

Note:

You can create a machine catalog containing both hibernation-capable and incapable VMs. However, if you want hibernation-related functionality, you must create the machine catalog with only hibernation-capable VMs.

To create a catalog for existing hibernation-capable VMs using Web Studio, follow the on-screen instructions to complete the steps and pay attention to the following key settings:

  1. On the Machine Management page, select Machines that are power managed, and then select Other service or technology as the way of deploying machines.
  2. On the Virtual Machines page, add or import only the hibernation-capable VMs.

Create a machine catalog using PowerShell commands

After you meet all the requirements to use hibernation, you can create a hibernation-capable machine catalog using the New-ProvScheme command. For information on how to create a catalog using the Remote PowerShell SDK, see New-ProvScheme.

While creating the catalog, you can check whether a VM size and machine profile supports hibernation or not using the following PowerShell commands:

  • For the VM size, run the following command and check whether the property supportsHibernation is True. For example,

     Get-ChildItem -AdminAddress "MyDDC.MyDomain.local" -LiteralPath @("XDHyp:\HostingUnits\ <VirtualNetwork> \serviceoffering.folder") | select Name, AdditionalData | ConvertTo-Json
     <!--NeedCopy-->
    
  • For the machine profile, run the following command and check whether the property supportsHibernation is True. For example,

     Get-ChildItem -AdminAddress "MyDDC.MyDomain.local" -LiteralPath @("XDHyp:\HostingUnits\ <VirtualNetwork> \machineprofile.folder\abc.resourcegroup")|select Name, AdditionalData|ConvertTo-Json
     <!--NeedCopy-->
    

If you want to edit a machine catalog, consider the following restrictions:

  • If the current machine catalog supports hibernation, you can’t:
    • Change the VM size to a hibernate-incapable one
    • Change the machine profile to a hibernate-incapable one
  • If the current machine catalog does not support hibernation, you can’t:

For information on how to modify VM size and machine profile of a catalog using the Remote PowerShell SDK, see https://developer-docs.citrix.com/projects/citrix-virtual-apps-desktops-sdk/en/latest/MachineCreation/Set-ProvScheme/.

Enable hibernation on existing MCS-provisioned VMs

You can enable Azure hibernation on existing:

  • Windows MCS-provisioned VMs of a machine catalog created without a temporary disk.
  • Linux MCS-provisioned VMs of a machine catalog created with and without a temporary disk.

Note:

  • The existing MCS-provisioned VMs must have an Azure VM agent installed.
  • Currently, you can only use the PowerShell command to enable this feature.

To do this:

  1. Open a PowerShell window.
  2. Run asnp citrix* to load Citrix-specific PowerShell modules.
  3. Check the configuration of the existing machines. For example:

    Get-ProvScheme | select ProvisioningSchemeName, ProvisioningSchemeVersion
    <!--NeedCopy-->
    
  4. Enable hibernation on this machine catalog using the Set-ProvScheme command. For example:

    Set-ProvScheme -provisioningSchemeName xxxx
    -machineprofile <path-to-machineprofile-with-hibernation-enabled>
    -serviceoffering "XDHyp:\HostingUnits\msc-dev\serviceoffering.folder\Standard_D4as_v5.serviceoffering"
    <!--NeedCopy-->
    
  5. Request update on existing VMs in a machine catalog.

    Set-ProvVMUpdateTimeWindow -ProvisioningSchemeUid xxxx -VMName <String[]
    <!--NeedCopy-->
    
  6. Restart the VMs to trigger updates on the existing VMs. For example:

    New-BrokerHostingPowerAction -machinename "<name>" -Action Restart
    <!--NeedCopy-->
    

Check hibernation property

You can check the hibernation property of a machine catalog, VM, and a broker machine using the PowerShell commands:

  • To check the hibernation property of a provisioning scheme, run the following PowerShell commands. The HibernationEnabled parameter must be True.

     (Get-ProvScheme -provisioningSchemeName <YourSchemeName>).VMMetadata -join "" |  ConvertFrom-Json | Select HibernationEnabled
     <!--NeedCopy-->
    
  • To check the hibernation property of a provisioning VM, run the following PowerShell commands. The SupportsHibernation parameter must be True.

     (Get-ProvVM -VMName <YourVMName>).CustomVmData | ConvertFrom-Json | Select SupportsHibernation
     <!--NeedCopy-->
    
  • To check the hibernation capacity of a broker machine, run the following PowerShell commands. The Suspend and Resume power actions indicate hibernation capability.

     (Get-BrokerMachine -MachineName <YourMachineName>).SupportedPowerActions
     <!--NeedCopy-->
    

Power management of hibernation-capable VMs

You can perform the following power management operations on the hibernation-capable VMs:

  • Suspend VM from the running state
  • Resume VM from the suspended state
  • Force shut down VM from a suspended state
  • Force restart the VM from the suspended state

See the following for more information:

Suspend

You can suspend a VM using one of the following ways:

  • Manually using Web Studio
  • Automatically using the timeout policy: For more information, see Miscellaneous settings.

To manually suspend a VM:

  1. Right-click the VM, and select Suspend. Click Yes to confirm the action. The Power State changes from Suspending to Suspended.

    Suspend a hibernation-capable VM

You can check the status of the VM in the Azure portal.

Check the status of the VM in the Azure portal

Resume

To resume a hibernated VM, use one of the following ways:

  • Manually:

    • Administrators can resume the VM using the Web Studio.

      Resume the VM using Web Studio

    • End users can start the VM using the Citrix Workspace menu once they click the desktop icon.

      Resume VM using Citrix Workspace

  • Automatically:

    • Autoscale can automatically power on the hibernated machines if you configure the peak times correctly. You can set the peak times in 30-minutes intervals by clicking the time-schedule. Each blue frame represents a timeslot marked as peak time. The peak times can have consecutive and non-consecutive time slots.

      • Consecutive time slots

        Consecutive peak time slots

      • Non-consecutive time slots

        Non-consecutive peak time slots

Note:

In Manage Autoscale > Load-based Settings, if the Action is configured as Suspend, then make sure that all VMs within that delivery group have hibernation capability. Otherwise, VMs that can’t hibernate continues to run.

Manage Autoscale Load based settings

More information

For more information on Citrix Azure hibernation, see the Citrix Tech Zone article.

Power manage Azure VMs