web-dev-qa-db-ja.com

Azureの展開に時間がかかるのはなぜですか？

小さなアプリケーションをAzureにデプロイするのに20〜60分かかる理由を理解しようとしています（VS内からではなく、構成/パッケージのアップロード方法を使用）。

thisシチュエーション および this one を読みましたが、まだ少しわかりません。マイクロソフトの誰かがろうそくを灯したり、ダンスをしたりしますか？

deploymentazure
134
emptyset

仲間のAzureユーザーとして、私はあなたの痛みを共有します-デプロイは「迅速」/「無痛」ではありません-そして、これは特に開発サイクルにいて、Azureで開発者の反復をテストしたいときに痛いです。ただし、一般的な展開では、60分よりはるかに短く、20分もかかりません。

スティーブマルクスは、展開に含まれる手順の簡単な概要を提供しました。 http://blog.smarx.com/posts/what-happens-when-you-deploy-on-windows-Azure

そして、彼はより深いレベルの説明を参照します： http://channel9.msdn.com/blogs/pdc2008/es19

57
Stuart

Azureクラウドにアプリケーションをデプロイするとき、舞台裏で多くのことが行われます。私はカーテンの後ろで何が起こっているのかについて特別な洞察は持っていませんが、AzureクラウドにプロジェクトをアップロードするためにVSツールに取り組んできたので、これらは見ている部外者としての私の印象です：

とりわけ：

  1. サーバーの利用可能なプールからハードウェアを割り当てる必要があります
  2. コアOSのVHDをマシンにアップロードする必要があります
  3. A VMインスタンスを初期化し、そのVHDイメージから起動する必要があります
  4. アプリケーションパッケージをVMにコピーしてインストールする必要があります
  5. VMモニターは、サービスの起動を待つか、失敗する必要があります
  6. データセンターのロードバランサーとファイアウォールは、アプリケーションのサービスエンドポイントを認識する必要があります
  7. すべてが同期されると、Webからアプリにアクセスできるようになります。

VHDイメージのサイズはおそらくギガバイトで、アプリのアップロードよりもはるかに大きくなります。超高速のデータセンターネットワーク上でも、それだけの量をVMに移動して展開し、そこから起動するには時間がかかります。また、ロードバランサーとファイアウォールはおそらく、ルーティング要求を最高の優先度にするように最適化されています。ファイアウォールとロードバランサーの再構成は優先度が低く、トラフィックフローを中断することなく実行する必要があります。

また、この作業はすべて、新しい展開に対してのみ行う必要があることに注意してください。既存の展開の更新は、20〜30分ではなく2〜3分というはるかに高速に展開されます。

26
dthorpe

Mark RussinovichによるこのPDC10ビデオをご覧ください。彼は、Azureの内部で何が起こっているかを詳細に説明し、（明らかに遅い）展開プロセスに関する洞察を提供します。

元のリンクは機能しなくなりました。同じプレゼンテーションのバージョンへの別のリンクを次に示します。 https://channel9.msdn.com/events/Build/BUILD2011/SAC-853T

18
BrentDaCodeMonkey