Azure ASP.net WebApp Истекло время ожидания запроса
Я развернул веб-приложение ASP.net MVC для службы Azure App.
Я делаю запрос GET с моего сайта на некоторый метод контроллера, который получает данные из БД (DbContext). Иногда процесс получения данных из БД может занять более 4 минут. Это означает, что мой запрос не действует более 4 минут. После этого Azure убивает соединение - я получаю сообщение:
500 - Истекло время ожидания запроса.
Сбой веб-сервера для ответа в течение указанного времени.
Это пример метода:
[HttpGet]
public async Task<JsonResult> LongGet(string testString)
{
var task = Task.Delay(360000);
await task;
return Json("Woke", JsonRequestBehavior.AllowGet);
}
Я видел много таких вопросов, но я не получил ответа:
Не работает 1
Не могу дать другую ссылку - репутация слишком низкая.
Я прочитал статью о ее балансировке нагрузки Azure, которая недоступна для webapps, но ее написано, что общий способ обработки моей проблемы в Azure webapp используется протокол TCP Keep-alive. Поэтому я изменил свой метод:
[HttpGet]
public async Task<JsonResult> LongPost(string testString)
{
ServicePointManager.SetTcpKeepAlive(true, 1000, 5000);
ServicePointManager.MaxServicePointIdleTime = 400000;
ServicePointManager.FindServicePoint(Request.Url).MaxIdleTime = 4000000;
var task = Task.Delay(360000);
await task;
return Json("Woke", JsonRequestBehavior.AllowGet);
}
Но все равно получится такая же ошибка.
Я использую простой запрос GET, например
GET /Home/LongPost?testString="abc" HTTP/1.1
Host: longgetrequest.azurewebsites.net
Cache-Control: no-cache
Postman-Token: bde0d996-8cf3-2b3f-20cd-d704016b29c6
Итак, я ищу ответ, что я делаю неправильно, и как увеличить время ожидания запроса в веб-приложении Azure. Любая помощь приветствуется.
Настройка Azure на портале:
Веб-сокеты - Вкл
Всегда включено - Вкл.
Настройки приложения:
SCM_COMMAND_IDLE_TIMEOUT = 3600
WEBSITE_NODE_DEFAULT_VERSION = 4.2.3
Ответы
Ответ 1
230 секунд. Это. Это тайм-аут запроса в полете в Azure App Service. Он жестко запрограммирован на платформе, так что TCP keep-alives или нет, вы все еще связаны этим.
Источник - см. Дэвид Эббо здесь:
https://social.msdn.microsoft.com/Forums/en-US/17305ddc-07b2-436c-881b-286d1744c98f/503-errors-with-large-pdf-file?forum=windowsazurewebsitespreview
Для запросов, которые не отправляют какие-либо данные, существует тайм-аут в течение 230 секунд (т.е. чуть меньше 4 минут). После этого клиент получает 500, которые вы видели, хотя на самом деле запрос разрешен для продолжения на стороне сервера.
Не зная больше о вашем приложении, сложно предложить другой подход. Однако ясно, что вам нужен другой подход -
Возможно, верните 202 Accepted
вместо заголовка Location
для опроса результатов позже?
Ответ 2
Я только что изменил свой Azure Web Site от Shared Enviroment до Standard, и он работает.