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

Dd425159.note(fr-fr,office.13).gifRemarque :
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).

Dd425159.note(fr-fr,office.13).gifRemarque :
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

Dd425159.note(fr-fr,office.13).gifRemarque :
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
Dd425159.note(fr-fr,office.13).gifRemarque :
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)

Dd425159.note(fr-fr,office.13).gifRemarque :
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.
Dd425159.note(fr-fr,office.13).gifRemarque :
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

Dd425159.note(fr-fr,office.13).gifRemarque :
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)