Start/Stop VMs v2 overview
The Start/Stop VMs v2 feature starts or stops Azure Virtual Machines instances across multiple subscriptions. It starts or stops virtual machines on user-defined schedules, provides insights through Azure Application Insights, and send optional notifications by using action groups. For most scenarios, Start/Stop VMs can manage virtual machines deployed and managed both by Azure Resource Manager and by Azure Service Manager (classic), which is deprecated.
This new version of Start/Stop VMs v2 provides a decentralized low-cost automation option for customers who want to optimize their VM costs. It offers all of the same functionality as the original version that was available with Azure Automation, but it's designed to take advantage of newer technology in Azure. The Start/Stop VMs v2 relies on multiple Azure services and it will be charged based on the service that are deployed and consumed.
Important Start/Stop VMs v2 Updates
We've updated our Start/Stop VMs v2 function app resource to use Azure Functions version 4.x, and you'll get this version by default when you install Start/Stop VMs v2 from the marketplace. Existing customers should migrate from Functions version 3.x to version 4.x using our auto-update functionality. This functionality gets the latest version either by running the TriggerAutoUpdate timer function once manually or waiting for the schedule to run, if you've enabled it.
We've added a plan (AZ - Availability Zone) to our Start/Stop VMs v2 solution to enable a more reliable offering. You can now choose between Consumption and Availability Zone plans before you start your deployment. In most cases, the monthly cost of the Availability Zone plan is higher when compared to the Consumption plan.
Automatic updating functionality was introduced on April 28th, 2022. This new auto update feature helps you stay on the latest version of the solution. This feature is enabled by default when you perform a new installation.
If you deployed your solution before this date, you can reinstall to the latest version from our GitHub repository
Overview
Start/Stop VMs v2 is redesigned and it doesn't depend on Azure Automation or Azure Monitor Logs, as required by the previous version. This version relies on Azure Functions to handle the VM start and stop execution.
A managed identity is created in Microsoft Entra ID for this Azure Functions application and allows Start/Stop VMs v2 to easily access other Microsoft Entra protected resources, such as the logic apps and Azure VMs. For more about managed identities in Microsoft Entra ID, see Managed identities for Azure resources.
An HTTP trigger function endpoint is created to support the schedule and sequence scenarios included with the feature, as shown in the following table.
| Name | Trigger | Description |
|---|---|---|
| Scheduled | HTTP | This function is for both scheduled and sequenced scenario (differentiated by the payload schema). It's the entry point function called from the Logic App and takes the payload to process the VM start or stop operation. |
| AutoStop | HTTP | This function supports the AutoStop scenario, which is the entry point function that is called from Logic App. |
| AutoStopVM | HTTP | This function is triggered automatically by the VM alert when the alert condition is true. |
| VirtualMachineRequestOrchestrator | Queue | This function gets the payload information from the Scheduled function and orchestrates the VM start and stop requests. |
| VirtualMachineRequestExecutor | Queue | This function performs the actual start and stop operation on the VM. |
| CreateAutoStopAlertExecutor | Queue | This function gets the payload information from the AutoStop function to create the alert on the VM. |
| HeartBeatAvailabilityTest | Timer | This function monitors the availability of the primary HTTP functions. |
| CostAnalyticsFunction | Timer | This function is used by Microsoft to estimate aggregate cost of Start/Stop V2 across customers. This function does not impact the functionality of Start/Stop V2. |
| SavingsAnalyticsFunction | Timer | This function is used by Microsoft to estimate aggregate savings of Start/Stop V2 across customers. This function does not impact the functionality of Start/Stop V2. |
| VirtualMachineSavingsFunction | Queue | This function performs the actual savings calculation on a VM achieved by the Start/Stop V2 solution. |
| TriggerAutoUpdate | Timer | This function starts the auto update process based on the application setting "EnableAutoUpdate=true". |
| UpdateStartStopV2 | Queue | This function performs the actual auto update execution, which validates your current version with the available version and decides the final action. |
For example, Scheduled HTTP trigger function is used to handle schedule and sequence scenarios. Similarly, AutoStop HTTP trigger function handles the auto stop scenario.
The queue-based trigger functions are required in support of this feature. All timer-based triggers are used to perform the availability test and to monitor the health of the system.
Azure Logic Apps is used to configure and manage the start and stop schedules for the VM take action by calling the function using a JSON payload. By default, during initial deployment it creates a total of five Logic Apps for the following scenarios:
Scheduled - Start and stop actions are based on a schedule you specify against Azure Resource Manager and classic VMs. ststv2_vms_Scheduled_start and ststv2_vms_Scheduled_stop configure the scheduled start and stop.
Sequenced - Start and stop actions are based on a schedule targeting VMs with pre-defined sequencing tags. Only two named tags are supported -
sequencestartandsequencestop. ststv2_vms_Sequenced_start and ststv2_vms_Sequenced_stop configure the sequenced start and stop.The proper way to use the sequence functionality is to create a tag named
sequencestarton each VM you wish to be started in a sequence. The tag value needs to be an integer ranging from 1 to N for each VM in the respective scope. The tag is optional and if not present, the VM simply won't participate in the sequencing. The same criteria applies to stopping VMs with only the tag name being different and usesequencestopin this case. You have to configure both the tags in each VM to get start and stop action. If two or more VMs share the same tag value, those VMs would be started or stopped at the same time.For example, the following table shows that both start and stop actions are processed in ascending order by the value of the tag.
Note
This scenario only supports Azure Resource Manager VMs.
AutoStop - This functionality is only used for performing a stop action against both Azure Resource Manager and classic VMs based on its CPU utilization. It can also be a scheduled-based take action, which creates alerts on VMs and based on the condition, the alert is triggered to perform the stop action. ststv2_vms_AutoStop configures the auto stop functionality.
Each Start/Stop action supports assignment of one or more subscriptions, resource groups, or a list of VMs.
An Azure Storage account, which is required by Functions, is also used by Start/Stop VMs v2 for two purposes:
Uses Azure Table Storage to store the execution operation metadata (that is, the start/stop VM action).
Uses Azure Queue Storage to support the Azure Functions queue-based triggers.
All trace logging data from the function app execution is sent to your connected Application Insights instance. You can view the telemetry data stored in Application Insights from a set of pre-defined visualizations presented in a shared Azure dashboard.
Email notifications are also sent as a result of the actions performed on the VMs.
New releases
When a new version of Start/Stop VMs v2 is released, your instance is auto-updated without having to manually redeploy.
Supported scoping options
Subscription
Scoping to a subscription can be used when you need to perform the start and stop action on all the VMs in an entire subscription, and you can select multiple subscriptions if necessary.
You can also specify a list of VMs to exclude and it will ignore them from the action. You can also use wildcard characters to specify all the names that simultaneously can be ignored.
Resource group
Scoping to a resource group can be used when you need to perform the start and stop action on all the VMs by specifying one or more resource group names, and across one or more subscriptions.
You can also specify a list of VMs to exclude and it will ignore them from the action. You can also use wildcard characters to specify all the names that simultaneously can be ignored.
VMList
Specifying a list of VMs can be used when you need to perform the start and stop action on a specific set of virtual machines, and across multiple subscriptions. This option doesn't support specifying a list of VMs to exclude.
Prerequisites
You must have an Azure account with an active subscription. Create an account for free.
To deploy the solution, your account must be granted the Owner permission in the subscription.
Start/Stop VMs v2 is available in all Azure global and US Government cloud regions that are listed in Products available by region page for Azure Functions.
Next steps
To deploy this feature, see Deploy Start/Stop VMs.
Feedback
Coming soon: Throughout 2024 we will be phasing out GitHub Issues as the feedback mechanism for content and replacing it with a new feedback system. For more information see: https://aka.ms/ContentUserFeedback.
Submit and view feedback for