Azure App Service is a service used to create and deploy scalable, mission-critical web apps.
Thank you for reaching us regarding the issue.
I understand, unchanged code and stable usage, yet issues started suddenly. This is common on Small tier instances due to gradual memory/CPU pressure building up over time, which then triggers Azure’s proactive healing and retry storms on SignalR.
The high request spikes are mostly client retries on SignalR endpoints (/signalr/connect, etc.) when connections get unstable. Azure Service Bus doesn’t directly cause the 400 errors, but background processing can add resource contention.
Recommended Actions
Scale Up Immediately Even with the other apps stopped, upgrading from Small to Medium (or P1v2) usually resolves these symptoms quickly by giving the app more resources. Troubleshoot high CPU on Azure App Service
Improve SignalR Client Resilience Implement better backoff/retry logic on the client side to prevent retry storms. Azure SignalR Service Troubleshooting – 400 Bad Request
Kindly let us know if the above helps or you need further assistance on this issue.
Please "accept" if the information helped you. This will help us and others in the community as well.