![最佳实践问题:IIS 7.5 中的应用程序池](https://linux22.com/image/519652/%E6%9C%80%E4%BD%B3%E5%AE%9E%E8%B7%B5%E9%97%AE%E9%A2%98%EF%BC%9AIIS%207.5%20%E4%B8%AD%E7%9A%84%E5%BA%94%E7%94%A8%E7%A8%8B%E5%BA%8F%E6%B1%A0.png)
我有几个 asp.net web 应用程序,一些运行 asp.net 1.1,一些运行 2.0,还有一些运行 3.5,过去这些都运行在带有 iis6 的 Windows 2003 上,我为每个站点都创建了一个应用程序池。过了一段时间,我在网上读到,最好对每个版本的 .net 框架使用一个应用程序池,这样所有 2.0 应用程序都在一个应用程序池上运行,而所有 3.5 应用程序都可以自行运行,依此类推。
现在,我正在使用 iis7.5 迁移到 Windows 2008 R2,并且没有 1.1 或 3.5,因此应用程序池只有 2.0 选项。最好仍然按框架版本分离 Web 应用程序吗?或者每个应用程序池不是都有自己的框架实例吗?
答案1
实际上,.net 2.0 和 .net 3.5 实际上运行并使用相同版本的 ASP.NET(以及 CLR),因此无论何时您想要运行 .net 3.0 或 3.5,都应该选择 2.0 版本。
现在就应用程序池隔离而言,首先您需要为 CLR/asp.net 的每个版本设置单独的应用程序池,这意味着 4.0 和 2.0 必须分开,但 2.0、3.0 和 3.5 可以顺利地在同一个 AppPool 中共存。
就最佳实践而言,它实际上取决于您托管的应用程序的负载和类型以及许多其他标准,但我真的会使用 AppPool Isolation,特别是对于:
- 尝试以以下方式保持应用程序之间的隔离:
a)测量和监控这样您就可以轻松看到它们各自消耗的 CPU、内存和其他资源。b
)能够卸载(回收)行为不当的应用程序/网站。c
) 隔离有不同层次的服务期望例如,您可能知道某些应用程序至关重要,而其他应用程序则不那么重要。请记住,如果在完全信任模式下运行,单个应用程序出现错误可能会导致工作进程崩溃,从而影响在同一应用程序池中运行的所有其他应用程序。d
) 隔离出现错误的应用程序不同的安全要求例如,您可能需要以某些权限运行其中一些应用程序(例如使用 Kerberos 访问 SQL Server,或将文件写入磁盘,或者您不希望其他应用程序访问的其他内容)。这样,您可以使用不同的凭据运行每个 AppPool,从而提供操作系统级别的隔离和保护。
您决定在同一个应用程序池中托管多个应用程序的一个原因是,如果所有应用程序都共享重要的代码片段,例如,如果您托管一个大型 CMS 应用程序并且将运行 20 个不同的实例,则通过使用相同的进程,操作系统可以更好地共享内存和其他资源,这将使它们更有效率。
然而我认为,除非您托管大量网站(我的意思是> = 500),否则我建议将每个网站隔离在其自己的应用程序池中,特别是如果它们不在 Medium Trust 或 PHP、ASP、ISAPI 等其他框架中运行,因为这些框架提供了太多权力来做一些不应该被允许的事情(例如读取其他网站的配置或内存)。