Made in container

US の Azure Support Team のブログから便利な TIPS を抜粋。

想定されるシナリオ

例えば、NIC や Public IP を大量に作成する際、1 個ずつ同期的に作成すると、時間がかかります。
(例えば、1 つの作成に 30 秒かかる場合、単純計算で 30 個作るには 15 分かかります)

これを非同期で一括作成すれば、何個作ろうが 1 個作成するのと大差ない時間で完了します。

VPN Gateway とか、Application Gateway のように 1 個当たり数十分かかるようなリソースを作成する際には非常に使えそうですね。

具体的な方法

以下に ARM で Public IP を指定した個数作成するスクリプトがあります。

TechNet Gallery Code Sample

※ 文字コードのせいか、文字化けしますが、12 行目の末尾を (“System.Diagnostics”) にすればエラーなく使えます。

ただ、長くて何をやっているかが一目では分かりにくいので、最小限にすると以下のような感じになります。
ポイントは 11 行目で並列実行する処理を $sb (ScriptBlock?) として定義している所と、14 行目の [PowerShell]::Create() あたりですかね。

# 変数定義
[int]$count = "<作成数>"
[string]$namePrefix = "<リソース名の接頭辞>"
[string]$rgName = "<リソース グループ名>"
[string]$location = "<リージョン名>"

# ジョブの作成と開始を $count 回ループ実行
for($i=1;$i -le $count;$i++){
 $sb = {
 Param($namePrefix,$i,$rgName,$location)
 $dontcare = New-AzureRmPublicIpAddress -Name "$($namePrefix)$($i)" -ResourceGroupName $rgName -Location $location -AllocationMethod Dynamic
 }

New-Variable -Name "create$($namePrefix)$($i)" -Value ([PowerShell]::Create())
 (Get-Variable -Name "create$($namePrefix)$($i)" -ValueOnly).AddScript($sb).AddArgument($namePrefix).AddArgument($i).AddArgument($rgName).AddArgument($location)
 New-Variable -Name "jobCreate$($namePrefix)$($i)" -Value ((Get-Variable -Name "create$($namePrefix)$($i)" -ValueOnly).BeginInvoke())
}

で、元のスクリプトでは、処理にかかった時間を測るためにストップウォッチで時間を測っていたり、ジョブが完了したかをひたすらループでチェックしているので長くなってます。使いこなせると便利なので、必要になったときは積極的にサンプルをパクって使いましょう。

ネタ元

• Microsoft Azure: How to execute a synchronous Azure PowerShell cmdlet multiple times at once, using a single PowerShell session
  https://blogs.msdn.microsoft.com/mast/2016/06/29/microsoft-azure-how-to-execute-a-synchronous-azure-powershell-cmdlet-multiple-times-at-once-using-a-single-powershell-session/

 

タイトルの通り、Azure Automation には ARM の Network モジュールがありません。(なんてこった…

ポータルのバグかと思いつつ調べてみると、以下で Joe Levy (中の人っぽい) がモジュールの追加予定はないとコメントしています。

https://azure.microsoft.com/en-us/blog/announcing-azure-resource-manager-support-azure-automation-runbooks/#comment-2529861263

Right now there is no timeline on when additional modules / new versions of modules will be shipped out of box in the Automation service. If you have additional requirements besides what we currentl ship globally, these modules / module versions will have to be imported as user modules. Please note the new guidance is that if the latest version of any Azure/AzureRM module is imported as a user module to an automation account, the latest versions of ALL Azure/AzureRM modules (not just the ones that ship out of the box in Azure Automation) should be imported to the automation account, to avoid any version mismatch issues that could occur now or in the future if Azure Automation later ships any additional (or newer version) Azure/AzureRM modules as global modules. Instructions for importing the Azure/AzureRM modules as user modules can be found here: http://blog.coretech.dk/jgs/az…

というわけで、自前でモジュールをインポートして使うほかなさそうなので、ざっくりとまとめておきます。

 

Portal でギャラリーから追加する方法

Azure PowerShell の [資産] – [モジュール] で、[ギャラリーを参照] から、必要なモジュールを追加します。

 

この際、依存関係のあるモジュールがないと、インポート前にエラーが表示されるので、先にそちらをインポートしましょう。

 

モジュールをインポートすると、アクティビティの抽出処理で数分かかります。
(インポートしたモジュールに含まれるコマンドレットの一覧を抽出している感じでしょうか)

 

すべてのモジュールが “利用可能” になるまで気長に待ちましょう。

 

以上。