Skip to main content

SharePoint 2016: High Availability Farm Topology

MinRole concept was introduced in SharePoint 2016 and it aims to simplify the process of designing the farms. However, I still find ambiguous information about the count of servers in SharePoint 2016 farm.

Let's ask ourselves the question - What is the minimum number of servers which allow High Availability MinRole farm?

According to technet we have the following options:

Small High Availability (HA) MinRole farm
4
Four servers with two shared roles:
·        Two Front-end with Distributed Cache servers
·        Two Application with Search servers
Medium High Availability (HA) MinRole farm (Search optimized)
6
Six servers with both dedicated and shared roles:
·        Two Front-end with Distributed Cache servers
·        Two Application servers
·        Two Search servers
Medium High Availability (HA) MinRole farm (user optimized)
6
Six servers with both dedicated and shared roles:
·        Two Front-end servers
·        Two Distributed Cache servers
·        Two Application with Search servers
Large High Availability (HA) MinRole farm
8
Eight servers with four dedicated roles:
·        Two Front-end servers
·        Two Distributed Cache servers
·        Two Application servers
·        Two Search servers

But there are several articles (this one is maybe the best), that explain in details that the Distributed Cache service has two specifics:
  - we need three servers for availability of the service
  - we can have only Availability, not High Availability

So based on this information, I would transform the above table in this way:

Small High Availability (HA) MinRole farm
5
Four servers with two shared roles:
·        Three Front-end with Distributed Cache servers
·        Two Application with Search servers
Medium High Availability (HA) MinRole farm (Search optimized)
7
Six servers with both dedicated and shared roles:
·        Three Front-end with Distributed Cache servers
·        Two Application server
·        Two Search servers
Medium High Availability (HA) MinRole farm (user optimized)
6
Six servers with both dedicated and shared roles:
·        One Front-end server
·        One Front-end with Distributed Cache
·        Two Distributed Cache servers
·        Two Application with Search servers
Large High Availability (HA) MinRole farm
9
Eight servers with four dedicated roles:
·        Two Front-end servers
·        Three Distributed Cache servers
·        Two Application servers
·        Two Search servers


Finally, if one small company wants to use SharePoint 2016 platform and ensure the availability of all services, it will end up with the following infrastructure:


And remember - the roles "Front End with Distributed Cache" and "Application with Search" are available after you install the SharePoint 2016 Feature Pack 1. They are not part of the SharePoint 2016 RTW (release to web) build.

Comments

Popular posts from this blog

ClientPeoplePicker in SharePoint 2013

Start using SharePoint 2013 I noticed that the way for selecting people or groups is changed. The new way is simple – just ‘Enter name or email address’ without any icons for ‘Check Names’ or ‘Browse’. I guess that the PeoplePicker is changed but NO. PeoplePicker sitll has the same functionality as before. There is a new control called ClientPeoplePicker . How to use it: 1. Add this references <% @ Register TagPrefix ="wssawc" Namespace ="Microsoft.SharePoint.WebControls" Assembly ="Microsoft.SharePoint, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" %> 2. Add the following control declaration       < wssawc : ClientPeoplePicker          Required ="true"          ValidationEnabled ="true"          ID ="peoplePicker"          runat ="server"   ...

Error: A duplicate field name "xxxx" was found

Soon I have some experience with migrating solution from SharePoint 2010 to SharePoint 2013. The migration was on 3 steps. First one was just to copy the custom fields, content types and list definitions from the old VS 2010 project into a new VS 2012 project for SharePoint 2013. Looks like pretty simple task but ….. The problem:  Error “ A duplicate field name "xxxx" was found ” when the feature for provisioning the fields and content types is activated. The solution: Review the field definitions and make sure no field has Name property equal to some of the ‘reserved’ values. Explanations: In SharePoint 2010 there was no problem to have these fields as a definition of custom fields: < Field     Type = " Note "     ID = " {893FB9BC-2DA4-4451-A1D1-88010CDC6A08} "     Name = " Description "     StaticName = " Description "     DisplayName = " Description 1 "     Requi...

SharePoint and List Joins with CAML

This came to me as an issue when I started migrating one project from SharePoint 2010 to SharePoint 2013. The code uses LINQ to SharePoint and it was not written in a clever way. We decide to use CAML queries and optimize the code. The scenario: Create gridview that gathers information from three(or more) lists. The problem: How to create the CAML query joins and projected fields correctly. Explanation : Option 1: Get generated CAML query from LINQ to SharePoint code This doesn’t work. I wrote the LINQ to SharePoint code connected the three lists. When I executed the code the following error was thrown – “ The query uses unsupported elements, such as references to more than one list, or the projection of a complete entity by using EntityRef/EntitySet. ” Here is some explanation about it and why this can’t be used. Option 2: Write the query yourself I found this article in MSDN . Read it ! The second part in it is exactly my scenario. But it takes me a lot of time to un...