2017-10-17 18 views
1

J'essaie de savoir quelle configuration j'ai manqué pour les délais d'attente dans ma NetApp Web Core. Environ 0,5% des demandes sont enregistrées avec le code d'état 408 dans App Insights. J'ai appliqué le paramètre requestTimeout dans web.config et les paramètres de limite configurés pour Kestrel. L'échelle automatique maintient la charge du processeur en dessous de 70%. Ai-je manqué quelque chose dans la configuration? Je ne comprends pas pourquoi ces délais d'attente se produisentTime-laps Asp Net Core

.UseKestrel(options => 
{ 
    options.Limits.MaxRequestBodySize = 3221225472; 
    options.Limits.MinRequestBodyDataRate = 
         new MinDataRate(bytesPerSecond: 100, gracePeriod: TimeSpan.FromSeconds(10)); 
    options.Limits.KeepAliveTimeout = TimeSpan.FromMinutes(30); 
    }) 

Web.Config

App Insights

App Service plan

Merci

Répondre

0

Pour autant que je sache, la règle à l'échelle automatique dans l'application web d'azur a durée comme ci-dessous images.

enter image description here

application web Azure suivre les métriques pendant la durée de la durée. Par exemple, si les 10 dernières minutes dépassent les 70%, l'échelle sera mise à l'échelle. Dans le cas contraire, l'application ne sera pas mise à l'échelle. À mon avis, la raison pour laquelle la requête obtient l'erreur 408 est que l'application web azure suit toujours les métriques pendant la durée. Donc, dans le temps, il ne sera pas automatique.

Je suggère que vous pourriez envisager de changer la valeur de seuil de la règle d'échelle automatique et la durée pour que votre application web fonctionne toujours bien.

+0

merci de votre suggestion. Je suis sûr que les délais d'attente ne sont pas liés à des changements d'échelle car j'ai rencontré le même problème en utilisant des instances plus puissantes où la charge du processeur était inférieure à 40% – megadrofan