Azure 自动化作业共享订阅上下文

Question

我有一个 Azure 自动化 Runbook，它为每个订阅启动一个子 Runbook。

foreach ($sub in $subscriptions)
{
    $ChildRunbookInputParams = @{"SubscriptionId"="$($sub.SubscriptionId)"}

    $job = Start-AzureRmAutomationRunbook `
            -Name $ChildRunbookName `
            -Parameters $ChildRunbookInputParams `
            -ResourceGroupName $AutomationAccountResourceGroup `
            -AutomationAccountName $AutomationAccountName 
}

父 Runbook 和子 Runbook 都使用相同的 run-as 帐户。

我遇到的问题是运行手册似乎在共享上下文，即使它们作为独立作业运行。
父 Runbook 对包含自动化帐户的订阅执行 Set-AzureRmContext，以便它可以 Start-AzureRmAutomationRunbook。子 Runbook 对其传递的订阅 ID 执行 Set-AzureRmContext，以便它可以处理该订阅中的资源。
第一个子 Runbook 启动后，父 Runbook 中的后续 Start-AzureRmAutomationRunbook 调用将失败，因为它无法再找到指定的 Runbook。随着其他子 Runbook 的启动（父 Runbook 在第一个更改订阅之前启动了几个子作业），之前启动的子作业开始处理最后一个订阅的资源。

这是预期的行为吗？处理多个订阅似乎是一种常见要求；推荐的模式是什么？

Answer 1

我们也遇到了这个问题，不得不向 Microsoft 开一个支持案例来解决。自 2017 年 9 月以来，这可能只是可能的，因为 Azure PowerShell 模块/cmdlet 开始支持将配置文件（AzureRM 上下文）作为参数传递的能力；这可确保并行运行的 AzureRM 命令（通过工作流或使用 Start-AzureRMAutoRunbookJob 启动新的子自动化作业）针对指定的上下文执行。

出现此问题的原因是因为使用 Azure 管理的自动化工作人员，在高作业量下，Azure 会重复使用工作人员来节省资源，并且可能会丢失上下文。

GitHub 上提供了此示例 (https://github.com/jefffanjoy/DemoCode/tree/master/Runbooks/Azure%20Automation)