Choisir une stratégie de déploiement
Dernière rubrique modifiée : 2009-05-15
La migration pour les niveaux serveur de périphérie/directeur offre deux options principales. La première (et la plus simple) consiste à désactiver et à désinstaller les serveurs de périphérie et directeurs existants en prévoyant de réutiliser les certificats, les enregistrements DNS et les adresses IP pour les composants 2007 R2. Toutefois, si la continuité des activités de l'entreprise est un facteur critique, un environnement de périphérie côte à côte incluant des investissements supplémentaires de certificats, d'adresses IP et de configuration DNS est pris en charge. Lors de la planification de cette option, gardez à l'esprit le fait que la configuration parallèle de serveurs de périphérie et directeurs 2007 R2 prenant en charge les utilisateurs des pools 2007 R2 doit être totalement séparée.
Si vous prévoyez d'utiliser pendant un certain temps un déploiement côte à côte (un pool, directeur et serveur de périphérie Office Communications Server 2007 et un pool, directeur et serveur de périphérie Office Communications Server 2007 R2), vous ne pourrez implémenter la solution PIC (Public IM) et la fédération que si vous créez une organisation et un domaine SIP différents. Seul l'une des parties d'une coexistence côte à côte à plein droit peut disposer des enregistrements DNS requis appartenant à l'organisation SIP ; par conséquent, l'autre partie de la configuration de coexistence ne sera pas en mesure d'utiliser ces mêmes enregistrements représentant votre domaine SIP existant. Pour plus d'informations, consultez Déploiement de serveurs de périphérie pour l'accès des utilisateurs externes.
Si vous déployez un groupe de serveurs de périphérie basé sur un équilibrage de charge, le serveur du tronçon suivant sur le directeur doit pointer vers l'adresse IP virtuelle du groupe de service Edge d'accès dans le programme d'équilibrage de la charge interne. Pour plus d'informations, consultez Déployer des programmes d'équilibrage de la charge.
Un directeur Office Communications Server 2007 n'est pas un serveur de tronçon suivant pris en charge pour un serveur de périphérie Office Communications Server 2007 R2. L'approche recommandée pour cette phase consiste à déployer un directeur et un serveur de périphérie en tandem, de sorte que le serveur de périphérie Office Communications Server 2007 R2 n'est pas configuré pour le tronçon suivant d'un directeur Office Communications Server 2007. Par conséquent, vous devez prévoir d'exécuter l'une des procédures suivantes :
- prendre en charge tous les utilisateurs externes et distants avec la nouvelle configuration de périphérie 2007 R2 et utiliser un directeur 2007 R2 ;
- configurer des structures DNS et de certification doubles dans lesquelles chaque niveau de pool dispose de son propre chemin externe/distant. Ce type de configuration du système nécessite des adresses IP et une configuration du pare-feu supplémentaires.