Mais ou est passé le SCC ?

En commençant ce post, je sas que je vais faire grincer des dents mais après avoir vu une partie des très bonnes nouvelles apportées par Exchange 2010 que l'on parle des autres changements comme les fonctionnalités qui évoluent avec cette nouvelle mouture.

Depuis plus de 10 ans, dans le monde Exchange on connait le cluster dit à bascule ("Failover Cluster"). Ce type de cluster a évolué avec les versions de produit pour passer de 2 à 16 nœuds avec une limitation qui était l'unicité da la base de boite aux lettres. On a certes mis en place des artifices pour contourner ce talon d'achille ou en tout cas en limiter les effets comme l'introduction de la gestion de bases multiples avec Exchange 2000.

Il a fallu attendre l'arrivée d'Exchange 2007 pour que l'on découvre la réplication de données entre plusieurs nœuds. Cette technologie était intéressante mais relativement limitée dans ca capacité à monter en charge avec une limite à deux nœuds …

Exchange 2010 apporte une nouvelle fonctionnalité dite du DAG : Database Availability Group. L'idée est de permettre de répliquer les données d'une base de donnée vers de un a 15 serveurs. C'est-à-dire qu'un DAG peut contenir jusqu'à 16 membres ayant chacun une copie de la base de données. Avec la réduction des coûts de stockage, le support des disques en attachement SATA pas cher avec une faible vitesse il est cohérent de penser que c'est la bonne orientation pour les clusters.

Comme nous avons maintenant la capacité d'offrir une solution de disponibilité montant en charge jusqu'à 16 nœuds, l'équipe Exchange a décidé d'arrêter le support du SCC (Single Copy Cluster). La notion de cluster est toujours là mais je SPOF (Signle Point of Failure) ou encore ce fameux talon d'achille n'existe plus dans Exchange 2010. Les technologies de réplication des bases de données que l'on a pu voir fleurir autour de Exchange pour, justement assurer la réplication des données entre les nœuds n'ont plus lieu d'être.

Si vous êtes en train de définir une architecture de messagerie actuellement, je vous recommande vivement de prendre cette évolution en considération (surtout si vous planifiez l'achat d'un SAN dédié à votre messagerie) afin de permettre une évolution de votre système de messagerie vers Exchange 2010.