Déploiement d'Exchange Server dans un environnement multisite

L'utilisation d'Exchange Server dans un environnement multisite signifie que deux ou plusieurs serveurs Exchange Server sont situés sur des sites différents. Dans cette configuration, les bases de données sont constamment synchronisées entre les sites via des tunnels site à site ou des routes express. L'idée derrière cette configuration est d'assurer la continuité des activités et la récupération des données en cas d'urgence. Si quelque chose arrive à un site, les données sont remises en état et les services continuent de fonctionner, même avec des ressources limitées.

Dans cet article, nous aborderons le processus de mise en place d'un déploiement multisite avec Exchange Server.

Comment déployer Exchange Server dans un environnement multisite ?

Pour utiliser Exchange Server sur plusieurs bureaux, vous devez disposer des éléments suivants :

• Deux ou plusieurs serveurs (situés sur des sites différents).
• Réseau étendu par lequel les deux bureaux peuvent communiquer entre eux.
• Licence Exchange Server - Standard ou Enterprise.
• Configurez un groupe de disponibilité de la base de données (DAG) pour la réplication des données.
• L'équipe du réseau pour configurer tous les changements nécessaires au réseau.

Une fois que les points ci-dessus ont été respectés et que le bureau secondaire est équipé d'une surveillance adéquate de l'alimentation, de la température et de la sécurité, vous devrez prendre en compte les éléments suivants pour cette configuration.

Conception des infrastructures

