Si je me replace à l’époque des versions beta Exchange où nous étions tous dans l’impatience des nouvelles fonctionnalités, la version CCR du cluster Exchange a cependant retenu mon attention. La principale raison tient à la suppression des points de rupture au sein d’une architecture de messagerie. Dans le cas
Principaux avantages du CCR
d’un cluster traditionnel (SCC), le point de rupture est principalement constitué par le stockage.
Or, en cas de sinistre majeur du site de production, la plupart des entreprises a désormais la nécessité de prévoir un plan de reprise d’activité. Bien souvent, la messagerie fait majoritairement partie du lot. Le CCR répond donc nativement à cette problématique. Le second avantage est l’indépendance relative au matériel. En effet, dans le cas d’un cluster à copie unique (SCC), la validation du matériel est primordiale.
L’ensemble des éléments doit faire l’objet d’une attention minutieuse et doit faire partie de la liste de matériels validés par Microsoft mais également par les différents constructeurs en lice. C’est notamment le cas des pilotes de carte d’attachement au SAN (Drivers HBA), mais également des firmwares, bios et autres tracasseries techniques qui ont tendance à complexifier la mise en place d’un cluster Exchange.
Autre point important : les deux machines (Noeud) peuvent être différentes, ce qui permet d’envisager des économies substantielles si l’on admet de moindres performances sur le serveur passif. Le troisième avantage est d’ordre financier. Le CCR ne demande pas la présence d’un SAN. Le stockage peut être de simples disques durs SCSI locaux à la machine. Les mécanismes de réplication étant intrinsèques, il n’est pas nécessaire d’investir dans des outils de duplication, certes performants mais qui complexifieront l’infrastructure ainsi que son support. Alors pour être tout à fait objectif, quels sont ses inconvénients ?
Le principal reste concentré dans le stockage qui effectivement est doublé par voie de conséquence. Le second réside dans le fait que le serveur CCR n’accepte qu’un seul rôle, celui de serveur de boîes aux lettres (MB). Il faudra donc mettre en place une autre machine capable d’assumer les deux autres fonctions vitales d’une infrastructure Exchange. Client Access Serveur (CAS) et Transport (HUB). Note : le serveur Hub doit être installé avant le serveur de boîtes aux lettres (MB)
Téléchargez cette ressource
Sécuriser Microsoft 365 avec une approche Zero-Trust
Découvrez comment renforcer la cyber-résilience de Microsoft 365 grâce à une approche Zero-Trust, une administration granulaire et une automatisation avancée. La technologie Virtual Tenant de CoreView permet de sécuriser et simplifier la gestion des environnements complexes, tout en complétant vos stratégies IAM, y compris dans les secteurs réglementés.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Une nouvelle ère de la modernisation du mainframe
- Akamai Technologies déploie sa stratégie de protection en ligne
- Baromètre channel IT : fin du cuivre, essor de UCaaS et premiers pas vers l’IA
- Fraude par identité synthétique : comment l’IA peut redonner confiance aux entreprises et à leurs clients
Articles les + lus
Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
Moderniser le développement logiciel : de la fragmentation à l’intégration
Analyse Patch Tuesday Mars 2026
Une nouvelle ère de la modernisation du mainframe
Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
À la une de la chaîne Tech
- Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
- Moderniser le développement logiciel : de la fragmentation à l’intégration
- Analyse Patch Tuesday Mars 2026
- Une nouvelle ère de la modernisation du mainframe
- Communes, entreprises ? Non, face au RGAA 5, l’IA seule ne rendra pas vos sites accessibles
