Augmentation du délai d'expiration de la requête de 110s

Question

Je n'arrive pas à prolonger le délai d'attente de 110 secondes pour les demandes envoyées à mon application Web Azure. J'ai fait ce qui suit afin d'augmenter cette limite, mais sans succès.

le délai d'attente d'exécution de demande HTTP ASP.NET (web.config):

<system.web> 
    <httpRuntime executionTimeout="600" /> 
</system.web> 

délai de connexion IIS (web.config):

<system.applicationHost> 
    <webLimits connectionTimeout="00:10:00" /> 
</system.applicationHost> 

temporisation Kudu avant des commandes externes sont tuées (app du site réglage):

SCM_COMMAND_IDLE_TIMEOUT = 600 

Qu'est-ce qui me manque?

Answer 1

demande délai de 110s

Il est très étrange que votre délai d'attente de demande de 110s, De l'Auzre official document, nous avons pu savoir que délai d'attente par défaut est d'environ 4 minutes.It semble que nous ne sommes pas en mesure de augmenter le délai d'expiration de la requête. Ce qui suit est l'extrait du document. S'il vous plaît essayer d'agrandir et réduire le App service plan. Si vous rencontrez toujours le même problème, veuillez vous connecter à l'équipe de support Azure pour plus d'aide.

Azure Load Balancer a un paramètre de délai d'inactivité par défaut de quatre minutes. Il s'agit généralement d'une limite de temps de réponse raisonnable pour une requête Web. Si votre application Web nécessite un traitement en arrière-plan, nous vous recommandons d'utiliser Azure WebJobs. L'application Web Azure peut appeler WebJobs et être avertie lorsque le traitement en arrière-plan est terminé. Vous pouvez choisir parmi plusieurs méthodes pour utiliser WebJobs, y compris les files d'attente et les déclencheurs. WebJobs est conçu pour le traitement en arrière-plan. + Vous pouvez effectuer autant de traitement en arrière-plan que vous le souhaitez dans un WebJob. Pour plus d'informations sur WebJobs, voir Run background tasks with WebJobs.

Remarque: SCM_COMMAND_IDLE_TIMEOUT = 600 pourrait utiliser pour votre processus de construction lance une commande dans le côté serveur. Mais la requête est timeout qui entraînera la déconnexion des clients après 230 secondes, nous pourrions obtenir plus d'informations de Azure Kudu Configurable settings.