Azure verification for VMs

Applies to: Azure Stack HCI, version 23H2

Microsoft Azure offers a range of differentiated workloads and capabilities that are designed to run only on Azure. Azure Stack HCI extends many of the same benefits you get from Azure, while running on the same familiar and high-performance on-premises or edge environments.

Azure verification for VMs makes it possible for supported Azure-exclusive workloads to work outside of the cloud. This feature, modeled after the IMDS attestation service in Azure, is a built-in platform attestation service that is enabled by default on Azure Stack HCI 23H2 or later. It helps to provide guarantees for these VMs to operate in other Azure environments.

For more information about the previous version of this feature on Azure Stack HCI, version 22H2 or earlier, see Azure Benefits on Azure Stack HCI.

Benefits available on Azure Stack HCI

Azure verification for VM enables you to use these benefits available only on Azure Stack HCI:

Workload	What it is	How to get benefits
Extended Security Update (ESUs)	Get security updates at no extra cost for end-of-support SQL and Windows Server VMs on Azure Stack HCI. For more information, see Free Extended Security Updates (ESU) on Azure Stack HCI.	You must enable Legacy OS support for older VMs running version Windows Server 2012 or earlier with Latest Servicing Stack Updates.
Azure Virtual Desktop (AVD)	AVD session hosts can run only on Azure infrastructure. Activate your Windows multi-session VMs on Azure Stack HCI using Azure VM verification. Licensing requirements for AVD still apply. See Azure Virtual Desktop pricing.	Activated automatically for VMs running version Windows 11 multi-session with 4B update released on April 9, 2024 (22H2: KB5036893, 21H2: KB5036894) or later. You must enable legacy OS support for VMs running version Windows 10 multi-session with 4B update released on April 9, 2024 KB5036892 or later.
Windows Server Datacenter: Azure Edition	Azure Edition VMs can run only on Azure infrastructure. Activate your Windows Server Azure Edition VMs and use the latest Windows Server innovations and other exclusive features. Licensing requirements still apply. See ways to license Windows Server VMs on Azure Stack HCI.	Activated automatically for VMs running Windows Server Azure Edition 2022 with 4B update released on April 9, 2024 (KB5036909) or later.
Azure Policy guest configuration	Get Azure Policy guest configuration at no cost. This Arc extension enables the auditing and configuration of OS settings as code for servers and VMs.	Arc agent version 1.39 or later. See Latest Arc agent release.

Note

To ensure continued functionality, update your VMs on Azure Stack HCI to the latest cumulative update by June 17, 2024. This update is essential for VMs to continue using Azure benefits. See the Azure Stack HCI blog post for more information.

Manage Azure VM verification

Azure VM verification is automatically enabled by default in Azure Stack HCI 23H2 or later. The following instructions outline the prerequisites for using this feature and steps for managing benefits (optional).

Note

To enable Extended Security Updates (ESUs), you must do additional setup and turn on legacy OS support.

Host prerequisites

• Make sure that you have access to an Azure Stack HCI, version 23H2 system. All servers must be online, registered, and cluster deployed. For more information, see Register your servers with Arc and see Deploy via Azure portal.
• Install Hyper-V and RSAT-Hyper-V-Tools.
• (Optional) If you're using Windows Admin Center, you must install Cluster Manager extension (version 2.319.0) or later.

VM prerequisites

• Make sure to update your VMs. See the version requirements for workloads.

• Turn on Hyper-V Guest Service Interface. See the instructions for Windows Admin Center or for PowerShell.

You can manage Azure VM verification using Windows Admin Center or PowerShell, or view its status using Azure CLI or the Azure portal. The following sections describe each option.

Azure portal

1. In your Azure Stack HCI cluster resource page, navigate to the Configuration tab.

2. Under the feature Azure verification for VMs, view the host attestation status.

   

Azure CLI

Azure CLI is available to install in Windows, macOS, and Linux environments. It can also be run in Azure Cloud Shell. This section describes how to use Bash in Azure Cloud Shell. For more information, see Quickstart for Azure Cloud Shell.

Launch Azure Cloud Shell and use Azure CLI to check Azure VM verification following these steps:

1. Set up parameters from your subscription, resource group, and cluster name

   subscription="00000000-0000-0000-0000-000000000000" # Replace with your subscription ID
   resourceGroup="hcicluster-rg" # Replace with your resource group name
   clusterName="HCICluster" # Replace with your cluster name
   
   az account set --subscription "${subscription}"
   

2. To view Azure VM verification status on a cluster, run the following command:

   az stack-hci cluster list \
   --resource-group "${resourceGroup}" \
   --query "[?name=='${clusterName}'].{Name:name, AzureBenefitsHostAttestation:reportedProperties.imdsAttestation}" \
   -o table
   

Windows Admin Center

Check server status of Azure VM verification

1. In Windows Admin Center, select Cluster Manager from the top drop-down menu, navigate to the cluster that you want to activate, then under Settings, select Azure verification for VMs.

2. To check Azure VM verification server status:

   • Cluster-level status: Host status appears as On.

   • Server-level status: Under the Server tab in the dashboard, check that the status for every server shows as Active in the table.

     