La structure de l'infrastructure peut varier en fonction des exigences du Business. L'Active Directory du site principal peut être utilisé comme témoin de partage de fichiers (FSW). Voici un exemple (voir l'image ci-dessous) d'une configuration multisite avec deux nœuds, un témoin de partage de fichiers et un Active Directory.

Il est également important qu'un serveur Active Directory soit disponible sur les deux bureaux. Cela permet de garantir que l'authentification et le DNS peuvent avoir lieu même si la connexion entre les bureaux n'est pas disponible. En cas de basculement, rien ne fonctionnera car Exchange Server dépend du schéma Active Directory (qui contient la configuration). L'authentification des utilisateurs ne se fera pas non plus.

Exigences en matière de réseau

Pour mettre en place un groupe de disponibilité de base de données (DAG), vous avez besoin de deux réseaux :

• Un réseau pour la communication des serveurs - entre eux et avec les clients.
• Un réseau pour la réplication - pour l'ensemencement et l'envoi de protocoles.

Le réseau de réplication doit être situé dans un sous-réseau différent du réseau de production et peut communiquer avec le correspondant du site secondaire.

En ce qui concerne les interfaces sur les serveurs Exchange, vous avez besoin de deux interfaces - une pour la production et l'autre pour le Database Availability Group (DAG). Toutefois, il est recommandé d'utiliser des interfaces non jumelées afin de réduire la complexité et d'améliorer la stabilité du trafic. En termes de vitesse d'interface, vous pouvez opter pour une interface de 1Gbit ou une interface de 10Gbit en fonction de la charge de travail.

Exigences en matière d'adresse IP

Étant donné qu'un déploiement multisite ne peut pas être configuré avec Exchange Server seul, vous devez également configurer le service Windows Cluster pour gérer le cluster de serveurs Exchange. Vous trouverez ci-dessous un tableau avec les adresses IP requises pour le cluster, le réseau MAPI, le réseau de réplication et le service Witness.

Conception du réseau Exchange Server

En tenant compte de la conception de l'infrastructure, vous trouverez ci-dessous un diagramme de tous les composants nécessaires à la mise en place de la grappe et du réseau requis.

Examinons les différents éléments :

• Le groupe de disponibilité de la base de données (DAG) a pour tâche d'assurer une réplication continue en temps réel entre la base de données active et la base de données de copie et d'enregistrer l'Envoi.
• Le cluster gère la grappe de serveurs et leurs services. Il permet d'initier un basculement et de connaître l'état (temps de fonctionnement) de chaque serveur Exchange, avec l'aide du témoin qui conserve la majorité des votes du cluster.

Exigences de mise en place

Si vous configurez les serveurs Exchange pour qu'ils agissent comme un groupe de disponibilité de base de données (DAG), il est important que les deux serveurs aient les mêmes spécifications. La réplication s'effectuant en temps réel, vous devez avoir les mêmes spécifications pour vous assurer que les données sont répliquées sans délai. La configuration des disques durs doit également correspondre, car elle est importante pour le bon fonctionnement des serveurs Exchange.

Le dernier point à considérer est le niveau de mise à jour et la version de l'application. Il est important que le même système d'exploitation avec le même serveur Exchange soit installé sur les deux serveurs. Toutes les mises à jour doivent correspondre. Cela garantit une installation et un fonctionnement sans heurts du cluster.

Meilleures pratiques pour garantir l'intégrité de l'organisation

Voici quelques bonnes pratiques à suivre pour garantir l'intégrité de l'installation :

• Les deux nœuds d'Exchange Server doivent être surveillés en ce qui concerne le temps de fonctionnement, la relecture des données entre la source et la destination et le temps de fonctionnement du serveur.
• Vous devez également tenir compte de la méthode d'application des correctifs sur les serveurs. Veillez à ce que les correctifs ou les opérations de maintenance soient effectués en dehors des heures de travail et à ce que les serveurs soient mis en mode maintenance. Si vous ne le faites pas, vous risquez de rencontrer des problèmes sur le serveur Exchange et de corrompre les données.
• Des tests réguliers du processus de basculement doivent être effectués et documentés. Cela permet de s'assurer que les services sont automatiquement basculés sur le site secondaire en cas de défaillance et que la dernière copie des données est conservée et qu'aucune donnée n'est perdue. Ce test comprend également l'accès des utilisateurs via un VPN ou d'autres connexions.
• La sauvegarde et la récupération des données sont une partie essentielle de la maintenance et de la garantie de la récupération des données des serveurs en cas de sinistre. Il faut mettre en place une solution de sauvegarde robuste qui tienne compte des applications et qui soit compatible avec les groupes de disponibilité des bases de données (DAG). Même si les sauvegardes contiennent une copie de toutes les données, celles-ci peuvent être corrompues en raison de mauvaises configurations, d'attaques de logiciels malveillants, de défaillances matérielles/logicielles ou de coupures de courant soudaines. Vous devez donc vous assurer que toutes les données peuvent être remises en état à partir des bases de données endommagées. Vous pouvez toujours remettre en état une sauvegarde, mais cela ne doit être fait qu'en dernier recours, car les données entre la dernière sauvegarde saine et la panne du serveur seraient perdues.
• Pour vous assurer que les données sont toujours récupérables, vous pouvez avoir à portée de main des outils tiers, tels que Stellar Repair for Exchange, qui peut ouvrir des bases de données quel que soit leur état, leur taille et la version d'Exchange Server. Il peut exporter les boîtes aux lettres des utilisateurs, les archives des utilisateurs, les boîtes aux lettres partagées, les dossiers publics, les boîtes aux lettres désactivées et même les données supprimées et purgées vers des fichiers PST et d'autres formats. Dans le cas d'une récupération de données sur un serveur, vous pouvez exporter les données directement vers un serveur Exchange actif ou Exchange Online avec synchronisation automatique des boîtes aux lettres.

À la fin

Pour déployer Exchange Server dans un environnement multisite, vous avez besoin d'une planification minutieuse et de ressources adéquates. Cela permettra d'assurer l'équilibrage de la charge, la haute disponibilité et la récupération des données sur plusieurs sites. Dans cet article, nous avons décrit les conditions nécessaires à la configuration d'Exchange Server dans un environnement multisite. Nous avons également décrit les meilleures pratiques à suivre pour garantir l'intégrité d'une telle configuration.