Capacity planning user model usage for Skype for Business Server 2015

 

마지막으로 수정된 항목: 2016-12-20

This article provides guidance on how many servers you need at a site for the number of users at that site, according to the usage described in User models in Skype for Business Server 2015.

note참고:
All recommendations in this article assume that you have installed Skype for Business Cumulative Update, November 2015, or later on your servers.

We've done our performance testing on the hardware described in the table below. All our recommendations and results are based on this hardware. If you decide to try using less powerful hardware than what you see listed here, please be aware that you may face functionality problems or poor performance. These hardware recommendations are the same as Lync Server 2013, if that's helpful (and in upgrade scenarios, it may be).

Hardware Used in Performance Testing

Hardware component Recommended

CPU

64-bit dual processor, hex-core, 2.26 gigahertz (GHz) or higher.

Intel Itanium processors are not supported for 비즈니스용 Skype 서버 server roles.

Memory

32 gigabytes (GB).

Disk

  • 8 or more 10,000-RPM hard disk drives with at least 72 GB free disk space.

    Two of the disks should use RAID 1, and six should use RAID 10.

    - OR -

  • Solid state drives (SSDs) which provide performance similar to 8 10,000-RPM mechanical disk drives.

Network

  • 1 dual-port network adapter, 1 Gbps or higher (2 recommended, which requires teaming with a single MAC address and single IP address).

The following table summarizes our recommendations.

 

Server role Maximum number of users supported

프런트 엔드 풀 with twelve 프런트 엔드 서버 and one 백 엔드 서버 or a mirrored pair of 백 엔드 서버.

80,000 unique users simultaneously logged in, plus 50% multiple points of presence (MPOP) representing non-mobile instances, plus 40% of users enabled for Mobility for a total of 152,000 endpoints.

A/V Conferencing

The A/V Conferencing service provided by a 프런트 엔드 풀 supports the pool’s conferences assuming a maximum conference size of 250 users, and only one such large conference running at a time.

note참고:
Additionally, you can support large conferences of between 250 and 1000 users by deploying a separate 프런트 엔드 풀 with two 프런트 엔드 서버 to host the large conferences. For details, see Plan for large meetings in Skype for Business Server 2015.

One 에지 서버

12,000 concurrent remote users.

One 디렉터

12,000 concurrent remote users.

Monitoring and Archiving

The Monitoring and Archiving front end services run on each 프런트 엔드 서버, instead of on separate server roles.

Monitoring and Archiving each still require their own database stores. If you also run Exchange 2013 or later, you can keep your Archiving data in Exchange, rather than in a dedicated SQL database.

One 중재 서버

중재 서버 collocated with 프런트 엔드 서버 runs on every 프런트 엔드 서버 in a pool, and should provide enough capacity for the users in the pool. For stand-alone 중재 서버, see the “중재 서버” section later in this topic.

One Standard Edition server

We strongly recommend that if you use Standard Edition servers to host users, you always use two servers, paired using the recommendations in Lync Server 2013의 고가용성 및 재해 복구 계획. Each server in the pair can host up to 2,500 users, and if one server fails the remaining server can support 5,000 users in a failover scenario.

If your deployment includes a significant amount of audio or video traffic, server performance may suffer with more than 2,500 users per server. In this case, you should consider adding more Standard Edition servers or moving to 비즈니스용 Skype 서버 Enterprise Edition.

note참고:
Stretched pools aren't supported for this server role.

In a 프런트 엔드 풀, you should have one 프런트 엔드 서버 for every 6,660 users homed in your pool, assuming that hyper-threading is enabled on all servers in the pool, and that the server hardware meets the recommendations in Lync Server 2013의 서버 하드웨어 플랫폼. The maximum number of users in one 프런트 엔드 풀 is 80,000, again assuming that hyper-threading is enabled on all the servers in your pool. If you have more than 80,000 users at a site, you can deploy more than one 프런트 엔드 풀.

When you account for the number of users in a 프런트 엔드 풀, include any users homed on Survivable Branch Appliances and Survivable Branch Servers at branch offices that are associated with this 프런트 엔드 풀.

When an active server is unavailable, its connections are transferred automatically to the other servers in the pool. In a scenario where you have 30,000 users and five 프런트 엔드 서버, if one server is unavailable, the connections of 6000 of your users need to be transferred to your other four remaining servers. These four remaining servers will then each have 7500 users, which is a larger number than recommended.

If instead you had started with six 프런트 엔드 서버 for your 30,000 users and one becomes unavailable, a total of 5000 users need to move to the remaining five servers. These five remaining servers will then each host 6000 users, which is in the recommended range.

The maximum number of users in a 프런트 엔드 풀 is 80,000. The maximum number of 프런트 엔드 서버 in a pool is 12.