Troubleshoot servers

• Under the Server tab, if one or more servers appear as Expired:
  • If the server hasn't synced with Azure for more than 30 days, its status appears as Expired or Inactive. Select on Sync with Azure to schedule a manual sync.

Manage benefits activated on VMs

1. To check what benefits are activated on VMs, navigate to the VMs tab.

2. The dashboard shows the number of VMs with:

   • Active benefits: These VMs have Azure-exclusive features activated via Azure VM verification.
   • Inactive benefits: These VMs have Azure-exclusive features that need further action before activation.
   • Unknown: We can't determine the eligible benefits for these VMs because Hyper-V data exchange is turned off. See the following troubleshooting section.
   • No applicable benefits: These VMs don't have Azure-exclusive features and hence don't require Azure VM verification.

3. The table displays the Eligible benefit that is applicable for each VM. See the full list of benefits available on Azure Stack HCI.

   

Troubleshoot VMs

• Under the VMs tab, if one or more VMs appear as Inactive benefits:

  • If the action suggested is to Install updates, you might not have the minimum OS version required for the benefit. Update the VM to meet the version requirements for workloads.
  • If the action suggested is to Turn on Guest Service Interface, select it and open the context pane to enable the Hyper-V Guest Service Interface. This feature is required for VMs to communicate to the host via VMbus.
  • If the action suggested is regarding legacy OS support, see troubleshooting for legacy OS support.

• Under the VMs tab, if one or more VMs appear as Unknown:

  • If you want to determine the benefits available for these VMs, you can either do so manually by checking the full list of benefits available on Azure Stack HCI, or Windows Admin Center can display this information. To access the information through Windows Admin Center, enable Hyper-V data exchange (KVP) for your VMs by selecting the action labeled Turn on Hyper-V data exchange.

PowerShell

Check server status of Azure VM verification

• When Azure VM verification setup is successful, you can view the host status. Check the cluster property IMDS Attestation by running the following command:

  Get-AzureStackHCI
  

• Or, to view Azure VM verification status for servers, run the following command:

  Get-AzureStackHCIAttestation [[-ComputerName] <string>]
  

Troubleshoot servers

• If Azure VM verification for one or more servers isn't yet synced and renewed with Azure, it might appear as Expired or Inactive. Schedule a manual sync:

  Sync-AzureStackHCI
  

Manage benefits activated on VMs

• To check access to Azure VM verification for VMs, run the following command:

  Get-AzStackHCIVMAttestation
  

  Note

  A VM that is supported for v2 can communicate with the server using VMBus. Conversely, a v1 supported VM is configured with legacy OS support and can access Azure VM verification via REST. If a VM supports both v1 and v2, the v2 method (i.e. VMBus) is primarily used, but it can fall back to v1 if v2 encounters an issue.

Troubleshoot VMs

• To set up access to Azure VM verification for VMs, you can enable the Hyper-V Guest Service Interface.

  To check that Hyper-V Guest Service Interface is enabled, run:

  Get-VMIntegrationService [[-VMName] <VMName>] -Name "Guest Service Interface"
  

• To turn on the Hyper-V Guest Service Interface:

  Enable-VMIntegrationService [[-VMName] <VMName>] -Name "Guest Service Interface"
  

• To check that the VMs can access Azure VM verification on the host, run the following command on the host:

  Invoke-RestMethod -Headers @{"Metadata"="true"} -Method GET -Uri "http://127.0.0.1:42542/metadata/attested/document?api-version=2018-10-01" –usedefaultcredentials
  

Legacy OS support

For older VMs that lack the necessary Hyper-V functionality (Guest Service Interface) to communicate directly with the host, you must configure traditional networking components for Azure VM verification. If you have these workloads, such as Extended Security Updates (ESUs), follow the instructions in this section to set up legacy OS support.

Azure portal

You can't view legacy OS support from the Azure portal at this time.

Azure CLI

Azure CLI is available to install in Windows, macOS, and Linux environments. It can also be run in Azure Cloud Shell. This section describes how to use Bash in Azure Cloud Shell. For more information, see the Quickstart for Azure Cloud Shell.

Launch Azure Cloud Shell and use Azure CLI to check Azure VM verification by following these steps:

1. Set up parameters from your subscription, resource group, and cluster name:

   subscription="00000000-0000-0000-0000-000000000000" # Replace with your subscription ID
   resourceGroup="hcicluster-rg" # Replace with your resource group name
   clusterName="HCICluster" # Replace with your cluster name
   
   az account set --subscription "${subscription}"
   

2. To view legacy OS support status on a cluster, run the following command:

   az stack-hci cluster list \
   --resource-group "${resourceGroup}" \
   --query "[?name=='${clusterName}'].{Name:name, AzureBenefitsHostAttestation:reportedProperties.supportedCapabilities}" \
   -o table
   

Windows Admin Center

1. Turn on legacy OS support on the host

1. In Windows Admin Center, select Cluster Manager from the top drop-down menu, navigate to the cluster that you want to activate, then under Settings, select Azure verifications for VMs.

