I siti Web dei servizi di app di Azure hanno tempi di risposta lenti dopo un periodo di inattività

Question

Nelle ultime due settimane abbiamo esaminato alcuni problemi di prestazioni in cui la nostra applicazione MVC ha risposto molto lentamente per la prima richiesta. Stiamo parlando come 30-45 secondi per la prima richiesta e 3 secondi per ogni nuova vista. La nostra applicazione MVC utilizza la nostra OData API (Web API) che si trova sullo stesso server. Oltre agli stessi problemi di prestazioni dell'applicazione MVC, la prima query alla versione 6 di Entity Framework è in esecuzione in 6 secondi e le nuove query eseguono 200ms più lentamente delle query successive.

Per soddisfare i nostri requisiti, abbiamo scelto di eseguire tutte le query Ef conosciute e di raggiungere tutti i nostri endpoint MVC/API da Application_Start in Global.asax. Questo sembra funzionare bene per almeno un paio d'ore, ma dopo un po 'di tempo senza utilizzo, la prima richiesta ad ogni vista MVC sta rispondendo in 3-5 secondi.

Abbiamo configurato i siti Web "Sempre attivo" e non abbiamo trovato nulla nei registri IIS o nella registrazione che abbiamo aggiunto a Application_Start. Quindi sembra che le nostre applicazioni siano almeno non riciclate. Sospetto che qualche tipo di cache IIS venga cancellata o forse qualche cache Ef? Qualsiasi suggerimento è benvenuto.

Answer 1

Un intervento rapido può essere quello di creare uno sfondo Lavoro che esegue il ping del sito Web frequentemente per evitare lo stato di inattività della webApp.

O

tenta di aggiornare prova piano & SQL Server db di conseguenza.

Buona fortuna & spero che questo aiuti.

Answer 2

Dovrai abilitare l'impostazione "Sempre attivo" per la tua app web.

Potete farlo da portal.azure.com -> lama del tuo sito -> Tutte le impostazioni -> Impostazioni applicazione -> Sempre in

Vedi qui per maggiori dettagli: https://azure.microsoft.com/en-us/documentation/articles/web-sites-configure/

Quando Sempre attivo è disattivato , dopo 20 minuti di inattività, il sito viene rimosso per liberare risorse per altri siti che potrebbero essere in esecuzione sullo stesso piano di servizio app.

Answer 3

Ho riscontrato lo stesso problema e purtroppo l'impostazione "Sempre attivo" non è disponibile nei livelli di prezzo gratuiti e condivisi. Ho trovato un modo semplice per mantenere calda l'app Web in modo che non si scarichi, in modo da impostare un test ping Application Insights su un intervallo di 15 minuti contro l'URL dell'app Wep. Una procedura dettagliata su come trovarla here

Answer 4

Hai provato a indagare su questo problema abilitando la registrazione delle richieste non riuscite ?

Azure Portale → vostro servizio applicazione → Monitoraggio → Diagnostica logs → richiesta non riuscita tracing (On)

ho sperimentato un problema simile che è stato causato limitando l'accesso all'applicazione utilizzando la sezione ipSecurity in web.config. Se ti capita di limitare l'accesso in questo modo, devi autorizzare l'IP del tuo servizio app.