For a 프런트 엔드 풀 with 80,000 users, twelve 프런트 엔드 서버 will be good for performance, in typical deployments that follow the User models in Skype for Business Server 2015. Deployments designed to support disaster recovery failover assume that a maximum of 40,000 users can be hosted in each of two paired 프런트 엔드 풀, in which each pool has enough 프런트 엔드 서버 to contain the users in both pools, should one pool need to be failed over to the other.

The number of users supported with good performance by a particular 프런트 엔드 풀 may differ from these numbers for the following reasons:

  • The hardware for your 프런트 엔드 서버 doesn't meet the recommendations in Lync Server 2013의 서버 하드웨어 플랫폼.

  • Your organization’s usage is very different from the user models, for example, if you have a lot more conferencing traffic.

The following table shows the average bandwidth for IM and presence, given the user model, as defined in User models in Skype for Business Server 2015.

 

Average bandwidth per user Bandwidth requirements per 프런트 엔드 서버 with 6,660 users

1.3 Kpbs

13 Mbps

note참고:
To improve the media performance of the co-located A/V Conferencing and 중재 서버 functionality on your 프런트 엔드 서버, you should enable receive-side scaling (RSS) on the network adapters on your 프런트 엔드 서버. RSS enables incoming packets to be handled in parallel by multiple processors on the server. For details, see Receive Side Scaling (RSS) in the Windows Server 2012 documentation. For details about how to enable RSS, you'll need to refer to your network adapter documentation.

Given the user model that 5% of users in a pool may be in a conference at any one time, a pool of 80,000 users could have about 4,000 users in conferences simultaneously. These conferences are expected to be a mix of media (some IM-only, some IM with audio, some audio/video, for example) and number of participants. There isn't a hard limit for the actual number of conferences allowed, and actual usage determines the actual performance. For example, if your organization has many more mixed-mode conferences than are assumed in the user model, you might need to deploy more 프런트 엔드 서버 or A/V Conferencing Servers than the recommendations found in this article. For details about the assumptions in the user model, see User models in Skype for Business Server 2015.

The maximum supported conference size hosted by a regular 비즈니스용 Skype 서버 프런트 엔드 풀 which also hosts users is 250 participants. While a 250-user conference is happening, the pool still supports other conferences as well, such that a total of 5% of pool users are in concurrent conferences. For example, in a pool of twelve 프런트 엔드 서버 and 80,000 users, while the 250-user conference is happening, 비즈니스용 Skype 서버 supports 3,750 other users participating in smaller conferences.

Regardless of the number of users homed on the 프런트 엔드 풀 or Standard Edition 서버, 비즈니스용 Skype 서버 supports a minimum of 125 other users participating in smaller conferences on the same pool or server which is hosting a 250-user conference.

To enable conferences that have between 250 and 1000 users, you can set up a separate 프런트 엔드 풀 just to host those conferences. This 프런트 엔드 풀 won't host any users. For details, please see Plan for large meetings in Skype for Business Server 2015.

If your organization has a lot more mixed-mode conferences than are assumed in the user model, you might need to deploy more 프런트 엔드 서버 than we recommendation in this document (up to a limit of 12 프런트 엔드 서버). For details about the assumptions in the user model, see User models in Skype for Business Server 2015.

note참고:
Stretched pools aren't supported for this server role.

You should deploy one 에지 서버 for every 12,000 remote users who will access a site concurrently. At a minimum we recommend two 에지 서버 for high availability. These recommendations assume that the hardware for your 에지 서버 meets the recommendations in Lync Server 2013의 서버 하드웨어 플랫폼.

When you account for the number of users for the 에지 서버, include the users homed on Survivable Branch Appliances and Survivable Branch Servers at branch offices that are associated with a 프런트 엔드 풀 at this site.

note참고:
To improve the performance of the A/V Conferencing Edge service on your 에지 서버, you should enable receive-side scaling (RSS) on the network adapters on your 에지 서버. RSS enables incoming packets to be handled in parallel by multiple processors on the server. For details, check "Receive-Side Scaling Enhancements in Windows Server 2008" at https://go.microsoft.com/fwlink/p/?linkId=268731. For details about how to enable RSS, you'll need to refer to your network adapter documentation.

note참고:
Stretched pools aren't supported for this server role.

If you deploy the 디렉터 server role, we recommend that you deploy one 디렉터 for every 12,000 remote users who will access a site concurrently. At a minimum we recommend two 디렉터 for high availability. These recommendations assume that the hardware for your 에지 서버 meets the recommendations in Lync Server 2013의 서버 하드웨어 플랫폼.

When you account for the number of users for the 디렉터, include the users homed on Survivable Branch Appliances and Survivable Branch Servers at branch offices that are associated with a 프런트 엔드 풀 at this site.

note참고:
Stretched pools aren't supported for this server role.

