サーバーにasp.net MVCアプリケーションが展開されていますが、サーバーへのリクエストが多すぎると、クライアントは「503サービスを利用できません」というエラーを受け取ります。
。
私の質問は、前のサーバーが503エラーをスローする可能性のある構成は何ですか? (つまり、リクエストがアプリケーションに到達しなかったことを意味します)。
Webページは、アプリケーションプールによって提供されます。アプリケーションプールを無効化/停止し、だれかがアプリケーションを参照しようとすると、サービスを利用できなくなります。複数の理由で発生する可能性があります...
アプリケーションがクラッシュした可能性があります[イベントビューアーを確認し、アプリケーション/システムログでイベントログを検索できるかどうかを確認してください]
アプリケーションが頻繁にクラッシュする可能性があります。アプリプールが5分間に5回クラッシュする場合(アプリケーションプールの設定で急速な失敗を確認する)、アプリケーションプールはIISによって無効になり、このメッセージが表示されます。
どちらの場合でも、問題はワーカープロセスが失敗することであり、クラッシュの観点からトラブルシューティングする必要があります。
サーバーに十分なメモリがない場合も、この問題が発生します。これはGoDaddy VPSでの私の個人的な経験です。
主にこれは、同時リクエストが多すぎること、さらにデフォルトのキューに登録されたリクエストを超えることを意味します。それはあなたのウェブサイトへの1000以上のキューリクエストがあります。
これは、長時間実行されるタスクがあり、その結果リクエストキューがバックアップされた場合に発生する可能性があります(アプリに障害がないと仮定)。
アプリケーションプールの設定方法によっては、このようなことがわかります。通常、アプリプールのプロセスモデルにはMaximum Worker Processesというアイテムがあります。デフォルトでは1です。1を超える値(通常、ハードウェアのコアの最大数まで)に設定すると、これが発生しないことがあります。
サイトが非常に混雑していない限り、これは表示されないことに注意してください。もしそうなら、それは本当に実行時間の長いタスクを指している
最近このエラーが発生しました。根本的な原因は、IISサーバー上のSSL証明書の有効期限が切れていることです。 HTTPトラフィックがIISサーバー、このエラーの表示を開始しました。したがって、基本的にIIS完全に異なる理由により、リクエストをサーバーに送信できません:)