Planification de capacité basée sur le scénario
Dernière rubrique modifiée : 2012-10-18
Pour assurer des performances optimales de Microsoft Lync Server 2010, vous devez configurer et déployer un niveau de ressources matérielles adéquat ; toutefois, pour optimiser le retour sur investissement de votre matériel, il est préférable de l’adapter à vos besoins.
Cette section fournit des instructions pour allouer le matériel en fonction de votre analyse des besoins de votre organisation. A partir du nombre d’utilisateurs de votre organisation, des profils d’utilisateur et des charges de travail déployées, vous déterminez les conditions préalables en termes de vitesse d’horloge de processeur, de mémoire serveur et de bande passante réseau depuis et vers le serveur. Les résultats peuvent être appliqués aux topologies physiques et virtuelles.
Les informations de cette section sont particulièrement utiles si votre modèle utilisateur ou votre matériel serveur diffèrent des éléments décrits dans Modèles utilisateur Lync Server 2010.
Les sections suivantes détaillent les ressources nécessaires pour chaque modalité de Lync Server 2010. Vous trouverez ensuite un exemple de scénario qui illustre l’utilisation de ces numéros.
Tous les coûts de performances des tableaux suivants partent de la référence que chaque serveur dispose de deux processeurs à quadruple cœur avec une vitesse d’horloge de 2,33 GHz. Cette configuration permet d’obtenir 2 333 mégacycles par cœur de processeur, ou 18 664 mégacycles par serveur.
Si vos serveurs disposent de processeurs différents, vous pouvez ajuster les chiffres en conséquence. Pour plus d’informations, voir « Ajustement de vos processeurs » plus loin dans cette rubrique.
Compréhension des formules et des tableaux de résultats
Chacune des sections suivantes comprend un tableau indiquant les résultats du test de performances effectué par Microsoft, avec les chiffres suivants :
Besoins en CPU en mégacycles indique les mégacycles nécessaires pour cette charge de travail avec ce nombre total d’utilisateurs dans le pool, ou ce nombre total d’appels ou de session simultanés dans le pool. Par exemple, dans le tableau Conférence, conférence web, le nombre 1 569 dans la colonne 400 indique que 400 utilisateurs de conférence de données simultanés dans le pool demandent un total de 1 569 mégacycles combinés auprès des serveurs du pool.
Besoins en CPU sous forme de pourcentage d’un serveur frontal indique les mégacycles nécessaires pour cette tâche sous forme de pourcentage de charge du CPU, comme si toute la charge était traitée par un seul serveur ayant les mêmes spécifications que celles utilisées dans les tests effectués par Microsoft.
Besoins en mémoire indique la mémoire totale nécessaire pour cette charge de travail avec ce nombre total d’appels ou d’utilisateurs simultanés dans le pool. Par exemple, dans le tableau Conférence, conférence web, le nombre 1,5 Go dans la colonne 400 indique que 400 utilisateurs de conférence de données simultanés dans le pool demandent un total de 1,5 Go de mémoire combinés auprès des serveurs du pool.
Ce nombre n’inclut pas la mémoire nécessaire pour les besoins du système de base.
Bande passante réseau indique la bande passante réseau totale nécessaire depuis et vers vos serveurs, pour ce nombre total d’appels ou d’utilisateurs simultanés de ce type dans le pool. Ceci concerne uniquement le trafic depuis et vers le serveur ; la bande passante de pair à pair n’est pas comptabilisée.
À la suite de ce tableau figurent des formules permettant de calculer les ressources nécessaires en fonction de votre nombre d’utilisateurs, de votre modèle utilisateur et de votre charge de travail. Ces formules ont été créées à l’aide de l’analyse de tendance des résultats du test de performances. Tous les points de données du test ne tombent pas nécessairement sur la ligne de tendance. Par conséquent, si vous utilisez la formule avec le nombre d’utilisateurs ou d’appels de l’une des lignes du tableau des résultats de test, les valeurs de performances calculées peuvent différer légèrement des résultats du tableau.
La détermination des besoins en CPU pour votre pool comprend les calculs suivants :
Pour chaque charge de travail, vous calculez d’abord le coût %CPU du serveur test. Il s’agit du coût CPU exprimé sous forme de pourcentage de la capacité CPU totale de l’un des serveurs utilisés dans les tests de performance de Microsoft. Ces serveurs comportent 8 cœurs cadencés à 2,33 GHz par cœur.
Si vous utilisez des serveurs avec une note SPECint identique, vous pouvez simplement utiliser le coût %CPU du serveur test pour déterminer le nombre de serveurs nécessaires. Ajoutez les coûts %CPU du serveur test pour chaque charge de travail afin de déterminer le coût %CPU du serveur test total demandé à l’ensemble de votre pool. Déployez ensuite suffisamment de serveurs dans le pool pour vous assurer que chaque serveur fonctionne au maximum à 70 % de sa capacité. Par exemple, si vous déterminez un coût %CPU de serveur test total de 260 %, vous devez déployer quatre serveurs dans le pool.
Si vous utilisez des serveurs de capacité différente, utilisez la formule suivante pour chaque charge de travail, afin de traduire le coût %CPU du serveur test en mégacycles. Pour consulter un exemple d’utilisation de ces calculs, voir « Exemple de calcul des ressources nécessaires » dans la suite de cette section.
Tous les tests de performances ont été effectués en supposant que l’ensemble des serveurs de test figure dans un même site.
Hypothèses du test
Les tests, les résultats et les formules de cette section supposent les éléments suivants :
Tous les serveurs sont dans un site.
Le serveur de médiation est colocalisé avec le serveur frontal. Si vous déployez un serveur de médiation autonome, vous ne pouvez pas soustraire toute la charge Voix Entreprise du serveur frontal, car il continue à traiter du trafic de signalisation.
Pour les problèmes et les utilisations non traités dans cette section, votre organisation est supposée suivre les utilisations décrites dans Modèles utilisateur Lync Server 2010. Par exemple, MPOP (points de présence multiples) est supposé égal à 1:1,5.
Messagerie instantanée et présence
Ce tableau présente les résultats des tests pour la charge de travail de messagerie instantanée et de présence. Ces chiffres incluent le développement de listes de distribution et la récupération de photographies de présence.
| Nombre d’utilisateurs | Besoins en CPU en mégacycles | Besoins en CPU sous forme de pourcentage d’un serveur frontal* | Besoins en mémoire** | Bande passante réseau |
|---|---|---|---|---|
5,000 |
1,043 |
5.6% |
1,1 Go |
7,5 Mbits/s |
10,000 |
1,736 |
9.3% |
1,6 Go |
14,8 Mbits/s |
15,000 |
2,556 |
13.7% |
2,18 Go |
22,6 Mbits/s |
20,000 |
3,528 |
18.9% |
2,33 Go |
38,3 Mbits/s |
25,000 |
4,423 |
23.7% |
2,43 Go |
52,8 Mbits/s |
* Basé sur le processeur de base Lync Server avec huit cœurs, présentant chacun 2 333 mégacycles.
** Ajoutez 7 Go par serveur pour les besoins en mémoire du système de base.
À partir de ces résultats de test, nous utilisons l’analyse des tendances pour obtenir les directives suivantes :
Coût %CPU du serveur test = (nombre d’utilisateurs) * 0,001
Mégacycles nécessaires = (Coût %CPU/100) * 2333 * 8
Mémoire nécessaire en Go = Base de 7 Go + ((nombre d’utilisateurs) * 0,0000678)
Réseau nécessaire en Mbits/s = ((nombre d’utilisateurs ^2) * 0,0000000637) + (0,000369 * nombre d’utilisateurs) + 4,15
Requête web du carnet d’adresses
Ce tableau présente les résultats des tests pour l’utilisation des ressources de la requête web du carnet d’adresses.
| Nombre d’utilisateurs | Besoins en CPU en mégacycles | Besoins en CPU sous forme de pourcentage d’un serveur frontal* | Besoins en mémoire | Bande passante réseau |
|---|---|---|---|---|
5,000 |
646 |
3.46% |
0,265 Go |
3,3 Mbits/s |
10,000 |
974 |
5.22% |
0,268 Go |
6,4 Mbits/s |
15,000 |
1,312 |
7.03% |
0,263 Go |
9,5 Mbits/s |
20,000 |
1,631 |
8.74% |
0,263 Go |
13,8 Mbits/s |
25,000 |
1,984 |
10.63% |
0,265 Go |
18,3 Mbits/s |
* Basé sur le processeur de base Lync Server avec huit cœurs, présentant chacun 2 333 mégacycles.
À partir de ces résultats de test, nous utilisons l’analyse des tendances pour obtenir les directives suivantes :
Coût %CPU du serveur test = ((nombre d’utilisateurs) * 0,0004) + 2,0
Mégacycles nécessaires = (Coût %CPU du serveur test/100) * 2333 * 8
Mémoire nécessaire en Go = 0,300
Réseau nécessaire en Mbits/s = 0,00075 * nombre d’utilisateurs
Conférences de messagerie instantanée de groupe
Ce tableau présente les résultats des tests pour l’utilisation des ressources des conférences de messagerie instantanée de groupe.
| Nombre d’utilisateurs simultanés de la messagerie instantanée de groupe* | Besoins en CPU en mégacycles | Besoins en CPU sous forme de pourcentage d’un serveur frontal** | Besoins en mémoire | Bande passante réseau |
|---|---|---|---|---|
100 |
401 |
2.15% |
0,08 Go |
1,22 Mbits/s |
200 |
358 |
1.92% |
0,15 Go |
1,90 Mbits/s |
300 |
416 |
2.33% |
0,23 Go |
2,42 Mbits/s |
400 |
467 |
2.5% |
0,30 Go |
3,00 Mbits/s |
500 |
538 |
2.88% |
0,40 Go |
3,38 Mbits/s |
* Assurez-vous de prendre en compte les autres utilisateurs de conférence. Le modèle utilisateur Lync Server 2010 suppose que 50 % des conférences audio incluent une messagerie instantanée de groupe. Lorsque vous projetez le nombre d’utilisateurs de la messagerie de groupe, incluez un pourcentage approprié d’utilisateurs de conférence basé sur l’utilisation dans votre organisation.
** Basé sur le processeur de base Lync Server avec huit cœurs, présentant chacun 2 333 mégacycles.
À partir de ces résultats de test, nous utilisons l’analyse des tendances pour obtenir les directives suivantes :
Coût %CPU du serveur test = (nombre d’utilisateurs * 0,001) + 2,0
Mégacycles nécessaires = (Coût %CPU du serveur test/100) * 2333 * 8
Mémoire nécessaire en Go = 0,0008 * nombre d’utilisateurs simultanés de la messagerie instantanée de groupe
Réseau nécessaire en Mbits/s = (nombre d’utilisateurs simultanés de la messagerie instantanée de groupe * 0,0054) + 0,76
Conférences, conférence web
Ce tableau présente l’utilisation des ressources pour la partie conférence web de vos conférences.
| Nombre d’utilisateurs simultanés de conférence web* | Besoins en CPU en mégacycles | Besoins en CPU sous forme de pourcentage d’un serveur frontal** | Besoins en mémoire | Bande passante réseau |
|---|---|---|---|---|
100 |
444 |
2.38% |
0,4 Go |
24,55 Mbits/s |
200 |
659 |
3.53% |
0,4 Go |
49,23 Mbits/s |
300 |
845 |
4.53% |
1,5 Go |
66,58 Mbits/s |
400 |
1,004 |
5.38% |
1,5 Go |
81,34 Mbits/s |
500 |
1,191 |
6.38% |
2,2 Go |
90,06 Mbits/s |
* Le nombre d’utilisateurs de conférence web peut généralement être déterminé sous forme de pourcentage des utilisateurs de conférence. Le modèle utilisateur Lync Server 2010 suppose que 20 % des conférences incluent une utilisation de conférence web (telle que l’utilisation du programme graphique de présentation Microsoft PowerPoint ou d’un tableau blanc). Vous pouvez ajuster ce pourcentage pour l’ajuster aux utilisateurs de votre propre organisation, afin de déterminer le nombre d’utilisateurs de conférence de données simultanés à prévoir.
** Basé sur le processeur de base Lync Server avec huit cœurs, présentant chacun 2 333 mégacycles.
À partir de ces résultats de test, nous utilisons l’analyse des tendances pour obtenir les directives suivantes :
Coût %CPU du serveur test = (nombre d’utilisateurs de conférence de données simultanés * 0,01) + 1,5
Mégacycles nécessaires = (Coût %CPU du serveur test/100) * 2333 * 8
Mémoire nécessaire en Go = 0,0047 * (nombre d’utilisateurs de conférence de données simultanés)
Réseau nécessaire en Mbits/s = (nombre d’utilisateurs de conférence de données simultanés * 0,163) + 13,4
Conférences PSTN
Ce tableau présente l’utilisation des ressources pour les utilisateurs PSTN participant à vos conférences par le biais de l’application Intendant Conférence.
| Nombre d’utilisateurs PSTN de conférence simultanés | Besoins en CPU en mégacycles | Besoins en CPU sous forme de pourcentage d’un serveur frontal* | Besoins en mémoire | Bande passante réseau |
|---|---|---|---|---|
50 |
373 |
2.0% |
0,47 Go |
1,0 Mbits/s |
100 |
560 |
3.0% |
0,59 Go |
2,1 Mbits/s |
150 |
560 |
3.0% |
0,71 Go |
3,2 Mbits/s |
200 |
933 |
5.00% |
0,83 Go |
4,4 Mbits/s |
250 |
1,680 |
9.00% |
1,01 Go |
5,6 Mbits/s |
* Basé sur le processeur de base Lync Server avec huit cœurs, présentant chacun 2 333 mégacycles.
À partir de ces résultats de test, nous utilisons l’analyse des tendances pour obtenir les directives suivantes :
Coût %CPU du serveur test = (nombre d’appelants de conférence PSTN simultanés * 0,033) + (nombre d’appelants de conférence PSTN simultanés * 0,0918)
Mégacycles nécessaires = (Coût %CPU du serveur test/100) * 2333 * 8
Mémoire nécessaire en Go = ((2,64 * nombre d’appelants de conférence PSTN simultanés) + 326) / 1000
Réseau nécessaire en Mbits/s = (0,023 * nombre d’appelants de conférence PSTN simultanés) - 0,19)
Notez que lors du calcul du coût CPU, vous utilisez le nombre d’appelant PSTN simultanés à deux reprises pour prendre en compte le fait que chaque appelant est à la fois un participant de conférence et un appelant de communications unifiées à PSTN (UC-PSTN).
Conférences, partage d’applications
Ce tableau présente l’utilisation des ressources pour la partie partage d’applications de vos conférences.
| Nombre d’utilisateurs simultanés du partage d’applications* | Besoins en CPU en mégacycles | Besoins en CPU sous forme de pourcentage d’un serveur frontal** | Besoins en mémoire | Bande passante réseau |
|---|---|---|---|---|
100 |
1,680 |
9.0% |
2,7 Go |
82,0 Mbits/s |
200 |
3,098 |
16.60% |
2,8 Go |
130,8 Mbits/s |
300 |
4,324 |
23.17% |
2,9 Go |
152,2 Mbits/s |
400 |
5,192 |
27.82% |
3,3 Go |
184,13 Mbits/s |
* Le nombre d’utilisateurs de conférence utilisant le partage d’applications peut généralement être déterminé sous forme de pourcentage des utilisateurs d’audioconférence. Le modèle utilisateur Lync Server 2010 suppose que 50 % des audioconférences incluent le partage d’applications. Vous pouvez ajuster ce pourcentage pour l’ajuster aux utilisateurs de votre propre organisation, afin de déterminer le nombre d’utilisateurs de conférence simultanés utilisant le partage d’applications à prévoir.
** Basé sur le processeur de base Lync Server avec huit cœurs, présentant chacun 2 333 mégacycles.
À partir de ces résultats de test, nous utilisons l’analyse des tendances pour obtenir les directives suivantes :
Coût %CPU du serveur test = (nombre d’utilisateurs de conférence simultanés utilisant le partage d’applications * 0,071) + 2,5
Mégacycles nécessaires = (Coût %CPU du serveur test/100) * 2333 * 8
Mémoire nécessaire en Go = (0,0019 * nombre d’utilisateurs de conférence simultanés utilisant le partage d’applications) + 2,45
Réseau nécessaire en Mbits/s = (nombre d’utilisateurs de conférence simultanés utilisant le partage d’applications * 0,33) + 54
Conférences, audioconférences
L’audioconférence est gérée par le service de conférence audio/vidéo (A/V). Par conséquent cette charge n’affecte pas les serveurs frontaux, sauf si le service de conférence audio/vidéo est colocalisé avec le serveur frontal. Pour optimiser les performances, nous conseillons de déployer un serveur de conférence audio/vidéo séparé du serveur frontal. La colocalisation du serveur de conférence audio/vidéo avec le serveur frontal est prise en charge si vous avez moins de 10 000 utilisateurs.
Ce tableau présente l’utilisation des ressources pour la partie audio de vos conférences. Ce tableau suppose un modèle avec 85 % d’audioconférences à 4 utilisateurs, 10 % à 6 utilisateurs et 5 % à 10 utilisateurs.
Notez que dans tous les tableaux de conférence, le nombre d’utilisateurs simultanés désigne le nombre total d’utilisateurs participant à l’ensemble des conférences actives. La limite du nombre d’utilisateurs dans une même conférence est de 250.
.gif "note") Remarque : |
|---|
| 250 est le nombre maximum pour les déploiements de pools partagés, selon les tests de Microsoft. Pour plus d’informations sur la prise en charge de réunions de plus de 250 participants, voir « Prise en charge de grandes réunions avec Microsoft Lync Server 2010 » à l’adresse https://go.microsoft.com/fwlink/?linkid=242073&clcid=0x40C. |
| Nombre d’utilisateurs d’audioconférence simultanés | Besoins en CPU en mégacycles | Besoins en CPU sous forme de pourcentage d’un serveur frontal ou d’un serveur de conférence audio/vidéo* | Besoins en mémoire** | Bande passante réseau |
|---|---|---|---|---|
200 |
2,463 |
13.2% |
0,42 Go |
29,33 Mbits/s |
400 |
4,759 |
25.5% |
0,73 Go |
58,02 Mbits/s |
600 |
6,906 |
37.0% |
1,0 Go |
86,98 Mbits/s |
800 |
8,884 |
47.6% |
1,29 Go |
115,74 Mbits/s |
1000 |
11,814 |
63.3% |
1,6 Go |
144,84 Mbits/s |
* Basé sur le processeur de base Lync Server avec huit cœurs, présentant chacun 2 333 mégacycles.
** Sur un serveur de conférence audio/vidéo, ajoutez 7 Go par serveur pour les besoins en mémoire du système de base.
À partir de ces résultats de test, nous utilisons l’analyse des tendances pour obtenir les directives suivantes :
Coût %CPU du serveur test = (nombre d’utilisateurs d’audioconférence simultanés) * 0,062
Mégacycles nécessaires = (Coût %CPU du serveur test/100) * 2333 * 8
Mémoire nécessaire en Go = (nombre d’utilisateurs d’audioconférence simultanés * 0,00146) + 0,132
Réseau nécessaire en Mbits/s = (nombre d’utilisateurs d’audioconférence simultanés * 0,14435) + 0,36
Conférences, vidéoconférence
Ce tableau présente l’utilisation des ressources pour la partie vidéo de vos conférences. Ce tableau suppose un modèle avec 70 % de vidéoconférences utilisant le format CIF et 30 % utilisant le format VGA.
La vidéoconférence est gérée par le service de conférence audio/vidéo. Par conséquent cette charge n’affecte pas les serveurs frontaux, sauf si le service de conférence audio/vidéo est colocalisé avec le serveur frontal.
| Nombre d’utilisateurs de vidéoconférence simultanés* | Besoins en CPU en mégacycles | Besoins en CPU sous forme de pourcentage d’un serveur frontal ou d’un serveur de conférence audio/vidéo** | Besoins en mémoire | Bande passante réseau |
|---|---|---|---|---|
40 |
672 |
3.6% |
0,03 Go |
18,19 Mbits/s |
80 |
1288 |
6.9% |
0,03 Go |
29,86 Mbits/s |
120 |
1,792 |
9.6% |
0,03 Go |
50,39 Mbits/s |
160 |
2,277 |
12.2% |
0,03 Go |
63,04 Mbits/s |
200 |
3,023 |
16,2 |
0,03 Go |
80,00 Mbits/s |
* Le nombre d’utilisateurs de vidéoconférence peut généralement être déterminé sous forme de pourcentage des utilisateurs d’audioconférence. Le modèle utilisateur Lync Server 2010 suppose que 20 % des audioconférences incluent une vidéoconférence. Vous pouvez ajuster ce pourcentage pour l’ajuster aux utilisateurs de votre propre organisation, afin de déterminer le nombre d’utilisateurs de vidéoconférence simultanés à prévoir.
** Basé sur le processeur de base Lync Server avec huit cœurs, présentant chacun 2 333 mégacycles.
Coût %CPU du serveur test = (nombre d’utilisateurs de vidéoconférence simultanés) * 0,07625
Mégacycles nécessaires = (Coût %CPU du serveur test/100) * 2333 * 8
Mémoire nécessaire en Go = 0,03
Réseau nécessaire en Mbits/s = (nombre d’utilisateurs de vidéoconférence simultanés * 0,3925) + 1,25
Voix Entreprise, appels UC-UC
Ce tableau présente l’utilisation des ressources pour les appels de communications unifiées à communications unifiées (UC-UC) utilisant Voix Entreprise.
| Nombre d’appels simultanés* | Besoins en CPU en mégacycles | Besoins en CPU en pourcentage d’un serveur frontal ** | Besoins en mémoire | Bande passante réseau |
|---|---|---|---|---|
200 |
499 |
2.67% |
1,36 Go |
2,80 Mbits/s |
400 |
721 |
3.86% |
1,6 Go |
5,04 Mbits/s |
600 |
974 |
5.22% |
1,75 Go |
7,57 Mbits/s |
800 |
1,212 |
6.5% |
1,95 Go |
9,85 Mbits/s |
1000 |
1,458 |
7.8% |
2,11 Go |
12,16 Mbits/s |
* Le modèle utilisateur Lync Server 2010 suppose quatre appels par utilisateur et par heure et une durée moyenne des appels de trois minutes. Ces quatre appels par heure du modèle utilisateur incluent à la fois les appels UC-UC et les appels UC-PSTN. Vous pouvez obtenir des chiffres les plus précis si vous connaissez le pourcentage des appels Voix Entreprise de vos utilisateurs correspondant à des appels UC-UC et celui correspondant à des appels UC-PSTN. Le modèle utilisateur suppose 60 % d’appels UC-UC et 40 % d’appels UC-PSTN. Dans les calculs suivants, vous pouvez utiliser vos chiffres réels pour les appels par heure et la durée, s’ils sont différents.
** Basé sur le processeur de base Lync Server avec huit cœurs, présentant chacun 2 333 mégacycles.
À partir de ces résultats de test, nous utilisons l’analyse des tendances pour obtenir les directives suivantes :
Nombre d’appels simultanés = nombre d’utilisateurs * nombre moyen d’appels UC-UC par utilisateur et par heure * durée en minutes / 60
Coût %CPU du serveur test = (nombre d’appels simultanés * 0,007)
Mégacycles nécessaires = (Coût %CPU du serveur test/100) * 2333 * 8
Mémoire nécessaire en Go = (0,00093 * nombre d’appels simultanés) + 1,19
Réseau nécessaire en Mbits/s = (nombre d’appels simultanés * 0,01175) + 0,43
Voix Entreprise, appels UC-PSTN
Ce tableau présente l’utilisation des ressources pour les appels de communications unifiées à PSTN (UC-PSTN) utilisant Voix Entreprise.
| Nombre d’appels simultanés* | Besoins en CPU en mégacycles | Besoins en CPU en pourcentage d’un serveur frontal** | Besoins en mémoire | Bande passante réseau |
|---|---|---|---|---|
200 |
1,456 |
7.8% |
0,28 Go |
19,56 Mbits/s |
400 |
3,789 |
20.3% |
0,43 Go |
38,65 Mbits/s |
600 |
5,226 |
28% |
0,6 Go |
57,52 Mbits/s |
800 |
6,924 |
37.1% |
0,77 Go |
76,52 Mbits/s |
1000 |
8,455 |
45.3% |
0,89 Go |
95,39 Mbits/s |
* Le modèle utilisateur Lync Server 2010 suppose quatre appels par utilisateur et par heure et une durée moyenne des appels de trois minutes. Les quatre appels par heure du modèle utilisateur incluent à la fois les appels UC-UC et les appels UC-PSTN. Vous pouvez obtenir des chiffres les plus précis si vous connaissez le pourcentage des appels Voix Entreprise de vos utilisateurs correspondant à des appels UC-UC et celui correspondant à des appels UC-PSTN. Le modèle utilisateur suppose 60 % d’appels UC-UC et 40 % d’appels UC-PSTN. Dans les calculs suivants, vous pouvez utiliser vos chiffres réels pour les appels par heure et la durée, s’ils sont différents.
** Basé sur le processeur de base Lync Server avec huit cœurs, présentant chacun 2 333 mégacycles.
À partir de ces résultats de test, nous utilisons l’analyse des tendances pour obtenir les directives suivantes :
Nombre d’appels simultanés = nombre d’utilisateurs * nombre moyen d’appels UC-PSTN par utilisateur et par heure * durée en minutes / 60
Coût %CPU du serveur test = (nombre d’appels simultanés * 0,007) + (0,0918 * (1 moins le pourcentage d’appels utilisant le contournement de média) * nombre d’appels simultanés)
Mégacycles nécessaires = (Coût %CPU du serveur test/100) * 2333 * 8
Mémoire nécessaire en Go = (0,00156 * nombre d’appels simultanés) + 0,126
Réseau nécessaire en Mbits/s = (nombre d’appels simultanés * 0,19) * (1 moins le pourcentage d’appels utilisant le contournement de média)
Service Response Group
Ce tableau présente l’utilisation des ressources du service Lync Server Response Group.
Notez que Response Group ne prend pas en charge plus de 1200 agents par pool.
| Nombre d’appels Response Group simultanés | Besoins en CPU en mégacycles | Besoins en CPU sous forme de pourcentage d’un serveur frontal* | Besoins en mémoire | Bande passante réseau |
|---|---|---|---|---|
50 |
1,680 |
9% |
1,2 Go |
0,245 Mbits/s |
60 |
1,680 |
9% |
1,3 Go |
0,315 Mbits/s |
70 |
1,866 |
10% |
1,3 Go |
0,355 Mbits/s |
80 |
2,053 |
11% |
1,3 Go |
0,40 Mbits/s |
90 |
2,240 |
12% |
1,4 Go |
0,46 Mbits/s |
** Basé sur le processeur de base Lync Server avec huit cœurs, présentant chacun 2 333 mégacycles.
À partir de ces résultats de test, nous utilisons l’analyse des tendances pour obtenir les directives suivantes :
Coût %CPU du serveur test = (nombre d’appels Response Group simultanés * 0,0192) + 7,48
Mégacycles nécessaires = (Coût %CPU du serveur test/100) * 2333 * 8
Mémoire nécessaire en Go = (0,0008 * nombre d’appels Response Group simultanés) + 1,18
Réseau nécessaire en Mbits/s = nombre d’appels simultanés * 0,005
Service de parcage d’appel
Ce tableau présente l’utilisation des ressources du service de parcage d’appel Lync Server.
| Nombre d’appels simultanés | Besoins en CPU en mégacycles | Besoins en CPU sous forme de pourcentage d’un serveur frontal* | Besoins en mémoire | Bande passante réseau |
|---|---|---|---|---|
1 |
186 |
1% |
0,130 Go |
0,100 Mbits/s |
25 |
186 |
1% |
0,165 Go |
0,280 Mbits/s |
50 |
373 |
2% |
0,200 Go |
0,550 Mbits/s |
75 |
560 |
3% |
0,235 Go |
0,780 Mbits/s |
100 |
746 |
4% |
0,270 Go |
1,00 Mbits/s |
** Basé sur le processeur de base Lync Server avec huit cœurs, présentant chacun 2 333 mégacycles.
À partir de ces résultats de test, nous utilisons l’analyse des tendances pour obtenir les directives suivantes :
Coût %CPU du serveur test = (nombre d’appels simultanés * 0,04) + 0,055
Mégacycles nécessaires = (Coût %CPU du serveur test/100) * 2333 * 8
Mémoire nécessaire en Go = ((1,4 * nombre d’appels simultanés) + 1,18) / 1000
Réseau nécessaire en Mbits/s = (nombre d’appels simultanés * 0,00956) + 0,055
Ajustement pour vos processeurs
Tous les coûts de performances CPU de cette section partent de la référence que chaque serveur dispose de deux processeurs à quadruple cœur avec une vitesse d’horloge de 2,33 GHz. Cette configuration permet d’obtenir 2 333 mégacycles par seconde et par cœur de processeur, ou 18 664 mégacycles par seconde et par serveur.
Si vos serveurs disposent de processeurs différents, vous pouvez ajuster les chiffres en fonction de votre matériel.
La référence SPECint pour les processeurs utilisés dans ces tests est de 186 pour l’ensemble des huit cœurs, ou de 23,25 par cœur. Afin de calculer les cycles de processeur équivalents pour vos serveurs, procédez comme suit :
Accédez à www.spec.org à l’aide d’un navigateur.
Placez le curseur de la souris sur results (résultats), puis sur CPU2006, puis cliquez sur Search CPU2006 Results (Recherche dans les résultats CPU2006).
Dans Available Configurations (Configurations disponibles), sélectionnez SPECint2006 Rates (Valeurs SPECint2006) et cliquez sur Go (OK).
Dans le champ Simple Request (Requête simple), sélectionnez des critères de recherche permettant de trouver votre processeur, puis cliquez sur Execute Simple Fetch (Exécuter une extraction simple).
Trouvez le serveur et le processeur que vous avez déployé, puis consultez la valeur dans la colonne Result (Résultat).
En divisant cette valeur par le nombre de cœurs du serveur, vous obtenez la valeur par cœur. Par exemple, si le chiffre Result est de 240 sur un ordinateur à huit cœurs, la valeur par cœur est de 30.
Utilisez la formule suivante afin de déterminer le nombre de mégacycles par cœur pour le serveur.
(Your processor's per-core value) X 2,333 / 23.25En multipliant ce résultat par le nombre de cœurs du serveur, vous obtenez le nombre total de mégacycles par serveur. Ce nombre est à comparer aux 18 664 mégacycles correspondant au serveur de référence utilisé pour générer les chiffres des sections précédentes de cette rubrique.
Exemple de calcul des ressources nécessaires
L’exemple suivant présente le calcul de vos besoins en ressources si l’utilisation de Lync Server 2010 par votre organisation diffère de celle des Modèles utilisateur Lync Server 2010. Dans cet exemple, l’utilisation par l’organisation est légèrement supérieure à celle du modèle utilisateur.
30 000 utilisateurs, dont 100 % utilisent Voix Entreprise (contrairement à 50 % d’utilisateurs activés pour la voix comme dans le modèle utilisateur). Le serveur de médiation est colocalisé avec le serveur frontal. 75 % des appels UC-PSTN utilisent le contournement de média.
En moyenne 7,5 % des utilisateurs sont simultanément dans une conférence (au lieu des 5 % du modèle utilisateur), ce qui correspond à 2 250 utilisateurs simultanés dans les conférences.
Les autres utilisations de conférence suivent le modèle utilisateur Lync Server 2010.
L’utilisation de Voix Entreprise est plus importante que dans le modèle utilisateur, avec une moyenne en heure de pointe de 5 appels par heure, d’une durée moyenne de 3 minutes (le modèle utilisateur est de 4 appels par heure en heure de pointe). Suivant le modèle utilisateur, trois de ces cinq appels sont de type UC-PSTN, et deux sont de type UC-UC.
Les besoins en CPU pour le serveur frontal sont calculés comme suit :
| Charge de travail du serveur frontal | Coût %CPU du serveur test | Mégacycles nécessaires |
|---|---|---|
Messagerie instantanée et présence de base |
30 000 utilisateurs * 0,001 = 30 |
(30/100) * 2,333 * 8 = 5,599 |
Requête web du carnet d’adresses |
(30,000 utilisateurs * 0.0004) + 2 = 14 |
(14/100) * 2,333 * 8 = 2,613 |
Messagerie instantanée de groupe (50 % des conférences utilisent la messagerie instantanée de groupe) |
(1125 utilisateurs * 0,001) + 2 = 3,125 |
(3.125/100) * 2,333 * 8 = 583 |
Conférence web (75 % des conférences utilisent la conférence web et 20 % de celles-ci incluent la messagerie instantanée de groupe) |
(337 utilisateurs * 0,01) + 1,5 = 4,87 |
(4.87/100) * 2,333 * 8 = 909 |
Conférence PSTN (15 % des participants se joignent à la conférence à partir de téléphones PSTN) |
(338 utilisateurs * 0,033) + (338 utilisateurs * 0,0918) = 42,18 |
(42.18/100) * 2,333 * 8 = 7,872 |
Partage d’applications (75 % des conférences utilisent la conférence web et 50% de celles-ci incluent le partage d’applications) |
(843 utilisateurs * 0,071) + 2,5 = 62,353 |
(62.353/100) * 2,333 * 8 = 11,638 |
Voix Entreprise, appels UC-UC |
30 000 utilisateurs * 2 appels * 3 minutes / 60 = 5 000 appels simultanés 5000 appels * 0,007 = 35 |
(35/100) * 2,333 * 8 = 6,532 |
Voix Entreprise, appels UC-PSTN |
30 000 utilisateurs * 3 appels * 3 minutes / 60 = 4500 appels simultanés (4500 appels * 0,007) + (4500 appels * 0,0918 * (1 - 0,8)) = 114,12 |
(114.12/100) * 2,333 * 8 = 21,299 |
Au total 57 045 mégacycles sont nécessaires sur les serveurs frontaux. |
Sur les serveurs frontaux, l’exigence de CPU totale pour ce déploiement fortement sollicité est de 57 045 mégacycles. Pour cet exemple, supposons que nous déployons des serveurs avec un résultat SPECint de 258 pour 8 cœurs, ce qui représente une moyenne de 32,25 par cœur. A l’aide des calculs de la section précédente, nous obtenons ainsi 25 888 mégacycles par serveur.
Pour déterminer le nombre de serveurs de ce type nécessaires, divisez le nombre de mégacycles nécessaires (57 045) par le nombre de mégacycles par serveur (25 888 dans cet exemple). Divisez ensuite ce nombre par 0,7 afin de vous assurer que chaque serveur fonctionne au maximum à 70 % de la capacité du processeur. Arrondissez ensuite ce résultat final à l’entier le plus proche. Dans cet exemple,
(57,045/25,888)/0.7) = 3.15
Quatre serveurs de ce type sont nécessaires. Les quatre serveurs fournissent un total de 103 552 mégacycles. La valeur de 57 045 représente environ 55 % de ce total, donc les quatre serveurs devraient fonctionner à 55 % de la capacité du processeur en heure de pointe.
Le tableau et les calculs suivants déterminent les besoins du serveur de conférence A/V dans l’exemple de scénario.
| Charge de travail du serveur de conférence A/V | Coût CPU : | Mégacycles nécessaires |
|---|---|---|
Audioconférence (75 % des conférences incluent Voix Entreprise) |
1688 utilisateurs * 0,062 = 104,625 |
(104.625/100) * 2,333 * 8 = 19,527 |
Vidéoconférence (75 % des conférences utilisent la conférence web et 20 % de celles-ci incluent la vidéo) |
338 utilisateurs * 0,07625 = 25,77 |
(25.77/100) * 2,333 * 8 = 4,810 |
Au total 24 337 mégacycles sont nécessaires sur les serveurs de conférence A/V. |
Nous pouvons déployer deux de nos serveurs, à 25 888 cycles chacun, et exécuter le serveur de conférence A/V à environ 47 % de la capacité du processeur sur chacun.
Vous pouvez également effectuer des calculs similaires pour la mémoire et la bande passante réseau nécessaires pour votre charge de travail. Pour les charges de travail ou les scénarios dans lesquels vous pensez que votre organisation présente des modèles d’utilisation classiques, voir Modèles utilisateur Lync Server 2010 pour consulter les modèles utilisateur testés par Microsoft.