IIS comes with a feature called Rapid-Fail protection. By default an App Pool is configured to become disable for the following reasons:
1> if a worker in the pool crashes 5 times within a 5 minute span.
OR
2>Permissions issue for DefaultAppPool identity.
OR
3>Junk files created under C:\inetpub\temp\AppPools folder
Solution 1The thresholds of this settings can be modified by right clicking on the App Pool going into Advanced settings and Modifying the 'Rapid-Faile Protection' properties.
Solution 2Verify the Identity by right clicking on the AppPool going to Advanced Settings and under process model Identity. Try modifying the Identity to Network Service and check if the Default App Pool is starting and able to browse the site.

If the issue still persists, include DefaultAppPool and Director Application Pool under administrators group and check the director site access. To add DefaultAppPool and Director into administrators group follow the below instructions.
Open Computer Management -> Expand Local Users and Groups -> Double Click -> Administrators Group -> Click Add -> Change the location to local computer - > Type
IIS AppPool\DefaultAppPool - > Click Check Names to resolve the name. Perform the same for Director AppPool.
Solution 3Stop IIS and WAS services
Browse to C:\inetpub\temp\appPools folder and delete all files (Take appropriate Backup before deleting these files)
Start WAS and IIS services to recreate the folder and files.
Browse the site.
Problem Cause
Broken Permissions on IIS application pools while performing the upgrade of the application