Planning for AD FS 2.0 Server Capacity
Updated: April 7, 2011
Applies To: Active Directory Federation Services (AD FS) 2.0
Capacity planning for Active Directory Federation Services (AD FS) 2.0 is the process of forecasting peak usage periods for your Federation Service and planning or scaling-up your AD FS 2.0 server deployment to meet those load requirements.
This section describes deployment guidelines for both the federation server and federation server proxy roles and is based on lab testing that was performed by the AD FS 2.0 product team at Microsoft. The purpose of this content is to help you:
Closely estimate the hardware needs for your organization’s specific AD FS 2.0 deployment, such as the number of AD FS 2.0 servers.
Accurately project the expected peak usage for sign-in requests, plan for growth, and ensure that your AD FS 2.0 deployment is capable of handling that expected peak usage.
Before you proceed with reading this capacity planning content, we recommend that you first complete the tasks in the order shown in the following two tables. In the first table, we provide links to recommended tasks that will help provide relevant context for this capacity planning discussion.
| Recommended task | Description | Reference |
|---|---|---|
Understand the requirements for deploying AD FS 2.0 federation servers and federation server proxies |
Review important hardware and software requirements necessary for deploying federation server and federation server proxies. |
|
Select the type of AD FS 2.0 configuration database that you will deploy in your organization |
Before you can begin using capacity planning data in this section, you first have to determine which AD FS 2.0 configuration database type you will deploy, either Windows Internal Database (WID) or a Structured Query Language (SQL) database. |
|
Determine the type of topology layout to use with your new AD FS configuration database selection |
Once you have decided on the type of AD FS configuration database to use in your deployment, you will need to consider which deployment topology most closely matches where you will need to place federation servers and federation server proxies within your production environment. |
|
Understand key AD FS 2.0–related capacity planning terms |
Review the definitions of common capacity planning terms that are used throughout the AD FS 2.0 capacity planning discussion. |
See the section titled AD FS 2.0 capacity planning terms in this topic |
Once you have reviewed the content in the previous table, you can now complete the prerequisite tasks in the next table.
| Prerequisite task | Description | Reference |
|---|---|---|
Download the AD FS 2.0 Capacity Planning Sizing Spreadsheet |
The AD FS 2.0 Capacity Planning Sizing spreadsheet can help you to determine the number of federation servers required for an AD FS 2.0 federation server farm deployment. Instructions for how to use this spreadsheet are available in the link provided below for the next task. |
|
Gather data about the number of users who will require single sign-on (SSO) access to the target claims-aware application and the expected peak usage periods associated with this access |
This user data you collect will be used for the input values required within the context of the AD FS 2.0 Capacity Planning Sizing Spreadsheet. |
Estimate the number of federation servers for your organization |
AD FS 2.0 capacity planning terms
The following table describes important terms that are used often in this capacity planning section of the AD FS 2.0 Design Guide. For a more complete list of AD FS 2.0 terms, see Understanding Key Concepts Before You Deploy AD FS 2.0.
| Term | Definition |
|---|---|
Concurrent users |
The estimated number of users that are expected to submit requests to the service within a given period of time, usually a peak activity period. |
Active users |
The approximate average number of users that are active on a system, but not necessarily submitting requests, during a given period of time. |
Defined users |
A theoretical maximum user count, usually based on the number of users who have defined accounts in the system. |
Requests per second |
The number of requests either submitted by clients (when talking about the load on a system) or processed by servers (when talking about server throughput) in a second. This metric is used in planning server processor and memory capacity. |
Target server responsiveness and utilization |
Success metrics that bound the acceptable server performance range. Generally, if responsiveness goes below or utilization goes above the target, the system is considered to be overloaded and more capacity is required. |
Windows Internal Database (WID) |
The default AD FS 2.0 configuration database that can be used as an alternative to SQL Server in certain AD FS 2.0 deployments. |
Configuration environment used during AD FS 2.0 testing
This section describes the configuration environment that the AD FS 2.0 product team used to perform its tests. The team used the following computer hardware, software, and network configuration to gather performance and scalability data in tests of the federation server:
Dual Quad Core 2.27 gigahertz (GHz) (8 cores)
16-GB RAM
Windows Server 2008 R2, Enterprise Edition
Gigabit Network
Note
Although 16 GB’s of RAM was used on the federation server during testing, a more moderate memory size, such as 4 GB’s of RAM per federation server can be used for most AD FS 2.0 deployments. The recommendations that are provided in this AD FS 2.0 Capacity Planning content along with the results provided by the AD FS 2.0 Capacity Planning Spreadsheet are based on assumptions that each federation server will use approximately 4GB’s of RAM for most AD FS 2.0 production environments.
The product team used the following configuration to gather performance and scalability data for the federation server proxy testing:
Dual Quad Core 2.24 GHz (4 cores)
4-GB RAM
Windows Server 2008 R2, Enterprise Edition
Gigabit Network
Note
Capacity recommendations for AD FS 2.0 servers can vary considerably, depending on the specifications you choose for the hardware and network configuration to be used in a given environment. As a point of reference, the sizing guidance provided in this content is based on a utilization target of 80 percent on the computers mentioned earlier.
Measure AD FS 2.0 server capacity
Typically, the hardware components that affect server performance and scalability are the CPU, memory, the disk, and network adapters. Fortunately, each of the AD FS 2.0 components requires very little demand on memory and disk space. Network connectivity is an obvious requirement. Therefore, load tests that are performed on federation servers and federation server proxies concentrate on two primary areas for measuring server capacity:
Peak AD FS requests per second: The number of sign-in requests that are processed per second on federation servers. This measurement can help you determine how many simultaneous users can sign in to a given server. You can use this measurement in conjunction with the CPU consumption measurement to understand this measurement's effect on performance.
CPU consumption: The percentage by which CPU capacity is measured. This measurement can help you determine the overall CPU load that occurred based on the number of incoming sign-in requests per second.
Continue reading more about AD FS 2.0 capacity planning
After you have completed the prerequisite tasks and have become familiar with related terms and hardware requirements, you can use the following additional capacity planning content to help you determine the recommended number of AD FS 2.0 servers required for your deployment: