Planification de la capacité
Dernière rubrique modifiée : 2011-01-07
Les exigences de planification de capacité sont basées sur les modèles utilisateur proposés pour Office Communications Server 2007 R2. Cette section décrit ces modèles utilisateur et fournit les informations permettant de planifier la capacité pour votre organisation.
Modèles utilisateur
Les modèles utilisateur de cette section servent de base pour les exigences de planification de capacité et les recommandations décrites plus loin dans cette section.
Modèle utilisateur Office Communications Server
Le tableau suivant décrit le modèle utilisateur pour Office Communications Server.
Tableau 1. Modèle utilisateur pour Office Communications Server
Catégorie | Description |
---|---|
Répartition des clients |
30 % des clients exécutent les clients Office Communicator 2007, notamment Office Communicator Web Access ou Communicator Mobile (version 2007) 70 % des clients exécutent Office Communicator 2007 R2, la version 2007 R2 de Communicator Mobile ou d’Office Communicator Web Access ; 100 % des clients exécutent le client Live Meeting |
Répartition des utilisateurs distants |
90 % des utilisateurs se connectent en interne 10 % des utilisateurs se connectent par l’intermédiaire d’un serveur Edge et d’un directeur (recommandé) |
Répartition des contacts |
Moyenne de 80 contacts sur les appareils mobiles Moyenne de 50 contacts sur tous les autres périphériques 70 % des contacts font partie de l’organisation 10 % des utilisateurs de l’entreprise se connectent à distance 10 % des contacts sont fédérés 10 % des contacts utilisent la solution PIC (Public IM Connectivity) |
Sessions de messagerie instantanée |
2 conversations par messagerie instantanée par utilisateur et par heure 10 messages instantanés par session Taille moyenne des messages : 400 octets Moyenne de trois personnes par conversation par messagerie instantanée impliquant plus de deux participants |
Le tableau suivant décrit le modèle de conférence servant de base pour les exigences de planification de capacité et les recommandations décrites plus loin dans cette section.
Tableau 2. Modèle de conférence
Catégorie | Description |
---|---|
Réunions planifiées/réunions de type « Conférence maintenant » |
50 % de chaque catégorie. |
Simultanéité des réunions |
5 % des utilisateurs participeront à des conférences pendant les heures de travail. |
Répartition des données utilisées pendant les réunions |
15 % : audio RTC via un fournisseur de services d’audioconférence tiers, PowerPoint. 10 % : audio RTC via un fournisseur de services d’audioconférence tiers, partage d’application. 15 % : messagerie instantanée de groupe avec intégration des groupes de distribution. 10 % : audioconférence rendez-vous RTC uniquement. 10 % : audio VoIP, conférence rendez-vous RTC, PowerPoint. 25 % : audio VoIP, appels RTC et vidéo, partage d’application. 5 % : audio VoIP, appels RTC, messagerie instantanée et partage d’application. 10 % : audio VoIP, appels RTC, vidéo, messagerie instantanée. |
Répartition des participants aux réunions |
Dans les réunions où l’Intendant Conférence est utilisé avec une combinaison d’audio VoIP et d’appels RTC, le ratio d’utilisateurs VoIP par rapport aux utilisateurs d’appels entrants est de 2:1. Il existe deux types de partage d’application : le partage d’application PSOM (Persistent Shared Object Model) à l’aide du serveur de conférence Web et le partage d’application RDP (Remote Desktop Protocol) basé sur le nouveau serveur de partage d’application. Le modèle utilisateur suppose que 80 % de toutes les réunions ad hoc utilisent le partage d’application basé sur RDP et que 20 % utilisent le partage d’application basé sur PSOM. Pour les réunions planifiées, le modèle utilisateur suppose que le partage d’application utilise 50 % de PSOM et 50 % de RDP. Suppositions : les réunions avec un participant n’utilisent pas le partage d’application RDP. Pour les réunions planifiées avec deux participants, le modèle suppose 20 % de partage d’application RDP. Pour les réunions ad hoc, le modèle assume 10 % de partage d’application RDP. 25 % d’accès à distance. 15 % d’anonymes. 10% de fédérés. 50 % d’internes. |
Le tableau suivant décrit le modèle de taille du contenu des réunions servant de base pour les exigences de planification de capacité et les recommandations décrites plus loin dans cette section.
Tableau 3. Modèle de taille du contenu des réunions
Type de contenu | Taille moyenne | Nombre d’instances |
---|---|---|
Contenu multimédia (Flash, lecteur Windows Media) |
50 Mo |
1 |
PowerPoint |
20 Mo |
2 |
Autres documents Microsoft Office Document Imaging (MODI) |
10 Mo |
3 |
Documents |
5 Mo |
1 |
Modèle Office Communicator Web Access
Le modèle d’utilisation d’Office Communicator Web Access repose sur celui d’Office Communicator et inclut les hypothèses suivantes.
Tableau 4. Utilisation d’Office Communicator Web Access
Description | Valeur |
---|---|
Nombre total d’utilisateurs |
5 000 plus 120 utilisateurs qui partagent leur Bureau |
Utilisateurs qui partagent leur Bureau |
120 (20 conférences) |
Pourcentage d’utilisateurs internes de la liste de contacts |
70 % |
Pourcentage d’utilisateurs hérités |
30 % |
Nombre moyen de contacts par utilisateur |
50 |
Nombre maximal de contacts par utilisateur |
260 |
Nombre minimal de contacts par utilisateur |
1 |
Durée de connexion par utilisateur et par jour |
12 |
Mises à jour de la présence par utilisateur et par jour |
82 |
Conversations par messagerie instantanée par utilisateur et par jour |
12 |
Conférences par messagerie instantanée par utilisateur et par jour |
1 |
Messages instantanés envoyés par utilisateur et par conférence (d’égal à égal) |
10 |
Taux d’envoi de messages instantanés |
1 par minute |
Conversations par messagerie instantanée par heure |
2 |
Nombre moyen de participants à une session à plusieurs |
3 |
Utilisateurs de conférence simultanés à un moment déterminé dans le temps |
5 % du nombre total d’utilisateurs |
Nombre de requêtes de présence par utilisateur et par jour |
60 |
Recherches d’utilisateurs par jour |
12 |
Modification des informations d’un contact par utilisateur et par jour |
13 |
Pourcentage d’utilisateurs partageant simultanément leur Bureau |
2 % |
Nombre maximal d’utilisateurs dans une conférence de partage du Bureau |
6 |
Durée d’une conférence de partage du Bureau |
1 heure |
Le tableau suivant répertorie les informations sur le modèle de partage du Bureau.
Tableau 5. Modèle de partage du Bureau
Description | Valeur |
---|---|
Utilisateurs qui consultent un Bureau partagé |
100 |
Utilisateurs qui partagent leur Bureau |
20 |
Nombre de conférences |
20 |
Conférence de petite taille |
2 |
Conférence de taille moyenne |
3 |
Conférence de grande taille |
6 |
Conférence de plus grande taille |
6 |
Pourcentage de petites conférences |
10 |
Pourcentage de conférences moyennes |
15 |
Pourcentage de grandes conférences |
70 |
Pourcentage de plus grandes conférences |
5 |
Durée de la conférence |
1 heure |
Conversations par jour |
24 |
Le modèle d’utilisation du tableau précédent a été réalisé à partir d’un test sur un Proliant.
Modèle utilisateur du service Response Group
Le tableau suivant décrit le modèle utilisateur proposé pour le service Response Group. Il sert de base pour les exigences de planification de capacité et les recommandations décrites plus loin dans cette section.
Ce modèle suppose que :
- le fichier d’attente musicale par défaut est utilisé ;
- la langue utilisée est l’anglais.
Tableau 6. Modèle utilisateur du service Response Group
Composant | Par déploiement d’entreprise | Par serveur Standard Edition Server |
---|---|---|
Agents actifs (formels et informels) |
1 200 |
1 200 |
Nombre de groupes Response Group standard |
450 |
150 |
Nombre de files d’attente utilisées |
Une file d’attente unique pour chaque groupe de recherche, deux pour le groupe de réponse interactif à un niveau |
Une file d’attente unique pour chaque groupe de recherche, deux pour le groupe de réponse interactif à un niveau |
Distribution de méthodes de routage pour les groupes |
Routage parallèle : 40 % Plus long inactif : 40 % Série : 10 % Tourniquet : 10 % |
Routage parallèle : 40 % Plus long inactif : 40 % Série : 10 % Tourniquet : 10 % |
Pourcentage des flux de travail qui utilisent la reconnaissance vocale dans leur système de réponse automatique (IVR, Interactive Voice Response) par rapport aux flux de travail qui utilisent uniquement la tonalité de numérotation en fréquences vocales (DTMF) dans leur IVR. |
Reconnaissance vocale / Conversion de texte par synthèse vocale (SR/TTS) + DTMF : 50 % DTMF : 50 % |
SR/TTS + DTMF :50 % DTMF : 50 % |
Nombre de groupes de recherche (mélange de 50 % de groupes de recherche simples et de 50 % de groupes de recherche complexes) |
600 |
300 |
Nombre moyen d’agents par groupe |
10 agents |
10 agents |
Nombre moyen de groupes auxquels appartient un agent |
Deux groupes |
Deux groupes |
Nombre de groupes par file d’attente (moyen) |
90 % : un groupe 10 % : deux groupes |
90 % : un groupe 10 % : deux groupes |
Nombre d’appels de groupe de réponses simultanés |
480 |
60 |
Durée moyenne de conversation (partie IVR + attente musicale) |
30 secondes |
30 secondes |
Durée moyenne de conversation avec l’agent |
3 minutes |
3 minutes |
Nombre de cycles de connexion/déconnexion des agents formels dans une journée (basé sur une journée de 8 heures) |
4 |
4 |
Exigences de planification de la capacité et recommandations
Les tableaux suivants fournissent des informations permettant de faciliter la planification de la capacité pour votre entreprise.
Tableau 7. Nombre maximal d’utilisateurs pris en charge dans chaque topologie
Topologie | Serveurs requis | Nombre maximal d’utilisateurs pris en charge |
---|---|---|
Serveur Standard Edition |
Un serveur Standard Edition Server |
5 000 |
Pool d’entreprise, configuration consolidée |
Huit serveurs frontaux Enterprise Edition exécutant tous les rôles serveur Un serveur SQL Server principal |
100 000
Remarque :
Si vous ne déployez que les fonctionnalités de messagerie instantanée et de présence, Office Communications Server 2007 R2 prend en charge 200 000 points de terminaison clients, où chaque point de terminaison est un programme client, tel qu’Office Communicator, basé sur huit serveurs frontaux et un ordinateur à 16 cœurs qui exécutent le logiciel de base de données Microsoft SQL Server. La base de données principale doit s’exécuter sur un ordinateur équipé d’un processeur 2,0 GHz+ à 4 voies et quadruple cœur, ou 8 voies et double cœur.
|
Serveur d’archivage |
Un serveur d’archivage |
300 000 |
Serveur de surveillance |
Un serveur de surveillance |
200 000 |
Serveur Group Chat |
Trois serveurs Group Chat |
60 000 (20 000 par serveur).
Remarque :
Vous devez déployer QFE 1 pour cette prise en charge de serveur et d’utilisateur améliorée.
|
Les topologies de serveurs Edge supposent que 10 % du nombre total d’utilisateurs inclus dans la base sont connectés depuis l’extérieur de l’intranet. Le tableau suivant indique le nombre maximal de connexions clientes prises en charge par chacun des rôles de serveur Edge et topologies suivants.
Tableau 8. Nombre maximal de clients pris en charge pour les topologies de serveur Edge
Topologie | Niveau de performances pris en charge |
---|---|
Serveur Edge |
Service Edge d’accès : 5 000 connexions clientes Service Edge de conférence Web : 1,000 connexions clientes Service Edge A/V : 500 sessions audio/vidéo (A/V) simultanées |
Le déploiement d’un directeur pour l’accès externe est recommandé.
Tableau 9. Capacité Office Communicator Web Access
Indicateur de performance | Présence et messagerie instantanée Office Communicator Web Access ; recherche et partage du Bureau Communicator Mobile pour Java |
---|---|
Nombre d’utilisateurs |
5 000 utilisateurs 120 utilisateurs de partage du Bureau simultanés |
Remarque : |
---|
Configuration de l’ordinateur : processeur 2,3 GHz, mémoire de 8 Go, 8 processeurs, protocole SSL en mode noyau désactivé, limite de la file d’attente des requêtes ASP NET 1.5 de 1,5 * le nombre d’utilisateurs simultanés du serveur, connexion HTTPS, aucune colocation avec l’autre serveur virtuel ou Office Communications Server, mémoire virtuelle de 16 Go, journalisation Office Communicator Web Access (suivi professionnel) désactivée |
Remarque : |
---|
Configuration de l’ordinateur : processeur 3,0 GHz, mémoire d’1 Go, réseau de 100 Mbits/s, disque dur de 80 Go, navigateur Internet Explorer 7.0, système d’exploitation Microsoft Windows XP SP2, affichage de 1280x1024 |
Tableau 10. Planification de la capacité du disque de stockage
Lecteurs de stockage | Octets de disque moyens par lecture et octets de disque moyens par écriture (pour 100 000 utilisateurs) | Lecture et écriture du disque (par seconde, pour 100 000 utilisateurs) |
---|---|---|
Lecteur de données principal du pool d’entreprise |
Lecture : 0 Écriture : 2 180 |
Lecture : 0 Écriture : 158,3 |
Journal RTC du pool d’entreprise |
Lecture : 0 Écriture : 832 |
Lecture : 0 Écriture : 216,2 |
Journal RTCdyn du pool d’entreprise |
Lecture : 996 Écriture : 2 289 |
Lecture : 0,002 Écriture : 561,3 |
Lecteur du fichier journal d’archivage |
Lecture : 0 Écriture : 3 783 |
Lecture : 0 Écriture : 110,1 |
Lecteur du fichier de données d’archivage |
Lecture : 761 Écriture : 3 532 |
Lecture : 0,091 Écriture : 38,7 |
Lecteur du journal des données de surveillance (QoE et enregistrement des détails des appels) |
Lecture : 8 192 Écriture : 6 213 |
Lecture : 85,5 Écriture : 193,1 |
Tableau 11. Planification de la capacité de stockage de la base de données de surveillance et d’archivage
Composant | Croissance moyenne de la base de données par heure | Hypothèses d’utilisation |
---|---|---|
Base de données d’archivage |
636 Mo par heure par 100 000 points de terminaison |
Basé sur 320 messages par seconde, 400 octets par message |
Base de données de surveillance |
CDR : 162 Mo par heure pour 100 000 points de terminaison QoE : 482 Mo par heure pour 100 000 points de terminaison |
Suppose que les clients ne créent pas de données QoE pour les appels vidéo |
Tableau 12. Planification de capacité Group Chat
Utilisation de la salle de conversation | Taux de connexion utilisateur | Taux de message |
---|---|---|
Chaque utilisateur participe à 30 salles de conversation Chaque salle de conversation a 30 participants |
Deux connexions utilisateur initialisées par seconde, par serveur |
40 messages par seconde (toutes les salles de conversation) |
Remarque : |
---|
Les salles de conversation peuvent prendre en charge plus de 30 participants et le client Group Chat est capable de prendre en charge plus de 30 salles de conversation. Toutefois, un grand nombre de participants dans une salle de conversation peut avoir un impact sur les performances du serveur. La configuration maximale testée pour les salles de conversation est 1 000 participants. L’utilisation de salles de conversation comptant un grand nombre de participants ne doit pas dépasser plus de 10 % de toutes les salles de conversation créées. |
Remarque : |
---|
Vous pouvez télécharger gratuitement la documentation mise à jour relative à la planification de la capacité Group Chat ainsi que la feuille de calcul de planification de capacité à partir du Centre de téléchargement Microsoft :
|
Tableau 13. Planification de capacité du partage d’application pour les applications PSOM (Persistent Shared Object Model)
Utilisation du partage d’application | Envoi et réception (Kbits/s) | Temps processeur | Utilisation de la bande passante moyenne par utilisateur (Kbits/s) |
---|---|---|---|
15 conférences, 90 utilisateurs |
Reçus : 1 370 (pointe à 2 728) Envoyés : 6 370 (pointe à 12 315) |
Moyenne : 8,5 Pointe : 24,4 |
Envoyé par personne effectuant le partage : 713,57 Reçu par afficheur : 552,92 |
Tableau 14. Planification de la capacité du serveur de médiation
Ordinateur |
---|
90 % utilisateurs internes, 10 % utilisateurs externes / distants |
Biprocesseur, double cœur, processeur 3,0 GHz, avec 4 Go de mémoire et 2 cartes réseau d’1 Gbit/s |
Biprocesseur, quadruple cœur, processeur 2,3 GHz, avec 4 Go de mémoire et 2 cartes réseau d’1 Gbit/s |
100 % utilisateurs externes / distants |
Biprocesseur, double cœur, processeur 3,0 GHz, avec 4 Go de mémoire et 2 cartes réseau d’1 Go |
Biprocesseur, quadruple cœur, processeur 2,3 GHz, avec 4 Go de mémoire et 2 cartes réseau d’1Go |
Remarque : |
---|
Dans le tableau précédent, il est supposé que le processeur utilise 75 % de sa capacité. L’estimation de mise à l’échelle pour le serveur de médiation dépend de l’emplacement des utilisateurs et surtout de la distance qui sépare l’utilisateur du serveur de médiation. Pour les utilisateurs situés à l’extérieur du réseau interne, la pile de médias utilise un taux de bit inférieur, ce qui peut avoir un impact considérable sur les performances. |
La planification de capacité pour le serveur de carnet d’adresses implique la planification des éléments suivants : la taille de la base de données du serveur de carnet d’adresses et du service de requête sur le Web du carnet d’adresses, la taille des fichiers de téléchargement et le nombre de clients Office Communicator Mobile pour Windows qui accéderont au service de requête sur le Web du carnet d’adresses.
La taille du disque utilisée pour la base de données du serveur de carnet d’adresses et le serveur de fichiers sur lequel le serveur de carnet d’adresses crée les fichiers de téléchargement dépend largement du nombre de contacts qui doivent être stockés. (Le serveur de fichiers peut être utilisé pour stocker d’autres données également. Pour plus d’informations, voir la section « Dossiers » dans Exigences de stockage.) Pour estimer le nombre des contacts que le serveur de carnet d’adresses stockera dans la base de données et dans les fichiers de téléchargement, il est supposé que chaque utilisateur a deux objets Contact. Par conséquent, vous pouvez évaluer le stockage requis pour le serveur de carnet d’adresses en multipliant le nombre d’utilisateurs de votre entreprise par deux.
- Hypothèses générales concernant la taille du fichier de téléchargement du carnet d’adresses :
- 100 000 contacts, stockage de 2,5 Go pour les fichiers de téléchargement (basé sur deux contacts par employé)
- 100 000 employés, stockage de 5 Go pour les fichiers de téléchargement
- Hypothèses générales concernant la taille de la base de données du service de requête sur le Web du carnet d’adresses :
- 100 000 contacts, stockage d’1,5 Go
- 1 Go pour un journal de base de données
Tableau 15. Performances du service de requête sur le Web du carnet d’adresses pour un pool d’entreprise
Nombre d’utilisateurs | Nombre maximal d’appareils mobiles | Nombre d’entrées dans la base de données du carnet d’adresses | Requêtes par seconde | Remarques d’utilisation |
---|---|---|---|---|
Total : 100 000 Activé pour les communications vocales : 30 000 |
18 000 (60 % d’utilisateurs activés pour les communications vocales) |
300 000 |
Moyenne : 17,7 Heures de pointe : 26,55 |
Huit serveurs frontaux 30 % d’utilisateurs sont activés pour les communications unifiées. 100 requêtes par seconde ont un impact minimal sur les performances. |
Tableau 16. Planification de la capacité pour les fonctions audio/vidéo
Support | Codec | Bande passante moyenne (Kbits/s) | Activité estimée (%) | Bande passante maximale (Kbits/s) |
---|---|---|---|---|
Transmission audiofréquence large bande |
RTAudio |
34,8 |
61 |
57 |
Transmission audiofréquence large bande |
Siren |
22,2 |
43 |
51,6 |
Transmission audiofréquence à bande étroite |
RTAudio |
25,9 |
65 |
39,8 |
Vidéo |
RTVideo |
258,3 |
82 |
350 |
Vidéo panoramique |
RTVideo |
220,5 |
70 |
350 |
- Les valeurs de bande passante indiquées pour les flux de données multimédias incluent tous les temps de traitement pour les informations de trames, de chiffrement et de routage IP en plus des médias codés réels.
- Les valeurs moyennes de largeur de bande de codec sont basées sur des mesures et sont dérivées de la bande passante théorique maximale d’après des valeurs de niveau d’activité classique. Les niveaux d’activité audio prennent en compte l’activité vocale dans le flux de données. Les niveaux d’activité vidéo prennent en compte la quantité de mouvement dans les images vidéo.
- Les niveaux d’activité pour la bande étroite RT Audio sont légèrement supérieurs afin de permettre une détection moins optimale de l’activité vocale dans les passerelles RTC pour les appels Office Communications Server VoIP vers RTC. Cette valeur doit être augmentée de 15 % si aucune détection de l’activité vocale n’est activée sur la passerelle RTC déployée.
- Le niveau d’activité de la vidéo panoramique est inférieur aux flux de données vidéo classiques en raison du fait qu’il existe une proportion relative supérieure d’arrière-plan dans des images panoramiques.
Configuration requise en matière de bande passante multimédia et recommandations
Pour les passerelles multimédias de base, les besoins en bande passante entre la passerelle et le serveur de médiation s’élèvent à 80 000 bps (bits par seconde) par appel simultané. La multiplication de ce nombre par le nombre de ports pour chaque passerelle aboutit à une estimation juste de la bande passante requise du côté de la passerelle du serveur de médiation. Du côté Office Communications Server, les besoins en bande passante sont considérablement plus faibles.
Lors de la configuration du serveur de médiation, il vous est demandé d’accepter la plage de passerelle de ports multimédias par défaut située entre 60 000 et 64 000. Si vous réduisez la plage de ports, vous diminuez considérablement la capacité du serveur. Cette opération ne doit être effectuée que pour des raisons bien précises par un administrateur ayant connaissance des exigences en matière de ports multimédias et de scénarios. Par conséquent, il n’est pas recommandé de modifier la plage de ports par défaut.
Le trafic à large bande passante, par exemple les conférences audio et vidéo, représente généralement une contrainte pour les réseaux configurés de façon médiocre. La limitation du trafic multimédia à une plage de ports connue facilite la résolution de tels problèmes.
Configuration requise en matière de bande passante de données mobiles
Environ 1 Mo de bande passante est nécessaire pour l’accès mobile pendant une journée de travail de 8 heures. Cette estimation est basée sur l’utilisation suivante :
- Un groupe de distribution avec 15 utilisateurs
- 80 membres dans la liste des contacts, avec quatre mises à jour de présence par utilisateur et par heure
- Un contact avec balise avec quatre mises à jour de présence en une heure
- 12 appels téléphoniques par jour, avec 1 appel téléphonique par heure (1 entrant et 1 sortant toutes les deux heures)
- Deux minutes par appel
- L’utilisateur est connecté à un point de terminaison supplémentaire (tel qu’Office Communicator ou un téléphone de bureau)
- Une conversation par messagerie instantanée toutes les deux heures
- Les nombres de messages instantanés entrants et sortants sont égaux (1:1)