私はAzureウェブサイトを自動縮尺に設定しています。Azure Webサイトの自動スケール機能にヘルスチェックが含まれていますか？
スケールアップが発生したときには、が表示されます。私は間違った分析をしている可能性があります。
私が「健康」と言うとき、私のアプリは起動に約30秒かかります。
希望私は内部ロードバランサが要求を送る前にインスタンスからHTTP 200（OK）が返されるのを待ちますが、このような気がしませんか？
誰かがスケールアウトセマンティクスを確認して、いくつかの記事を指摘できますか？
ありがとうございます。
これを解決する最善の方法は、app initを使用することです。これにより、トラフィックが「ウォームアップ」されるまで、アプリケーションにルーティングされなくなります。
あなたはここでそれについて読むことができます - >http://ruslany.net/2015/09/how-to-warm-up-azure-web-app-during-deployment-slots-swap/
これは、スケールの操作だけでなく、スワップの両方に適用されます。
これはクールです！この記事では、ロードバランサが本当にa）ルートディレクトリへのHTTP要求を行い、b）_wait_が200（OK）であることを確認していますか？その場合、私はこの機能を必要としません。ルートフォルダのヒットには30秒かかります。Azureが待っていることを確認したいのです。ウォームアップするためのルート/ URLは他にありませんか？ – RPM1984
この記事で説明した方法を使用すると、アプリケーションの初期化が完了するまで、App Serviceがトラフィックを特定のインスタンスにルーティングできなくなります。そうすれば、アプリがトラフィックの準備に30秒か10分かかっても問題はありません。トラフィックは準備が整い次第、それにルーティングされます。 –
あなたがリンクしているサイトには未回答の質問があります。記事の説明のようなApp Initializationの設定でホスト名を指定すると、マルチインスタンス設定（例：オートスケーリング）で正しいインスタンスをウォームアップする方法を確認できます。 –
Zain Rizviさんがこの回答で回答しました（http://stackoverflow.com/questions/30403214/does-an-azure-web-app-care-if-its-instances-are-healthy-unhealthy）。 Azure Web Appsは、内部要求を出して健康であることを確認することによって、労働者の健康状態を監視します。しかし、Azureは、Webアプリケーションがユーザーリクエスト（500など）に戻ってくるステータスコードを確認しません。これは、マシンの問題ではなくアプリ固有の問題になりやすいからです。 –
@Bruce - MSFT：問題はヘルスチェックが何であるかを記載していませんか？ステータスコードがチェックされていない場合は、何がチェックされますか？ IIS wpが実行されている場合可能なリクエストがまだ起動しているインスタンスに送信される可能性がありますか（例えば、グローバルasaxウォームアップ） – RPM1984