Azure Webapp 請求在 4 分鍾后返回 502

Question

我知道以前有人問過這個問題，但我嘗試了所有已知的解決方案，但仍然沒有運氣。 我有一個返回大約 26MB JSON 的請求。 它在我的 azure web 應用程序上返回 502。 我已將 maxRequestLength 和 maxAllowedContentLength 設置為它們的最大允許值，詳見此處。

在 IIS7 上運行時如何將 maxAllowedContentLength 設置為 500MB？

我還在我的 web 應用程序的站點文件夾上設置了 applicationHost.xdt 並驗證它是否按照此處的詳細說明應用。

Azure Web 應用中的 ApplicationHost.xdt

盡管如此，我的請求每次都在 4 分鍾內超時。 我可以對運行在 iisexpress 上的本地主機運行相同的請求，指向 Azure SQL 數據庫並返回數據，所以我知道這是 azure webapp 特有的東西。

我在我的 web 應用程序的“應用服務日志”部分啟用了所有類型的日志記錄。 當會話過期時，我看到 401 的其他失敗請求跟蹤，但此請求沒有記錄失敗的請求跟蹤或應用程序錯誤。 在實時日志流中，它將請求顯示為 Web 服務器日志中的 200 響應。

還有其他想法嗎？

Answer 1

感謝您提出詳細問題並分享您已經嘗試過的解決方案。 我不確定您的 WebApp 是否開啟了“始終開啟”功能。 由於此原因可能會發生此類超時錯誤，因此請啟用它並讓我們知道以進行進一步調查。

附加信息，Azure 負載均衡器的默認空閑超時設置約為四分鍾（230 秒）； 這是一個一般的空閑請求超時，將導致客戶端在 230 秒后斷開連接。 但是，此后該命令仍將繼續在服務器端運行。 對於典型場景，這通常是 Web 請求的合理響應時間限制。 在這種情況下，您可以查看異步方法來運行其他報告。 WebJobs 或 Azure Functions 是另一種選擇。

如果“始終開啟”配置未打開，請打開它。 即使在沒有流量的情況下，AlwaysOn 也有助於保持應用程序加載，它會向應用程序的根發送請求。 向/發出請求時傳送的任何文件都是將被預熱的文件，並且此功能隨應用服務計划一起提供，不單獨收費

1) 從 Azure 門戶，轉到您的 WebApp。

2) 選擇設置> 配置> 常規設置。

3) 對於始終開啟，選擇開啟。