An Azure service that provides an event-driven serverless compute platform.
Hi @Twisha Mistry ,
Thanks for reaching out to Microsoft Q&A.
As discussed offline, I am summarizing the analysis and findings regarding the deployment issue you experienced.
The deployment delays and intermittent failures were primarily caused by high CPU usage and IO contention at the OS level due to Wiz Disk Analyzer running in the background. These consumed resources needed by the App Service worker processes, slowing down zip deployment operations and occasionally causing conflicts during file writes.
Analysis:
- Function App CPU: The max observed CPU for your function app was 31.58% (not 98-99%)
- Worker Density: The worker hosts ~39 app pools. Total measured IIS process CPU peaked at ~165% (which for a multi-core system is still within normal bounds)
- "Wiz Disk Analyzer" CPU: The platform telemetry does not capture OS-level processes like Wiz Disk Analyzer. The 98-99% CPU the customer saw was likely from OS-level agents running outside IIS worker processes
- Deployment slowdown correlation: The slowest deployment (152 seconds) occurred at 14:30 UTC, when Worker CPU was elevated at 143% - this correlates with increased load
Conclusion:
The Wiz Disk Analyzer (or other OS-level scanning tools) consuming 98-99% CPU would explain:
- Slow deployments (IO and CPU contention during file operations)
- The customer-observed high CPU (at VM/OS level, not IIS process level)
- The intermittent nature (scans run periodically)
Recommendation:
As informed earlier, you should work with your security team to schedule Wiz scans during off-peak hours or throttle the scanner's resource consumption.
Hope this helps!
If the resolution was helpful, kindly take a moment to click on
and click on Yes for was this answer helpful. And, if you have any further query do let us know.