How to Make SharePoint 2013 Infrastructure Highly Available

In a SharePoint farm with multiple WFE servers, you may want to perform more tasks than simple load balancing. In particular, Windows NLB does not provide any “smart” traffic management, so that request routing is always evenly divided across the farm. You can implement host weighting to adjust the way requests are split, but this is a fairly static mechanism. Many organizations may want to prioritize certain types of request, or to reroute web requests when individual servers become overloaded. In SharePoint 2013, you can use Request Management to perform dynamic, rule-based request routing to various WFE servers in your farm. The following behavior can be configured with Request Management:

• Route requests to web servers with a better health score, thus avoiding overloading servers.

• Prioritize important requests, such as end user requests over low priority requests, such as crawl requests.

• Route requests to specific servers based on host name, client IP address, or browser type. This could be a permanent configuration or to assist troubleshooting.

• Route traffic to servers based on request type, such as search or client applications.

• Identify and block harmful requests.

Request Management can operate in one of the following two modes:

• Integrated mode. This mode runs the Request Management service on every server configured with the WFE server role, that is every server running the Microsoft SharePoint Foundation Web Application service. In integrated mode, requests arrive at a WFE server in the farm, but they may be redirected to another WFE server depending on rule configuration.

• Dedicated mode. This mode runs the Request Management service on a set of dedicated servers, separate from the WFE servers in the farm. Requests arrive at the Request Management servers before being directed to a WFE server. Dedicated mode is typically used only for very large server farms.

Request Management has the following components:

• Routing rules. Routing rules route requests to an associated machine pool based on matching criteria.

• Machine pools. Machine pools are collections of one or more servers, typically dedicated to handling certain types of requests, such as end user requests, crawler requests and mobile device requests.

• Server weights. Server weights are used by routing rules to determine which servers will provide the best response for a request. Weights can be static or health based. Static weights can be assigned by an administrator by using Windows PowerShell, whereas health weights are controlled by the system, based on information such as current load.

• Execution group. An Execution group holds one or more routing rules. There are three possible execution groups, numbered 0, 1 and 2, that are processed in sequence. Once a rule is matched in an execution group, no other execution groups are processed for that request. For example, if a request matches a rule in execution group 0, no rules in execution groups 1 or 2 are processed for that request.

• Throttling rules. Throttling rules are used to refuse requests based on matching criteria. Throttling rules are not associated with a machine pool or execution group, they can have an expiry time and they are always evaluated first. Request Management is configured on a per-web application basis by using PowerShell. There is no GUI for managing Request Management components or settings. You must also start the Request Management service instance on each WFE server in the farm.