私たちは、Azure Batch と対話して仮想マシン (つまり「ワーカー ノード」) のプールを作成するサービスを開発しています。仮想マシンは、いくつかのアプリケーションがインストールされたカスタム イメージ (共有イメージ ギャラリーから) から作成されますが、Windows 2016/2019 ベース OS に基づいています (イメージ作成のリンクを参照してください:https://docs.microsoft.com/en-us/azure/virtual-machines/windows/キャプチャイメージリソース）。これらの VM は、要件に応じて 0 から n までスケーリングされます。これらの VM のサイズは現在 A2V2 ですが、変更される可能性があります。
これらの VM について測定した仮想マシンの起動時間は 6 分以上です。Azure プールでこれらの「ワーカー ノード」を起動するために必要な時間を短縮するのに役立つヒントや手順はありますか。
以下を試してみました:
- VM Ware OSOT は、イメージを作成する前に Azure VM を最適化します。わずかな効果はありますが (節約時間は 0 秒から 25 秒)、決定的でもなければ、非常に印象的でもありませんでした。
- Sysprep を使用して VM を一般化する前に、SDelete の使用も試みました。SDelete の使用後に作成されたイメージでは、起動時間の改善は見られませんでした。
オンラインでの調査によると、VM の起動時間のパフォーマンスは Azure の未解決の問題であるようです。参照:https://feedback.azure.com/forums/216843-virtual-machines/suggestions/5715040-accelerate-vm-startup-time。
Azure Batch プール内の VM の起動時間を改善するのに役立つものはありますか? また、Azure VM の起動にかかる最小時間を説明/保証するリンク/調査があれば、不必要に最適化を過剰に行おうとして時間を費やすことがなくなります。
前もって感謝します！
答え1
バッチ ノードの起動時間は、VM の起動にかかる時間によって制限されますが、これに影響を与えるためにできることはそれほど多くありません。起動時間に関する SLA は文書化されていませんが、一般的な経験では、4 ～ 8 分程度になると言われています。
起動時間の改善が見られた分野の一つは、一時ディスクディスク上のデータを保存する必要がない場合は、これを使用すると起動時間を少し短縮できますが、シャットダウン時間がわずかに長くなる可能性があることがわかりました。