If you collocate 중재 서버 with 프런트 엔드 서버, 중재 서버 runs on every 프런트 엔드 서버 in the pool, and should provide enough capacity for the users in the pool.

If you deploy a stand-alone 중재 서버 pool, then how many 중재 서버 to deploy depends on many factors, including the hardware used for 중재 서버, the number of VoIP users you have, the number of gateway peers that each 중재 서버 풀 controls, the busy hour traffic through those gateways, and the percentage of calls with media that bypasses the 중재 서버.

The following tables provide a guideline for how many concurrent calls a 중재 서버 can handle, assuming that the hardware for the 중재 서버 meets the requirements in Lync Server 2013의 서버 하드웨어 플랫폼 and that hyper-threading is enabled. For details about 중재 서버 scalability, see Estimating voice usage and traffic for Skype for Business Server 2015 and Deployment guidelines for Mediation Server in Skype for Business Server 2015.

All the following tables assume usage as summarized in User models in Skype for Business Server 2015.

Stand-alone 중재 서버 Capacity: 70% Internal Users, 30% External users with non-bypass call capacity (media transcoding performed by 중재 서버)

Server hardware Maximum number of calls Maximum number of T1 lines Maximum number of E1 lines

Dual processor, hex core, 2.26 GHz hyper-threaded CPU with hyper-threading disabled, with 32 GB memory and one dual-port network adapter card.

1100

46

35

Dual processor, hex core, 2.26 GHz hyper-threaded CPU, with 32 GB memory and one dual-port network adapter card.

1500

63

47

note참고:
Although servers with 32 GB of memory were used for performance testing, servers with 16 GB of memory are supported for stand-alone 중재 서버, and are sufficient to provide the performance shown in this table.

중재 서버 Capacity (중재 서버 Collocated with 프런트 엔드 서버) 70% Internal Users, 30% External Users, Non-Bypass Call Capacity (Media Processing Performed by 중재 서버)

Server hardware Maximum number of calls

Dual processor, hex core, 2.26 GHz hyper-threaded CPU, with 32 GB memory and 2 1GB network adapter cards.

150

note참고:
This number is much smaller than the numbers for the stand-alone 중재 서버. That's because the 프런트 엔드 서버 has to handle other features and functions for the 6600 users homed on it, in addition to the transcoding needed for voice calls.
note참고:
To improve the performance of the 중재 서버, you should enable receive-side scaling (RSS) on the network adapters on your 중재 서버. RSS enables incoming packets to be handled in parallel by multiple processors on the server. For details, see "Receive-Side Scaling Enhancements in Windows Server 2008" at https://go.microsoft.com/fwlink/p/?linkId=268731. For details about how to enable RSS, you'll need to refer to your network adapter documentation.

Although much of the database information is stored primarily on the 프런트 엔드 서버, you should make sure your 백 엔드 서버 meet the hardware recommendations listed earlier in this section and in Lync Server 2013의 서버 하드웨어 플랫폼.

To provide high availability of your 백 엔드 서버, we recommend deploying AlwaysOn 가용성 그룹 or server mirroring. For more information, see 비즈니스용 Skype 서버의 백 엔드 서버 고가용성.

If you deploy Monitoring or Archiving, the front end functionality of these services runs on the 프런트 엔드 서버, Monitoring and Archiving each use their own database store, separate from the Back End store. Alternatively, if you have Exchange 2013 deployed, you can store instant message Archiving data in Exchange instead of in a dedicated SQL store.

The following table indicates approximately how much database storage is required per user per day for Monitoring and Archiving data.

 

CDR (Monitoring)

QoE (Monitoring)

Archiving

Disk space required per user per day

49 KB

28 KB

57 KB

Microsoft used the hardware in the following table for the database server for Monitoring and Archiving during its performance testing. The testing collected the data of two 프런트 엔드 풀, each of which contained 80,000 users.

Hardware Used in Monitoring and Archiving Performance Testing

Hardware component Recommended

CPU

64-bit dual processor, hex-core, 2.26 gigahertz (GHz) or higher

Memory

48 gigabytes (GB)

Disk

25 10,000-RPM hard disk drives with 300 GB on each disk, with the following configuration

 

Drive

RAID Configuration

Number of disks

CDR, QoE, and Archiving database data files, on a single drive

1+0

16

CDR database log file

1

2

QoE database log file

1

2

Archiving database log file

1

2

Network

  • 1 dual-port network adapter, 1 Gbps or higher (2 recommended, which requires teaming with a single MAC address and single IP address)

If you deploy VIS(Video Interop 서버) and you need to determine capacity, you look at the maximum number of Video Teleconferencing Systems (VTCs) that will be in concurrent calls. For example, if you have 250 VTCs in your organization and your user model estimates that at most, 20% of them might be in concurrent calls, you base your capacity planning on 50 concurrent VTCs.

 
표시: