Loading...

General Availability: Azure Automation Hybrid Runbook Worker Extension

General Availability: Azure Automation Hybrid Runbook Worker Extension

Infrastructure is increasingly becoming more complex as organizations operate across multiple cloud and on-premises environments. Businesses are looking for a secure and reliable management services that can consistently manage this hybrid estate. Azure Automation provides a unified platform for execution of customer provided scripts to manage Azure, Arc-enabled and multi-cloud workloads. User Hybrid Worker enables execution of these scripts directly on the machines for managing guest workloads or as a gateway to environments that are not accessible from Azure. Azure Automation announces General Availability of User Hybrid Worker extension, that is based on Virtual Machine extensions framework and provides a seamless and integrated installation experience.

Note: The extension-based Hybrid Runbook Worker only supports the User Hybrid Worker type and does not include the System Hybrid Worker required for Azure Automation Update Management. It is supported for Windows & Linux Azure VMs and Azure Arc-enabled Servers. It is also available for Azure Arc-enabled VMware vSphere VMs in preview.

 

Common Scenarios

  • To execute Azure Automation runbooks for in-guest VM management directly on an existing Azure virtual machine (VM) and off-Azure server registered as Azure Arc-enabled server or Azure Arc-enabled VMware vSphere VM (preview). Azure Arc-enabled servers can be Windows and Linux physical servers and virtual machines hosted outside of Azure, on your corporate network, or other cloud provider. 
  • To overcome the Azure Automation sandbox limitation - the common scenarios include executing long-running operations beyond three-hour limit for cloud jobs, performing the resource-intensive automation operations, interacting with local services running on-premises or in hybrid environment, running scripts that require elevated permissions.
  • To overcome organization restrictions to keep data in Azure due to governance and security reasons - if you cannot execute Automation jobs on the cloud, you can run it on an on-premises machine that is onboarded as a User Hybrid Runbook Worker.
  • To automate operations on multiple off-Azure resources running on-premises or in multi-cloud environments. You can onboard one of those machines as User Hybrid Runbook Worker and target automation on the remaining machines in the local environment.
  • To access other services privately from the Azure Virtual Network (VNet) without the need to open an outbound connection to the internet, you can execute runbooks on a Hybrid Worker connected to the Azure VNet.

 

Benefits of extension-based User Hybrid Runbook Workers over agent-based Workers

The extension-based approach greatly simplifies the installation and management of the User Hybrid Runbook Worker, removing the complexity of working with the agent-based approach. Here are some key benefits:

  • Seamless onboarding – Agent-based approach for onboarding Hybrid Runbook worker is dependent on the Log Analytics agent. Extension-based User Hybrid runbook worker has no dependency on Log Analytics solution. The runbook worker can be setup using the extension approach natively from the portal without a need to login to the machines.
  • Ease of Manageability – It offers native integration with ARM identity for Hybrid Runbook Worker and provides the flexibility for governance at scale through policies and templates.
  • Unified experience – It offers an identical experience for managing Azure and off-Azure Arc-enabled machines.
  • More secure - It uses Azure Active Directory based authentication using VM system assigned managed identities. It eliminates certificate-based authentication required for Agent-based Worker, further improving security of the VM under management.
  • Multiple onboarding channels – You have the choice to onboard and manage extension-based workers through the Azure Portal, PowerShell cmdlets, Azure CLI, Bicep, ARM templates and REST API.
  • Default Automatic upgrade – It offers Automatic upgrade of minor versions by default, significantly reducing the manageability of staying updated on the latest version. We recommend enabling Automatic upgrades to take advantage of any security or feature updates without manual overhead. You can also opt out of automatic upgrades at any time. Any major version upgrades are currently not supported and should be managed manually.

 

Call to Action

  • Migrate existing agent-based User Hybrid Runbook Workers to extension-based Workers - You can migrate your existing agent-based User Hybrid Workers to extension-based Workers as both types can co-exist on the same machine. The extension-based installation does not affect the installation or management of an agent-based Worker. Once you are confident with the extension-based Hybrid Worker experience and use, you can remove the agent-based Worker.
  • Upgrade Hybrid Worker extension to latest version - If you had installed Hybrid Worker extension during public preview, you must upgrade it to the latest version. Since it is a major version upgrade from preview to GA, it must be managed manually.
  • Add more machines as extension-based Hybrid Runbook Workers and manage your hybrid and multi-cloud workloads using a single orchestration service.

 

Additional Resources

If you have any questions or suggestions, please reach out to Azure Automation Q&A forum.

Published on:

Learn more
Azure Governance and Management Blog articles
Azure Governance and Management Blog articles

Azure Governance and Management Blog articles

Share post:

Related posts

[REDACTED] message when turning on a Power Automate flow

We all like useful error messages. How about the [REDACTED] Message when you turn on a flow? In this post you will find the steps to fix this ...

6 hours ago

Power Automate: Do Until Action

The "Do Until" action loops in Power Automate until a condition is met. Learn its limits, why it always runs once, and how to avoid runaway lo...

7 hours ago

Use Inventory to find your Power Automate flow?

How often do you want to find a flow, but you can’t remember which environment you created the flow in? It can be quite a

9 hours ago

Give your Foundry Agent Custom Tools with MCP Servers on Azure Functions

Learn how to connect your MCP server hosted on Azure Functions to Microsoft Foundry agents. This post covers authentication options and setup ...

1 day ago

Azure Data Factory Tips for Reliable Microsoft Dynamics 365 CE and Dataverse Integrations

Reliable integrations between Microsoft Dynamics 365 Customer Engagement and external systems can become challenging. This is especially true ...

1 day ago

Power Automate: reverse Function

Learn how to use the Power Automate reverse function to flip the order of items in an array. Includes examples with strings, objects, and sort...

1 day ago

Scalable AI with Azure Cosmos DB: Tredence Intelligent Document Processing (IDP) | March 2026

Azure Cosmos DB enables scalable AI-driven document processing, addressing one of the biggest barriers to operational scale in today’s enterpr...

2 days ago

Why you need the question mark operator in Power Automate expressions

Learn why the question mark operator in Power Automate prevents runtime errors when accessing properties that might not exist, and how to use ...

2 days ago

Announcing the end of support for Node.js 20.x in the Azure SDK for JavaScript

After July 9, 2026, the Azure SDK for JavaScript will no longer support Node.js 20.x. Upgrade to an Active Node.js Long Term Support (LTS) ver...

3 days ago
Stay up to date with latest Microsoft Dynamics 365 and Power Platform news!
* Yes, I agree to the privacy policy