問題タブ [dsc]

特にこの記事で説明されているコマンドを使用して、DSC を使用して Azure Virtual Machines への製品リリースを自動化するための初期テスト フェーズを完了しました。これらは Azure PowerShell SDK の一部です。

PowerShell を使用して DSC 構成をうまくプッシュできますが、このプロセスは自動化されているため、構成プロセスがどのように進行したかについてフィードバックを得たいと思いました。を呼び出すと、OK が表示されますが、DSC の構成はその後、非同期的に行われます。マシンにログインしない限り (または、現在これを示している更新された Azure ポータルを見Update-AzureVMない限り)、どのようになっているのかわかりません。

構成が失敗した場合、自動化されたプロセスを失敗させたいです。スクリプトから構成のステータスを確認し、成功または失敗を適切に検出するにはどうすればよいですか?

最終的に、Desired State Configuration と Azure PowerShell SDK メソッド、特にPublish-AzureVMDscConfiguration -> Set-AzureVMDscExtension -> Update-AzureVMコンボを使用して、リリース プロセスを自動化することができました。

ビルド出力を VM からアクセス可能な場所に送信する方法についてしばらく考えた後、Azure Storage にアップロードされる構成パッケージにビルド ドロップを追加するという戦略にたどり着きました。

私の問題は、VM の PowerShell DSC 拡張機能がそのパッケージのダウンロードを開始するとすぐに、メモリ消費量が急増することです。タスク マネージャーを開くと、新しく作成された PowerShell プロセスが 30 メガバイト程度から 300 メガバイト、さらに 1.3 GB になり、VM が完全に破壊されていることがわかります。

昨日の午後、私は仕事を離れて処理を開始しましたが、今日 VM にログインしたとき、ビルド出力を含む内部 zip ファイルの DSCWork フォルダーに 0 バイトがありました。私の問題は、最終的には機能したとしても、非常に長い時間がかかり、VM が役に立たなくなることです...マシンが 100% の RAM 使用率で完全にスタックしているため、リモート アクセスでウィンドウ間を切り替えることさえできません。 .

PowerShell が構成パッケージをダウンロードするのに非常に多くのメモリと時間がかかるのはなぜですか? 圧縮された60MB、解凍された約200MBしかありません。それが起こらないようにするために私にできることはありますか？

アップデート：

たった今テストしたところ、最終的に正しく終了しました。丸 1 時間以上かかりましたが、ファイルはそこにあります。しかし、これは容認できません。

カスタム DSC モジュールを作成します。DSC リソースには 2 つの値しかありません。そのうちの 1 つは 2 次元配列です。

そして、変数を記述する ChangeXML.schema.mof を作成します。だから、配列の書き方がわかりません。手伝って頂けますか？

現在、DSC リソース キット Wave 8 を使用して DSC プル サーバーをセットアップ中です。

残念ながら、モジュールMSFT_xDSCWebService.psm1にはバグがあり、別のロケールが使用されている場合に例外がスローされます。

resource.dll例外メッセージは、間違った場所で呼び出されたファイルを探していることを示しています。そのため、モジュールに変更を加えたので、適切な場所に表示されます。

ただし、Write-Host "Test...出力に a が表示されていなくても、変更は効果がありません。更新が必要なキャッシュはありますか?

この MOF フォーマット仕様は C スタイル ("//") コメントであふれていますが、実際の MOF ファイル コメントの許可された構造は BNF には示されていません (BNF を不適切に使用しています。IMO: "aliasIdentifer = "$" IDENTIFIER //空白はありません!")。

以下を使用する MOF ファイルの多くの例を見つけました。

しかし、これらは MOF 形式自体を定義するという文脈ではありませんでした。