2. In the section for Legacy OS support, select Change status. Select On in the context pane. This setting also enables networking access for all existing VMs. You must manually turn on legacy OS support for any new VMs that you create later.

3. Select Change status to confirm. It might take a few minutes for servers to reflect the changes.

4. When legacy OS support is successfully turned on:

   • Check that Legacy OS support appears as On.

   • Under the Server tab in the dashboard, check that legacy OS support for every server shows as On in the table.

     

2. Enable access for new VMs

You must enable legacy OS networking for any new VMs that you create after the first setup. To manage access for VMs, navigate to the VMs tab. Any VM that requires legacy OS support access appear as Inactive. Select the action to Set up legacy OS networking for the selected VM, or for all existing VMs on the cluster.

Note

To successfully enable legacy OS support on Generation 1 VMs, the VM must first be powered off to enable the NIC to be added.

PowerShell

1. Turn on legacy OS support on the host

• Run the following command from an elevated PowerShell window on your Azure Stack HCI cluster:

  Enable-AzStackHCIAttestation
  

• Or, if you want to add all existing VMs on setup, you can run the following command:

  Enable-AzStackHCIAttestation -AddVM
  

• Check that legacy OS support is turned on:

  Get-AzureStackHCIAttestation [[-ComputerName] <string>]
  

Troubleshoot servers

• To turn off and reset legacy OS support on your cluster, run the following command:

  Disable-AzStackHCIAttestation -RemoveVM
  

2. Enable access for VMs

• To configure networking access for selected VMs, run the following command on your Azure Stack HCI cluster:

  Add-AzStackHCIVMAttestation [-VMName]
  

• Or, to add all existing VMs, run the following command:

  Add-AzStackHCIVMAttestation -AddAll
  

• Get list of VMs that have access to legacy OS support:

  Get-AzStackHCIVMAttestation
  

  Note

  To successfully enable legacy OS support on Generation 1 VMs, the VM must first be powered off to enable the NIC to be added.

Troubleshoot VMs

• To remove access to legacy OS support for selected VMs:

  Remove-AzStackHCIVMAttestation -VMName <string>
  

  Or, to remove access for all existing VMs:

  Remove-AzStackHCIVMAttestation -RemoveAll
  

• To check that the VMs can access legacy OS support on the host, run the following command on the VM:

  Invoke-RestMethod -Headers @{"Metadata"="true"} -Method GET -Uri http://169.254.169.253:80/metadata/attested/document?api-version=2018-10-01
  

FAQ

This section provides answers to some frequently asked questions about using Azure Benefits.

What Azure-exclusive workloads can I enable with Azure VM verification?

See the full list here.

Does it cost anything to enable Azure VM verification?

No. Turning on Azure VM verification incurs no extra fees.

Can I use Azure VM verification on environments other than Azure Stack HCI?

No. Azure VM verification is a feature built into the Azure Stack HCI OS, and can only be used on Azure Stack HCI.

If I just upgraded to 23H2 from 22H2, and I previously turned on the Azure Benefits feature, do I need to do anything new?

If you upgraded a cluster that previously had Azure Benefits on Azure Stack HCI set up for your workloads, you don't need to do anything when you upgrade to 23H2. When you upgrade, the feature remains enabled, and legacy OS support is turned on as well. However, if you want to use an improved way of doing VM-to-host communication through VM Bus in 23H2, make sure that you have the required host prerequisites and the VM prerequisites.

I just set up Azure VM verification on my cluster. How do I ensure that Azure VM verification stays active?

• In most cases, there's no user action required. Azure Stack HCI automatically renews Azure VM verification when it syncs with Azure.
• However, if the cluster disconnects for more than 30 days and Azure VM verification shows as Expired, you can manually sync using PowerShell and Windows Admin Center. For more information, see syncing Azure Stack HCI.

What happens when I deploy new VMs, or delete VMs?

• When you deploy new VMs that require Azure VM verification, they're automatically activated if they have the correct VM prerequisites.

• However, for legacy VMs using legacy OS support, you can manually add new VMs to access Azure VM verification using Windows Admin Center or PowerShell, using the preceding instructions.

• You can still delete and migrate VMs as usual. The NIC AZSHCI_GUEST-IMDS_DO_NOT_MODIFY still exists on the VM after migration. To clean up the NIC before migration, you can remove VMs from Azure VM verification using Windows Admin Center or PowerShell using the preceding instructions for legacy OS support, or you can migrate first and manually delete NICs afterwards.

What happens when I add or remove servers?

• When you add a server, it's automatically activated if it has the correct Host prerequisites.
• If you're using legacy OS support, you might need to manually enable these servers. Run Enable-AzStackHCIAttestation [[-ComputerName] <String>] in PowerShell. You can still delete servers or remove them from the cluster as usual. The vSwitch AZSHCI_HOST-IMDS_DO_NOT_MODIFY still exists on the server after removal from the cluster. You can leave it if you're planning to add the server back to the cluster later, or you can remove it manually.

Next steps

• Extended security updates (ESU) on Azure Stack HCI.
• Azure Stack HCI overview.
• Azure Stack HCI FAQ.