Azure環境は、配備後数秒間非常に遅く応答します。

Question

MVCアプリケーションをAzure環境にデプロイすると、ページの読み込みが遅くなり、Webサイトの応答時間もデプロイメントが完了して数秒間遅れます。

アプリケーションが運用環境に展開されると、この速度が遅くなり、ユーザーエクスペリエンスが低下します。

オートメーションテストスクリプトは、展開

展開がオプション設定を公開のVisual Studioを使用してAzureのWebアプリケーションサービスへのVisual Studio 2013から実行された後すぐにサイトの応答遅れに起因する障害が発生しました。

私たちが試したこと： 配備は30日間に1度、深夜にも予定されていますが、配備時には世界中の他のユーザーが問題に直面します。

問題を解決するのに役立つものがいくつかあります。本番環境で展開が行われるときに、ユーザーに違いはありません。

Answer 1

アプリケーションがAzure Web Appにデプロイされた後の、最初のリクエストの読み込み時間がわずかに増加します。背後で何が起こるのかは、基盤となるWebアプリケーションがMSILをマシンコードにプレコンパイルしてからサイトに提供できることです。詳細はhttps://msdn.microsoft.com/en-us/library/ms366723.aspxを参照してください。

Webアプリケーションで使用されているアプリケーションプールも、使用中であれば定期的にリサイクルされます。同じプリコンパイルも同様に発生します。このダウンタイムは、Web Appの「常時オン」を有効にすることで最小限に抑えることができます。有効にする方法の詳細については、https://azure.microsoft.com/en-us/documentation/articles/web-sites-configure/を参照してください。常時オン機能は定期的にサイトにpingを実行して、非アクティブにならないようにします。

また、Azure Web Appへの配備を行う際のダウンタイムを最小限に抑えるために、デプロイメントスロットの使用方法をご覧ください。https://azure.microsoft.com/en-us/documentation/articles/web-sites-staged-publishing/ここでのアイデアは、デプロイメントスロットに最初にデプロイする（代わりに独自のWebアプリを起動してウォームアップさせる）ことです。これを本番スロットに交換します。これにより、Webアプリケーションのダウンタイムを最小限に抑えることができます。このプロセスを自動化するには、オートスワップhttps://azure.microsoft.com/en-us/documentation/articles/web-sites-staged-publishing/#configure-auto-swap-for-your-web-appと呼ばれる機能があります。

デプロイメントスロットは標準およびプレミアムアプリで利用でき、オンデマンドは基本、標準、およびプレミアムアプリで利用できます。