Upgrade your machines to the latest Automanage version
Caution
On 31 August 2024, both Automation Update Management and the Log Analytics agent it uses will be retired. Migrate to Azure Update Manager before that. Refer to guidance on migrating to Azure Update Manager here. Migrate Now.
Automanage machine best practices released the generally available API version. The API now supports creating custom profiles where you can pick and choose the services and settings you want to apply to your machines. This article describes the differences in the versions and how to upgrade.
How to upgrade your machines
In the Automanage portal, if your machine status is Needs Upgrade on the Automanage machines tab, please follow these steps. You will also see a banner on the Automanage overview page indicating that you need to upgrade your machines.
Update any onboarding automation to reference the GA API version: 2022-05-04. For instance, if you have onboarding templates saved, you will need to update the template to reference the new GA API version as the preview versions will no longer be supported. Also, if you have deployed the Automanage built-in policy that references the preview APIs, you will need to redeploy the built-in policy which now references the GA API version.
Upgrade your machines to the latest Automanage version
If your machine status is Needs Upgrade on the Automanage machines tab, you will need to do the following:
Disable Automanage machines that need to be upgraded
Before a machine can upgrade to the new Automanage version, the machine must be disabled from the previous version of Automanage. To disable the machines follow these steps:
- Select the checkbox next to the virtual machine you want to disable.
- Click on the Disable button.
- Read carefully through the messaging in the resulting pop-up before agreeing to Disable.
Re-enable Automanage on your machines
After your machines are off-boarded from Automanage, you can now re-enable Automanage. When you re-enable Automanage, Automanage will automatically use the latest Automanage version.
Select the Enable on existing VM.
Under Configuration profile, select your profile type: Azure Best Practices - Production or Azure Best Practices - Dev/Test or Custom profile
Note
The Production environment maps to the Azure Best Practices - Production Configuration Profile. The Dev/Test environment maps to the Azure Best Practices - Dev/Test Configuration Profile. If you took advantage of Configuration Preferences, you can create a Custom Profile with those same modifications.
On the Select machines blade:
- Filter the list by your Subscription and Resource group.
- Check the checkbox of each virtual machine you want to onboard.
- Click the Select button.
Note
You may select both Azure VMs and Azure Arc-enabled servers.
Click the Enable button.
Now, your machines will be onboarded to the latest version of Automanage.
Differences in the Automanage versions
Environment and Configuration Profiles
In the previous version of Automanage, you selected your Environment type: Dev/Test or Production. In the new version of Automanage, the environment maps to configuration profiles. The configuration profile options are Azure Best Practices - Dev/Test, Azure Best Practices - Production, Custom Profile. The set of services and settings from the Dev/Test environment are the same in the Azure Best Practices - Dev/Test configuration profile. Similarly, the set of services and settings from the Production environment are the same in the Azure Best Practices - Production configuration profile.
Configuration Preferences and Custom Profiles
In the previous version of Automanage, you were able to customer a subset of settings through Configuration Preferences. In the latest version of Automanage, we have enhanced the customization so you can pick and choose each service you want to onboard and support modifying some settings on the services through Custom Profiles.
Automanage Account and First party application
In the previous version of Automanage, the Automanage Account was used as an MSI to perform actions on your machine. However, in the latest version of Automanage, Automanage uses a first party application (Application ID: d828acde-4b48-47f5-a6e8-52460104a052) in order to perform actions on the Automanage machines.
For both the previous version and the new version of Automanage, you need the following permissions:
- If onboarding Automanage for the first time in a subscription, you need Owner role, or Contributor along with User Access Administrator roles.
- If onboarding Automanage on a subscription that already has Automanage machines, you need Contributor on the resource group where the machine resides.
Note
If the machine you are onboarding to Automanage is already connected to a log analytics workspace in a difference subscription than the machine, you also need the permissions outlined above on the log analytics workspace subscription.
Next steps
Get the most frequently asked questions answered in our FAQ.