Architecture de serveur d'applications
Dernière rubrique modifiée : 2009-05-14
Cette rubrique fournit une vue d'ensemble de la nouvelle infrastructure de serveur d'applications présentée dans Office Communications Server 2007 R2.
Composants
L'infrastructure d'Office Communications Server 2007 R2 inclut les composants suivants :
Serveur d'applications
Le serveur d'applications est un nouveau composant du serveur frontal Office Communications Server 2007 R2. Il fournit une plateforme pour le déploiement, l'hébergement et la gestion des applications de communications unifiées. Grâce aux services essentiels et au modèle cohérent qu'il offre pour l'installation, l'activation, la configuration et la mise à niveau, le serveur d'applications simplifie le développement, le déploiement et la gestion des applications.
.gif "Dd425259.note(fr-fr,office.13).gif") Remarque : |
|---|
| Le serveur d'applications ne prend pas en charge les applications tierces. |
Application
Dans cette section, une application fait référence à une application de communications unifiées hébergée sur le serveur d'applications. Chaque serveur d'applications d'un pool héberge une instance distincte de chaque application et chaque instance d'application est définie par un nom de domaine complet spécifique (FQDN).
Déploiement et topologie
L'Assistant Déploiement de Microsoft Office Communications Server 2007 R2 installe automatiquement le serveur d'applications en tant que processus séparé sur le même ordinateur que le serveur frontal. Aucune intervention n'est requise de la part de l'administrateur. De plus, la configuration du serveur d'applications ne requiert aucun paramètre spécifique, bien que les mêmes nom et certificat de pool soient utilisés par tous les ordinateurs de serveur d'applications d'un pool. Le serveur d'applications s'exécute toujours en tant que processus séparé sur le serveur frontal et il ne peut pas être déployé sur un autre ordinateur du pool.
Une fois le serveur d'applications installé, l'Assistant Déploiement propose l'activation de quatre applications :
- Intendant Conférence
- Service d'annonce de conférence
- Service Response Group
- Contrôle vocal extérieur
L'administrateur peut choisir d'activer une ou plusieurs de ces applications, voire aucune.
Le déploiement d'applications doit être identique sur tous les serveurs d'applications d'un pool. Autrement dit, si l'Intendant Conférence est déployé sur un serveur d'applications, il doit également l'être sur tous les serveurs d'applications du pool.
Figure 1. Architecture de serveur d'applications
.jpg "Dd425259.ac377ccc-5149-4f15-8f1a-361eeccf0e55(fr-fr,office.13).jpg")
À l'aide du composant logiciel enfichable Office Communications Server 2007 R2, l'administrateur peut gérer des paramètres spécifiques pour toutes les applications, à l'exception du service Response Group. Le service Response Group peut être géré à l'aide d'un composant logiciel enfichable d'administration spécifique à ce service.
Pour plus d'informations sur ces applications, consultez Nouvelles applications serveur.
Activation
Le serveur d'applications ne démarre pas ou ne s'arrête pas indépendamment des applications qu'il héberge. Lorsqu'une instance d'application est activée, elle est ajoutée à la liste d'applications sur l'ordinateur.
Lorsqu'une application est activée, l'application est configurée à l'aide d'objets Contact et d'entrées de services approuvés afin que les appels puissent être acheminés vers celle-ci. Ces paramètres de configuration incluent le numéro de téléphone ou l'URI SIP associé à l'application, le port SIP de l'application, ainsi que les noms de domaines complets des diverses instances de l'application.
Routage d'appels
Dans la perspective du routage des appels, chaque système d'extrémité d'une application est représenté dans la configuration consolidée d'Office Communications Server 2007 R2 par un objet Contact pointant vers le nom de domaine complet et le port du serveur d'applications. Si vous avez déployé un programme d'équilibrage de la charge matérielle, l'objet Contact pointe vers l'adresse IP virtuelle (VIP) et le port du programme d'équilibrage de la charge matérielle qui a également été configuré à l'aide des adresses IP de toutes les instances correspondantes du serveur d'applications. Le serveur d'applications ne fournit pas un port d'écoute SIP unique pour toutes les applications hébergées. Au lieu de cela, chaque application écoute séparément, en utilisant son propre port. Le programme d'équilibrage de la charge matérielle dirige les appels vers des instances d'application différentes, en utilisant ses propres algorithmes.
Les objets Contact sont requis pour permettre aux applications de jouer le rôle de systèmes d'extrémité SIP. Ceux-ci peuvent être configurés à l'aide d'URI SIP et peuvent recevoir et émettre des appels, comme s'il s'agissait d'utilisateurs finaux. Les objets Contact requis pour l'utilisation interne d'une application sont créés pendant l'activation de l'application. Pour l'application Intendant Conférence, les objets Contact sont créés lors de la configuration de chaque nouveau numéro de téléphone d'accès. De la même façon, les objets Contact du service Response Group sont créés lors de la création d'un nouveau groupe Response Group.
Les objets Contact utilisés comme systèmes d'extrémité SIP pour rendre une application accessible aux utilisateurs externes sont créés après le déploiement et l'activation à l'aide du composant logiciel enfichable Office Communications Server 2007 R2.