Plesk共享池内单个ASP.NET站点重启不影响其他站点的原理及耗时疑问

一、单个站点重启的处理主体 #

• 这是IIS的原生功能，Plesk没有额外介入单个站点的重启逻辑。
• 你使用的是ASP.NET Core的hostingModel="OutOfProcess"托管模式，这种模式下每个站点会启动独立的dotnet进程，IIS仅作为反向代理转发请求。当修改某站点的web.config时，IIS会检测到配置变更，仅重启该站点对应的dotnet进程，不会影响同池内其他站点的进程——这是IIS为OutOfProcess模式设计的原生隔离机制。
• Plesk只是提供了可视化的配置管理界面，将你对web.config的修改同步到IIS的站点配置中，底层的进程启停完全由IIS负责。

二、同池站点数量对重启耗时的影响 #

• 正常情况下，同池内站点数量不会直接影响单个站点的重启耗时。
• 因为OutOfProcess模式下每个站点的进程相互独立，重启单个站点时，仅需加载该站点的程序集、依赖并完成初始化，和同池内其他站点的进程没有直接资源关联。
• 只有当主机的CPU、内存等硬件资源被同池内大量站点占用殆尽时，才会间接导致单个站点重启时因资源不足而变慢，但这属于主机整体资源瓶颈问题，并非同池站点数量本身的直接影响。

补充说明 #

你选择OutOfProcess模式是共享主机环境下的合理选择：如果使用InProcess模式，修改站点配置会触发整个应用池重启，同池内所有站点都会受到影响；而OutOfProcess模式通过独立进程实现了站点级的隔离，既满足共享池运行的要求，又避免了单个站点变更波及其他站点。

内容的提问来源于stack exchange，提问作者buga