Redondance et haute disponibilité de Lync 2010

De plus en plus d’entreprises confient aussi la partie ‘communications téléphoniques’ aux serveurs Lync 2010. Dans ces différents scénarios, la disponibilité est un élément majeur à prendre en compte lors de la mise en place de ces architectures Lync 2010. Les différentes familles de solutions possibles seront abordées dans ce dossier en tenant compte des contraintes de services et bien sûr de coûts, éléments qui sont importants pour permettre aux entreprises de sélectionner la solution la mieux adaptée à leurs besoins.

Redondance, résilience et haute disponibilité

La haute disponibilité est un terme générique qui englobe souvent de multiples aspects en informatique. De manière globale, ce terme désigne une architecture de systèmes ou de services qui apporte un niveau de disponibilité adapté au besoin de l’entreprise. Et c’est donc là que se situe une des principales difficultés : la définition du niveau de disponibilité suffisant pour l’entreprise car ce qui convient à une PME, ne convient pas forcément à une grande entreprise. De même, la criticité d’une application diffère d’une entreprise à une autre en fonction du secteur d’activité de l’entreprise. La haute disponibilité dans le cadre de ce dossier sera basée sur une définition stricte qui permet de disposer d’un mécanisme de basculement automatique entre des équipements en cas de défaillance d’un serveur au niveau matériel ou logiciel. Pour cela, les architectures hautement disponibles reposent sur deux composants qui sont la redondance matérielle (cluster de haute disponibilité) et la mise en place de processus de ‘basculement’ du cluster (partie logicielle). Dans le cadre des serveurs Lync, seules les versions Entreprise Edition peuvent être utilisées pour la mise en place d’un service Lync en haute disponibilité. Les versions Lync 2010 Standard Edition ne supportent pas les mécanismes de haute disponibilité. Cela n’interdit pas la mise en place de solution de redondance (ou plus exactement de reprise d’activité) avec ces versions de Lync, mais ce point ne sera pas abordé dans ce dossier. Voir tableau 1.

Tableau 1 – La disponibilité se mesure souvent en pourcentage

L’amalgame est souvent fait, à tort, entre la haute disponibilité et le plan de reprise d’activité. Il s’agit de deux tâches différentes, complémentaires pour atteindre la notion de disponibilité continue. Dans la première partie de ce dossier, ce sont les solutions de redondance et de haute disponibilité des composants Lync qui vont être étudiées. Le principe de base consiste à redonder (donc à multiplier) les serveurs pour chacun des rôles requis pour le fonctionnement de Lync.

Attention,  Microsoft ne supporte pas la mise en place de machines physiques et de machines virtuelles au sein du même pool. Il ne sera pas toujours nécessaire de redonder la totalité des rôles, car le choix se fera en fonction du niveau de service requis. Par exemple, certaines entreprises n’exigent pas le même niveau de disponibilité pour les utilisateurs internes que pour les utilisateurs externes. Dans ce cas, les architectures des serveurs externes pourront être non redondées. Pour chacun des rôles Lync, il existe différentes solutions pour la mise en place de la redondance.  Avant d’aborder ces différentes solutions, il peut être utile de faire un rappel sur les différents rôles de Lync afin de définir ceux qui devront être redondés pour répondre aux besoins de disponibilité requis.