SharePoint Application Pool的推荐设置

Default Application pool

=========

别碰它, 确保没有什么使用它.

千万不要删掉它. 为什么? 因为IIS不喜欢. 如果删了它, IIS会发疯的.

不要重命名它.

• Performance application pool settings: 空闲十分钟后, shutdown.
• Health Application pool settings: 关掉pinging, 关掉rapid failure.

Cantral Admin App Pool, SSP Admin App Pool

==========

• Recycling Application Pool Settings:
  • 每晚上2:00AM 到4:00AM回收.
  • 最大物理内存和最大虚拟内存, 这些App pool不会消耗多大内存, 想要多少就给多少吧. 如果需要限制, 那么我会在一个典型的系统上限制为500MB. 如果你想要保守一点, 你可以限制它们为200MB. 它们真的不应该需要这么多内存.
• Performance Application Pool Settings:
  • 空闲十分钟后就shutdown. 这些App pool不需要一直运行, 因为它们仅供管理之用的.
  • 不用担心CPU. 如果你真要限制的话, 就限制它为5%吧.
  • Web Garden, 想都不要想. 你甚至都不希望一个w3wp.exe的运行时间太长.
  • 如果你真的很想省内存, 你应该让central 和 ssp共享一个app pool. 基于安全的考虑, 如果你有两个团队管理ssp 和central的话, 那就不要改为共享了.
• Health Application Pool Settings:
  • Pinging: 关掉.
  • Rapid failure: uncheck掉.
  • Startup/Shutdown: 你不会希望看到因为他们启动或者停止时因为慢了一点而报出错误的, 推荐它们两项限制修改为300。
• Identify Application Pool Settings:
  • 使用单独的账号. 如果出现问题, 这里是首先应该检查的地方.

SharePoint App Pool or %Your Content App Pool% (Whatever you call it)

===========

• Recycling Application Pool Settings:
  • 关掉按分钟回收.
  • 每晚上2:00AM 到4:00AM回收.
  • 最 大的物理和虚拟内存: 这个配置需要很多的控制. 这个部分是用来在消耗了太多内存的时候回收Application Pool时使用的. 在物理内存上, 32位的系统上App Pool数据不是很多的时候, 一般限制在800MB到1200MB之间. 如果一共有2G内存, 那么至多也就是限制为800MB了. 如果是4G内存, 那就限制为1000MB或至多1200MB. 如果是在64位的前端, 一共拥有8到16G内存的话, 我听说有限制为2G的, 甚至不予限制的.
• Performance Application Pool Settings:
  • Idle timeout, 关闭. 除非App Pool不经常使用, 不要打开这个选项.
  • Request queue, 不要选.
  • CPU限制, 不要选. 这些web app pool正是你想要使用cpu的地方.
  • Web Garden, 不要使用.
• Health Application Pool Settings:
  • Pinging: 保持开启. 你可以每隔10-15分钟ping它一下, 让它保持运转
  • Rapid failure: 不要勾选, 除非你只有一个web application在使用这个app pool, 并且所有的内容都在这个app pool上.
  • Startup/Shutdown: 你不会希望看到因为他们启动或者停止时因为慢了一点而报出错误的, 推荐它们两项限制修改为300到900。
• Identify Application Pool Settings:
  • 使用单独的账号. 如果出现问题, 这里是首先应该检查的地方.

关于web garden, MSDN解释到:

因 为web garden开启了允许使用多个进程, 所以每个进程都会有自己的一份application state, in-process session state, caches, static data的拷贝. 所有的应用程序都不应该使用web garden, 特别是他们需要维护state的时候. 请确保在决定web garden模式是否合适前, 先对性能进行衡量.

 

当使用web garden时, 理解session state和round robin的运行机制很重要. 理解其他的application 配置如何影响应用程序也很重要的.

 

我 的经验是, 使用多出来的一个worker process的话, 我可以让一个web application的性能更好一点. 但是排查错误就非常困难, 而且进程隔离也很困难. 开发人员也不喜欢这样用. 在我下结论永远不要使用web garden之前, 请先按照上面的推荐进行配置. 如果你想提高性能, 先测一个work process的, 再测两个的. 如果没有提高, 就不要用.

 

摘译自:

Recommendations for SharePoint Application Pool Settings

http://blogs.msdn.com/b/joelo/archive/2007/10/29/sharepoint-app-pool-settings.aspx