You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I wasn't quite sure where to post this issue, so please feel free to move it to the correct area if this is not appropriate.
I have a production API application deployed to Azure App Services that has been stable and running without issue on ASP.NET Core 2.0.x with .NET Framework 4.7.1.
After updating the app to ASP.NET Core 2.1.2 (still with .NET Framework 4.7.1) and deploying to Azure things have become unstable. The application is running and is usable, however, CPU is spiking up and down and application response times are all over the charts. Reverting the update and re-deploying 2.0 causes things to go back to normal and stable.
Here are some charts from a period of this deployment:
Application Response Times
CPU Percentage
The only change in these deployments was updating the project libraries from 2.0 to 2.1 following the migration from ASP.NET docs and then reverting the upgrade back to 2.0. It should also be noted that these graphs show ASP.NET Core 2.1 in a period that is normally in low demand (middle of the night) and charts are usually at their lowest levels.
App Insights does not seem to point to a single endpoint as causing these issues. Distribution of slow/spiking response times seems uniform across the application.
I took a 5 minute performance profile from Kudu during the unstable 2.1 deployment. I am not really an expert at reading these things, but from one of the performance spikes I was able to see some significant sampling coming from IISMiddleware and HostingApplication.
I am not sure if this .diagsession file contains sensitive information or not, so I have not attached it publicly here. If someone from Microsoft would like me to send it over, please let me know and I will be glad to.
After trying to debug this more, I decided to deploy using netcoreapp2.1 rather than net471 to see of that would change anything. After deploying ASP.NET Core 2.1 with netcoreapp2.1 things are now perfectly stable as was before with ASP.NET Core 2.0 and net471. So it would seem that the issue is only present when using net471.
The text was updated successfully, but these errors were encountered:
I wasn't quite sure where to post this issue, so please feel free to move it to the correct area if this is not appropriate.
I have a production API application deployed to Azure App Services that has been stable and running without issue on ASP.NET Core 2.0.x with .NET Framework 4.7.1.
After updating the app to ASP.NET Core 2.1.2 (still with .NET Framework 4.7.1) and deploying to Azure things have become unstable. The application is running and is usable, however, CPU is spiking up and down and application response times are all over the charts. Reverting the update and re-deploying 2.0 causes things to go back to normal and stable.
Here are some charts from a period of this deployment:
Application Response Times
CPU Percentage
The only change in these deployments was updating the project libraries from 2.0 to 2.1 following the migration from ASP.NET docs and then reverting the upgrade back to 2.0. It should also be noted that these graphs show ASP.NET Core 2.1 in a period that is normally in low demand (middle of the night) and charts are usually at their lowest levels.
App Insights does not seem to point to a single endpoint as causing these issues. Distribution of slow/spiking response times seems uniform across the application.
I took a 5 minute performance profile from Kudu during the unstable 2.1 deployment. I am not really an expert at reading these things, but from one of the performance spikes I was able to see some significant sampling coming from
IISMiddleware
andHostingApplication
.I am not sure if this
.diagsession
file contains sensitive information or not, so I have not attached it publicly here. If someone from Microsoft would like me to send it over, please let me know and I will be glad to.After trying to debug this more, I decided to deploy using
netcoreapp2.1
rather thannet471
to see of that would change anything. After deploying ASP.NET Core 2.1 withnetcoreapp2.1
things are now perfectly stable as was before with ASP.NET Core 2.0 andnet471
. So it would seem that the issue is only present when usingnet471
.The text was updated successfully, but these errors were encountered: