問題タブ [azure-automation]

Ansible を使用して Azure にパッケージを作成してインストールしようとしています。Ansible Azure モジュールを使用してインスタンスを作成することはできますが、新しく作成された VM の IP アドレスがわからないため、VM が作成されるとパッケージのインストールに行き詰まります。

これを 1 回の実行で完了したいと考えています。これは可能ですか？

新しい Resource Manager を使用していくつかの Azure VM を作成しましたが、それらを毎日停止したいと考えています。

そのために、クラシック VM と ARM VM の両方を停止する Runbook を公開し、Runbook を毎晩実行するスケジューラを作成しました。

AzureResourceManager モジュールを Azure Automation アカウントにインポートしました。

しかし、私はこのエラーが発生しています:

そんなことがあるものか ？

編集：以下は解決策です

私が見つけたすべてのワークフローは、標準の Add-AzureAccount と Select-AzureSubscription の代わりに、Add-AzureRmAccount と Select-AzureRmSubcription の使用について言及していませんでした。Azure アカウントへの認証プロセスは同じだと思いました。

更新 : 同じ Runbook 内で ASM と ARM コマンドレットの両方を組み合わせることができるようになりました。Azure Automation で既定でサポートされている ARMの詳細については、この投稿を参照してください。

Azure Automation で実行される PowerShell Runbook があります。セクションで、Runbook は Azure Blob Storage から XML ファイルを取得します。ファイルの平均サイズは約 6 kB です。

最初の実行では、Azure Blob Storage からファイルを取得し、C:\temp の Azure Automation Runbook サンドボックスに保存するのに約 1 分かかります。

その後の実行では、同じファイルを同じ場所に保存するのに最大 12 分かかります。

問題領域を対象としたコード スニペット:

誰かが私が間違っていることについて何か知っていますか?

小さな PS スクリプトを自動化しようとしています。スクリプトは、Azure に使用される PowerShell のバージョンをチェックし、ローカル フォルダーの csv ファイルに詳細を書き込みます。

Azureポータル自体でランブックを使用しています。問題なく詳細を取得しています。詳細をcsvファイルに書き込めません。csvファイルを保存するために提供されたパスが有効であることも確認しました。

ポータル自体を使用して azure runbook を使用して csv ファイルを生成する方法は何ですか?

VM にある exe を毎日起動したいと考えています。exe の長さは 5 分なので、azure オートメーションを使用して vm を開始し、exe を実行し、終了したら vm を停止します。

Web でいくつかのリソースを見てきましたが、次のコマンドで VM を起動できます。

特定の時間に他のジョブで vm を停止する例を見てきましたが、vm を開始し、exe を実行し、exe が終了したときに vm を停止することは可能ですか?

ローカル マシンのコマンド プロンプトから AzureVM のタスク マネージャーにあるタスクをトリガーする方法は何ですか??

これを試しました（AzureVmとタスク名で）

これは私にエラーを与えました

AzureVM とローカル マシンの両方で Windows Server 2012 R2 が実行されています。

Azure Automation で実行される一連のワークフロー Runbook でパラメーター スプラッティングが機能しない理由を突き止めようとして頭を悩ませています。

ネストされた方法で呼び出される 3 つのランブック (スーパー、サブ、子) があります。それらはすべて（一般に）同じパラメーターを共有します。私の実際のシナリオでは、複数のサブ & 子 Runbook があり、スプラッティングを使用して、すべてのパラメーターを一覧表示することなく、ハッシュテーブルを一度定義して必要に応じて渡すことができるようにしたいと考えています。

-PSParameterCollectionまた、パラメータを使用してみました。ただし、Azure Automation では、子でパラメーターが見つからないというエラーがスローされるため、これは最上位の Runbook (既に機能している) でのみ使用できるようです。ここの注記セクションには、ネストされた 3 レベルの深さのワークフローは、ワークフロー共通パラメーターを含む共通パラメーターをサポートしていないことが示されていますが、これらのランブックのコンパイル方法によっては、問題になる可能性があるようです. Runbook の再利用性を制限することなく、それを回避します。呼び出されたワークフローが、呼び出し元のワークフロー内でネストされたワークフローとしてコンパイルされるとは思いません。

私が得るエラーは次のとおりです。

$newnumber = sub @splatter
                         ~~~~~~~~~~
'0' という名前のパラメーターが見つかりませんでした。サポートされているパラメータは次のとおりです: Debug、ErrorAction、....

奇妙なことに、これらのテスト ランブックで見られるものとは異なり、「実際の」ワークフローでは、最上位のランブックではこのエラーが発生しません。「サブ」内から「子」ランブックを呼び出す場合のみです。 .