Planification pour la prise en charge de la haute disponibilité
Dernière rubrique modifiée : 2009-09-28
Le terme « haute disponibilité » désigne la capacité à réduire les périodes pendant lesquelles un système n'est pas opérationnel et à assurer un fonctionnement normal en cas d'incidents liés au matériel, aux logiciels ou à des impératifs de service. La tolérance de panne désigne spécifiquement la capacité de réduire les risques d'interruption de service en cas de panne d'un système ou d'un composant. L'intégration de fonctions de tolérance de panne à l'infrastructure de votre messagerie est essentielle pour assurer la haute disponibilité de votre déploiement d'Office Communications Server 2007 R2.
La haute disponibilité doit impérativement faire partie de vos objectifs de planification lors du déploiement d'Office Communications Server 2007 R2 Enterprise Edition. Cette section présente les fonctions d'Office Communications Server 2007 R2 prenant en charge la haute disponibilité, ainsi que les options et stratégies devant être prises en compte avant même l'installation du premier serveur.
Si la topologie utilisée pour Office Communications Server 2007 R2 doit impérativement offrir un haut niveau de disponibilité, le déploiement d'un ou plusieurs pools d'entreprise peut s'avérer nécessaire. En revanche, si vous privilégiez avant tout la simplicité et la réduction des coûts, Standard Edition peut être un choix plus approprié. Le cas échéant, vous pouvez également configurer votre réseau de périmètre pour la prise en charge de la haute disponibilité.
Standard Edition
La version Standard Edition permet de déployer tous les composants de messagerie instantanée, de présence et de conférence (y compris les éléments requis pour le stockage des données) sur un seul et même ordinateur. Cette solution à la fois efficace et économique s'adresse particulièrement aux organisations possédant un nombre relativement limité d'utilisateurs regroupés sur un seul site, et pour lesquelles les fonctions de messagerie instantanée et de conférence en ligne ne sont pas essentielles à l'activité. Le serveur Standard Edition contrôle son propre état et redémarre automatiquement en cas d'incident, sans que cela n’entraîne la perte de fichiers, de contenus de réunions ou de programmations de réunions. Les réunions et conversations en cours sont donc interrompues pour un délai qui peut se prolonger ou non, selon la raison de la panne.
Une panne de ce serveur pouvant entraîner un incident généralisé, nous déconseillons son utilisation dans les déploiements où la haute disponibilité est essentielle à l'activité de l'entreprise. Enterprise Edition est le seul choix approprié pour ce type de déploiements.
Enterprise Edition
L'architecture d'Office Communications Server 2007 R2 Enterprise Edition permet de se prémunir contre les incidents généralisés liés à une seule défaillance, car elle prévoit l'utilisation de plusieurs serveurs Enterprise Edition et d'un serveur de base de données principal dédié. Afin d’offrir un meilleur niveau de redondance, la base de données peut être incorporée à un cluster dans le cadre d’une configuration active/passive à plusieurs nœuds. Office Communications Server 2007 R2 offre également des mécanismes de reconnexion automatique des clients. Des interruptions momentanées et des fermetures de session peuvent se produire occasionnellement, mais le système est en grande partie protégé contre les pannes invalidantes.
.gif "Dd425308.important(fr-fr,office.13).gif") Important : |
|---|
| La base de données principale doit être installée sur un ordinateur distinct et non sur un serveur Enterprise Edition. Dans cette édition, la colocalisation de la base de données principale avec un rôle serveur Office Communications Server n'est pas prise en charge. En outre, Office Communications Server nécessite une instance SQL Server distincte, qui ne doit être partagée avec aucune autre application serveur. Dans un cluster à plusieurs nœuds, l’instance SQL Office Communications Server doit être capable de basculer vers un nœud passif qui, pour des raisons de performance, ne doit pas être partagé par une autre instance SQL. |
Les serveurs frontaux inclus dans un pool d'entreprise constituent une solution à haute disponibilité. Si l'un de ces serveurs tombe en panne, les clients se reconnectent automatiquement à un autre serveur frontal opérationnel. Le statut des réunions est préservé car ces dernières sont hébergées par le pool dans son intégralité, et non par un serveur particulier. L'utilisation de plusieurs serveurs frontaux permet également de réduire au minimum l'interruption de service subie lorsqu'une machine doit être arrêtée dans le cadre d'une mise à jour de composants matériels ou logiciels. Lorsqu'un serveur tombe en panne suite à un incident lié au matériel ou au réseau, les clients qui l'utilisent pour les fonctions de messagerie instantanée, de présence et de conférence subissent une interruption de service, mais ils se reconnectent automatiquement.
L'installation des bases de données SQL Server du pool sur un serveur principal ou un cluster de serveurs principaux distincts des serveurs frontaux permet de protéger ces bases de données contre les pannes pouvant affecter ces derniers. En outre, cette configuration améliore le débit global et les performances des serveurs frontaux.
Réseau de périmètre
Si vous envisagez d'activer l'accès d'utilisateurs externes dans une topologie à haute disponibilité, vous devez déployer plusieurs serveurs de périphérie consolidés connectés à un programme d'équilibrage de la charge matérielle (également appelé « groupe de serveurs de périphérie consolidés ») dans votre réseau de périmètre. Inversement, si votre organisation ne requiert pas de disponibilité élevée dans le réseau de périmètre, vous pouvez déployer un serveur de périphérie consolidé unique. Pour plus d’informations, consultez la rubrique Planification de l'accès des utilisateurs externes.
Conversation de groupe
Si vous envisagez de déployer la fonction de conversation de groupe, vous pouvez déployer une topologie qui offre une haute disponibilité. Pour plus d’informations, consultez la rubrique Planification de l'accès des utilisateurs externes.
Pour une évolutivité et une disponibilité plus élevées de la fonction de conversation de groupe, vous pouvez déployer jusqu'à cinq serveurs de conversation de groupe. Chaque serveur prend en charge 2 000 utilisateurs lorsque les recommandations de planification de la capacité sont respectées, pour un total de 10 000 utilisateurs.
Les serveurs de conversation de groupe gèrent les nouvelles connexions utilisateur à l'aide d'un algorithme d'équilibrage de charge simple de type tourniquet (round robin). En cas de défaillance d'un des serveurs, les clients de conversation de groupe se reconnectent automatiquement et ils sont redirigés vers l'un des autres serveurs disponibles.
Archivage et conformité
Si votre organisation doit répondre à des exigences de conformité en matière d'archivage des messages instantanés, vous pouvez déployer le serveur d'archivage avec une topologie offrant une haute disponibilité. Pour plus d’informations, consultez la rubrique Prise en charge de l'archivage.