How to update Azure PowerShell modules in Azure Automation
To update the Azure modules in your Automation Account it's recommended you now use the Update Azure modules runbook, which is now open source. Additionally, you can still use the Update Azure Modules button in the portal to update your Azure modules. To learn more about using the open-source runbook, see Update Azure Modules with open source runbook.
The most common Azure PowerShell modules are provided by default in each Automation account. The Azure team updates the Azure modules regularly. In your Automation account, you're provided a way to update the modules in the account when new versions are available from the portal.
Because modules are updated regularly by the product group, changes can occur with the included cmdlets. This action may negatively impact your runbooks depending on the type of change, such as renaming a parameter or deprecating a cmdlet entirely.
To avoid impacting your runbooks and the processes they automate, test and validate before proceeding. If you don't have a dedicated Automation account intended for this purpose, consider creating one so that you can test many different scenarios during the development of your runbooks. This testing should include iterative changes such as updating the PowerShell modules.
If you develop your scripts locally, it's recommended to have the same module versions locally that you have in your Automation Account when testing to ensure you'll receive the same results. After the results are validated and you've applied any changes required, you can move the changes to production.
A new Automation account might not contain the latest modules.
Update Azure Modules with open-source runbook
To start using the Update-AutomationAzureModulesForAccount runbook to update your Azure modules, download it from the Update Azure modules runbook repository on GitHub. You can then import it into your Automation Account or run it as a script. The instructions on how to do this can be found in the Update Azure modules runbook repository.
The following are some considerations to take into account when using this process to update your Azure Modules:
If you import this runbook with the original name
Update-AutomationAzureModulesForAccount, it will override the internal runbook with this name. As a result, the imported runbook will run when the Update Azure Modules button is pushed or when this runbook is invoked directly via Azure Resource Manager API for this Automation account.
AzureRM.*modules are currently supported. The new Azure PowerShell Az modules aren't supported yet.
Avoid starting this runbook on Automation accounts that contain Az modules.
Before starting this runbook, make sure your Automation account has an Azure Run As account credential created.
You can use this code as a regular PowerShell script instead of a runbook: just log in to Azure using the Connect-AzureRmAccount command first, then pass
-Login $falseto the script.
To use this runbook on the sovereign clouds, use the
AzureRmEnvironmentparameter to pass the correct environment to the runbook. Acceptable values are AzureCloud, AzureChinaCloud, AzureGermanCloud, and AzureUSGovernment. These values can be retrieved from using
Get-AzureRmEnvironment | select Name. If you don't pass a value to this parameter, the runbook will default to the Azure public cloud AzureCloud
If you want to use a specific Azure PowerShell module version instead of the latest available on the PowerShell Gallery, pass these versions to the optional
ModuleVersionOverridesparameter of the Update-AutomationAzureModulesForAccount runbook. For examples, see the Update-AutomationAzureModulesForAccount.ps1 runbook. Azure PowerShell modules that aren't mentioned in the
ModuleVersionOverridesparameter are updated with the latest module versions on the PowerShell Gallery. If you pass nothing to the
ModuleVersionOverridesparameter, all modules are updated with the latest module versions on the PowerShell Gallery. This behavior is the same as the Update Azure Modules button.
Update Azure Modules in the Azure portal
In the Modules page of your Automation account, there's an option called Update Azure Modules. It's always enabled.
Before updating your Azure modules it's recommended that you update them in a test Automation Account to ensure that your existing scripts work as expected before updating your Azure modules.
The Update Azure Modules button is only available in the public cloud. It's not available in the sovereign regions. Please use the Update-AutomationAzureModulesForAccount runbook to update your Azure modules. You can download it from the Update Azure modules runbook repository. To learn more about using the open source runbook, see Update Azure Modules with open source runbook.
Click Update Azure Modules, a confirmation notification is shown that asks if you want to continue.
Click Yes and the module update process begins. The update process takes about 15-20 minutes to update the following modules:
If the modules are already up-to-date, then the process completes in a few seconds. When the update process completes, you're notified.
The .NET core AzureRm modules (AzureRm.*.Core) aren't supported in Azure Automation and can't be imported.
Azure Automation uses the latest modules in your Automation account when a new scheduled job is run.
If you use cmdlets from these Azure PowerShell modules in your runbooks, you want to run this update process every month or so to make sure that you have the latest modules. Azure Automation uses the
AzureRunAsConnection connection to authenticate when updating the modules. If the service principal is expired or no longer exists on the subscription level, the module update will fail.
Visit the open source Update Azure modules runbook to learn more about it.
We'd love to hear your thoughts. Choose the type you'd like to provide:
Our feedback system is built on GitHub Issues. Read more on our blog.