Take the 2-minute tour ×
SharePoint Stack Exchange is a question and answer site for SharePoint enthusiasts. It's 100% free, no registration required.

A client is requesting a special web application topology that seems odd to me. In a mid-sized SP2010 farm (two WFEs, two app servers) they will have hundreds of site collections. The requirement is to distribute them among multiple web applications because of expected better utilization of server resources, especially memory.

I'm not aware of such a method to gain better hardware utilization and increase performance. Also, I can't think of a simple way to make all these web apps accessible from a single hostname and port — except using URL mapping on some application proxy like TMG and hence increasing the administration overhead. Also, all site collections will have the same authentication settings and will use the same set of services.

My questions:

  • What are the pros and cons of distributing site collections among multiple web apps just for the sake of performance and/or WFE hardware utilization?
  • Would it lead to a performance gain or loss?
share|improve this question

3 Answers 3

up vote 5 down vote accepted

There are so many better ways to improve the performance and scalability of SharePoint than trying to partition site collections across web applications. If you highly optiimize your logical and physical disk IO for SQL Server, partitioning the site collections across multiple content databases on a single web application may provide less contention and increase parallelism, but I don't think you should partition across multiple web applications.

Here is an article on some performance recommendations for optimizing SQL Server:

http://technet.microsoft.com/en-us/library/cc298801.aspx

share|improve this answer

Just to add my $0.02 here and support the points above, I generally strive to create as few Web apps as possible and certainly wouldn't consider creating them for performance reasons.

Additional Web apps add additional timer jobs (around 30 per Web app!) and administrative overhead. They also necessitate extra physical entities that may not otherwise be required, such as extra IIS sites and content databases. As you point out in your question, it would be difficult if not impossible to retain a consistent URL namespace if using multiple Web applications.

On the other hand, the scenarios that Mike describes are valid reasons for considering multiple Web apps so it really depends on your requirements.

In case it helps, I wrote a blog post on this a while ago: Web [Application] limits in SP2010 - keep it low!. Feel free to check it out and let me know if it's of any use.

share|improve this answer

I agree with Chris's statements about performance optimization being possible within a web application, but, there are a number of reasons why you would want to consider using multiple web applications.

Things that I typically think through during planning include:

  • Authentication and User Categories - Internal versus External Users, Classic, Claims, FBA
  • Policies - Blocked File Types, User Policies, SPD and Resource Throttling Settings
  • Service Application Mappings
  • Type of Content

For the Type of Content one there are a lot of things that go into that decision. I almost always put any personal sites on a dedicated web application to separate Personal from Collaboration sites. Depending on the size of the organization it is often neccessary to also separate informal collaboration sites from the more formal Intranet and enterprise resources due to policy differences.

The organization of those sites to Content Databases and how that matches up with the overall DR plan and SLAs is very important to understand. If everything is on a single web application, and presumably if all Content Databases are equal, mananaging or restoring a large system can be very difficult.

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.
{"cc_re__cc_re__cc_by_sa_3_0": ["sites in the Stack Exchange network\">Area 51</a></li>\r\n                        <li><a href=\"//careers.stackoverflow.com?utm_source=stackoverflow.com&amp;utm_medium=site-ui&amp;utm_campaign=footerlink\">Stack Overflow Careers</a></li>\r\n                    \r\n                </ol>\r\n            </td>\r\n    </tr>\r\n</table>\r\n                </div>\r\n            </div>\r\n\r\n            <div id=\"copyright\">\r\n                site design / logo &#169; 2014 stack exchange inc; user contributions licensed under <a href=\"http://creativecommons.org/licenses/by-sa/3.0/\" rel=\"license\">cc by-sa 3.0</a>                   with <a href=\"http://blog.stackoverflow.com/2009/06/attribution-required/\" rel=\"license\">attribution required</a>\r\n            </div>\r\n            <div id=\"svnrev\">\r\n                rev 2014.12.17.2119\r\n            </div>\r\n            \r\n        </div>\r\n    </div>\r\n    <noscript>\r\n        <div id=\"noscript-warning\">SharePoint Stack Exchange works best with JavaScript enabled<img src=\"http://pixel.quantserve.com/pixel/p-c1rF4kxgLUzNc.gif\" alt=\"\" class=\"dno\"></div"], "copyright__copyright__copyright": ["e sites to Content Databases and how that matches up with the overall DR plan and SLAs is very important to understand. If everything is on a single web application, and presumably if all Content Databases are equal, mananaging or restoring a large system can be very difficult.\n\nshare|improve this answer\n\nYour Answer\n\n\u00a0\ndiscard\n\nBy posting your answer, you agree to the privacy policy and terms of service.\n\nNot the answer you're looking for? Browse other questions tagged or ask your own question."]}