I'm certainly a newby in SharePoint but my company give me the great task to deploy it.

It's a SharePoint 2013 standard installed onPremise. Our goal is to build some team sites plus personal sites.

My question is a call for best practice and community experience. I would want to focus about the number of web apps to be created.

My feeling give me :

  • one for Central Administration console
  • one for personal sites
  • one for team sites - may be declined as people coming to use SP and sites number growing up
  • one for centralSearch
  • one for tests

Thanks for your advise

2 Answers 2


I think that is a solid setup. As for the test, I don't know if it's possible, but maybe have testing items on a different hardware system just to be safe! But that's only if it's available.

Here's something useful someone told me when I first started: each web application should ideally have its own application pool. That way, if the app pool fails, it won't take down all other web applications in that pool. The downside, though, is that each application pool has an overhead (let's say.... 10 MB). So for every app pool you create, you are essentially fencing off 10MB of space to allow the web application to work in. Even if it's not used completely, that 10MB cannot be touched by anything else, so take this into account depending on the sizes of the app pools, etc.

Edit: I only mention that last part to help you decide how many web applications you want.

  • Thanks for your answer. I have see same recommendation a lot of time : -> one web app mean one app pool -> one web app mean one content database
    – tdaget
    Jul 22, 2014 at 13:29
  • To clarify: you can have multiple content databases in one web application (a content database can contain multiple site collections, but one Site Collection has only one content database). Jul 22, 2014 at 14:50

What would the web app for test be useful for? Could you not use a specific site collection for that? If it is intended for testing different versions of custom solutions etc it will not help to make it a separate web application I'm afraid.

Having a separate web application for search is not necessary either, you just have to create a site collection using the search center template.

Best practice today is increasingly leaning towards using host-named site collections (HNSC). The reasons is said to be easier migrations, both onprem -> onprem and onprem -> online.

In that scenario you would use only two web applications, one for Central Admin and another for personal sites and team sites. Here is a very good Microsoft blog to get you familiar with this concept and how to work it: http://blogs.msdn.com/b/russmax/archive/2013/10/31/guide-to-sharepoint-2013-host-name-site-collections.aspx

  • Sure all test may be done on a dedicated test platform (which must be at iso configuration than production platform). In my case I think I'll create a test web app in order to do some (limited) tests and share results with final users. Unlike the test platform where only IT people can access. In all case thanks for your answer.
    – tdaget
    Jul 22, 2014 at 13:34
  • I still think you need only a Site Collection for that kind of testing, not a complete web application (off course there are cases where you would need a web application, like adding claims providers / other authentication stuff, but then you should really go for a completely separate testing environment) Jul 22, 2014 at 14:52

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge that you have read and understand our privacy policy and code of conduct.

Not the answer you're looking for? Browse other questions tagged or ask your own question.