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
Guide de Cyber-résilience pour Microsoft 365
La violation de votre tenant M365 va au-delà d’un simple incident de cybersécurité. Elle peut entraîner une interruption opérationnelle généralisée, des perturbations commerciales et une exposition de vos données sensibles. Découvrez les méthodes et technologies pour évaluer, comparer et renforcer votre posture de sécurité Microsoft 365.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Dans l’œil du cyber-cyclone : l’excès d’optimisme constitue le risque principal pour la résilience des données
- Les 3 prédictions 2026 pour Java
- Infrastructures IT : 5 leviers concrets pour éviter les impasses technologiques
- Top 6 des priorités des DSI en 2026
Articles les + lus
CES 2026 : l’IA physique et la robotique redéfinissent le futur
Les 3 prédictions 2026 pour Java
Semi-conducteurs : comment l’Irlande veut contribuer à atténuer la pénurie mondiale de puces
Face à l’urgence écologique, l’IT doit faire sa révolution
D’ici 2030, jusqu’à 90 % du code pourrait être écrit par l’IA, pour les jeunes développeurs, l’aventure ne fait que commencer
À la une de la chaîne Tech
- CES 2026 : l’IA physique et la robotique redéfinissent le futur
- Les 3 prédictions 2026 pour Java
- Semi-conducteurs : comment l’Irlande veut contribuer à atténuer la pénurie mondiale de puces
- Face à l’urgence écologique, l’IT doit faire sa révolution
- D’ici 2030, jusqu’à 90 % du code pourrait être écrit par l’IA, pour les jeunes développeurs, l’aventure ne fait que commencer
