Topologies physiques
S’applique à : Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007
Dernière rubrique modifiée : 2006-06-12
Une topologie physique pour Microsoft Exchange Server 2007 mappe des éléments physiques sur des emplacements géographiques. Une topologie physique est généralement utilisée pour décrire un réseau ou l'emplacement de serveurs. Généralement, toutes les topologies physiques sont basées sur des impératifs organisationnels spécifiques et uniques pour englober des ressources sur la base d'impératifs commerciaux et de sécurité.
Les topologies physiques classifient également souvent la distribution de serveurs et de rôles de gestion dans deux catégories principales : serveurs et administration centralisés ou serveurs et administration distribués.
Systèmes de messagerie centralisés ou systèmes de messagerie distribués
Si votre entreprise se compose de bureaux reliés entre eux par des connexions réseau fiables, à bande passante élevée, vous pouvez mettre en place un système de messagerie centralisé quelle que soit la distance qui sépare les bureaux. Avec un système de messagerie centralisé, tous les serveurs exécutant Exchange sont regroupés et gérés dans un centre de données central. Lorsque vous planifiez votre système de messagerie, il est conseillé de commencer par examiner ce modèle car il présente le meilleur rapport coût-efficacité et sa gestion est facile.
Si votre entreprise comporte des bureaux éloignés les uns des autres, reliés entre eux par des connexions réseau peu fiables, à faible bande passante et latence élevée, vous pouvez mettre en place des serveurs pour contrôler le mode de routage des messages d'un site à l'autre. Cependant, vous pouvez centraliser votre modèle d'administration même si les sites sont éloignés les uns des autres et si l'organisation comporte plusieurs groupes de routage. En outre, les fonctions disponibles dans Microsoft Windows Server 2003, Exchange 2007 et Microsoft Office Outlook 2007 permettent de consolider l'organisation matérielle des serveurs en supprimant ceux qui exécutent Exchange depuis des sites distants. Avec de telles modifications, les utilisateurs peuvent se connecter à distance aux services Microsoft Windows et Exchange 2007, et rencontrent moins de problèmes en relation avec une baisse des performances ou de la connectivité.
Gestion des niveaux de service
Que vous choisissiez un système de messagerie centralisé ou distribué, le déploiement doit inclure une gestion des niveaux de service (SLM). La SLM vise à aligner et gérer des services informatiques via un processus de définition, d'accord, de mesure de fonctionnement et de révision. La SLM englobe la définition des services informatiques pour l'organisation et l'établissement de contrats de niveau de service (SLA) en relation avec ceux-ci. Le respect des SLA est assuré par l'utilisation de contrats sous-jacents et de contrats de niveau d'exploitation pour la fourniture interne ou externe de services. La SLM inclut également la mesure continue de seuils de niveau de service convenus et le déclenchement d'actions correctives en cas de dépassement de ces seuils. Les services sont surveillés et mesurés en fonction de critères de SLA convenus afin de garantir la conformité avec les SLA.
Caractéristiques d'un système de messagerie centralisé
Un système de messagerie centralisé se compose d'un important centre de données hébergeant toutes les ressources de serveurs, notamment le service d'annuaire Active Directory, les serveurs de catalogue global, les contrôleurs de domaine et les serveurs Exchange. Le centre de données prend en charge tous les utilisateurs du système de messagerie, qu'ils se connectent localement ou à distance. Un système de messagerie centralisé présente les caractéristiques suivantes :
Les données sont hébergées et gérées dans un site central, même si les utilisateurs se connectent à distance. Cela diffère du modèle distribué dans lequel les utilisateurs ont un accès local aux boîtes aux lettres mais où l'administration du serveur est plus complexe.
Les mises à niveau logicielles peuvent être transférées à partir d'un site central.
Le centre des données comporte des périphériques de maintien de l'alimentation, tels que des onduleurs (UPS) et des plans d'urgence de type Site opérationnel, Site quasi-opérationnel ou Site vierge. Un site opérationnel est un site commercial complet qui fonctionne en continu avec des données répliquées, de telle sorte qu'il est immédiatement utilisable. Un site quasi-opérationnel est un site commercial complet qui comporte tous les éléments dont une société a besoin pour poursuivre ses opérations en cas d'incident. Toutefois, les éléments nécessaires ne sont pas prêts pour une utilisation immédiate et certaines tâches administratives sont requises pour faire en sorte que le site soit prêt pour l'utilisateur. Un site vierge est un service qui fournit un espace que l'entreprise doit aménager et configurer. Un site opérationnel permet à l'entreprise de devenir opérationnelle plus rapidement mais c'est une option plus coûteuse que le site vierge.
Les impératifs commerciaux liés à la réduction des coûts et aux besoins en matière de sécurité sont généralement les facteurs qui conduisent les entreprises à opter pour des systèmes centralisés. Ces impératifs sont liés à la centralisation des emplacements (réduction du nombre de sites fournissant des ressources de serveurs), à la consolidation physique (remplacement de serveurs de petite taille par des serveurs de plus grande capacité), à la consolidation administrative et à la consolidation des données (centralisation des solutions de stockage avec capacités de sauvegarde et de récupération d'urgence).
Considérations importantes
Vous ne pouvez envisager une conception centralisée que si les conditions préalables ci-dessous sont remplies ou incluses dans le plan du projet :
Coûts matériels du centre de données Comparez les coûts d'installation de serveurs haute capacité et de clusters dans le centre de données avec les économies que la centralisation des serveurs permet de réaliser sur le plan administratif. Il est recommandé de regrouper les serveurs principaux en cluster afin de maintenir un niveau de disponibilité et de redondance élevé dans le système. Cependant, cela implique des coûts initiaux supérieurs. Ceux-ci peuvent toutefois être largement compensés par les économies réalisées sur le plan du fonctionnement et de l'infrastructure, la réduction du temps d'indisponibilité et une meilleure évolutivité.
Plans d'urgence Lorsque vous centralisez des ressources de serveurs et de données à l'échelle de l'organisation, vous augmentez le nombre de points de défaillance uniques. Vous devez concevoir des plans d'urgence pour le cas où un sinistre frapperait le centre de données.
Pannes de réseau Évaluez l'impact d'une panne de réseau sur les utilisateurs se trouvant sur des sites distants. Si les utilisateurs ont activé le mode Exchange mis en cache d'Outlook, cette question a moins d'importance.
Réductions des coûts administratifs et de fonctionnement La centralisation des ressources de serveurs permet de réduire les coûts de fonctionnement car la capacité et la croissance de service résultent d'une meilleure utilisation des ressources. Cela réduit également les coûts d'infrastructure associés aux impératifs de stockage et de sauvegarde.
Stockage des données Les volumes de données centralisées étant plus importants, vous devez impérativement utiliser des systèmes de stockage plus fiables pour améliorer l'intégrité des données. En outre, en simplifiant votre infrastructure de serveurs, vous pouvez restaurer vos services et vos données plus aisément en cas de panne.
Connectivité LAN et WAN Si votre réseau actuel n'offre pas le type de bande passante et la vitesse nécessaires pour centraliser les serveurs, vous devez intégrer une mise à niveau de votre réseau dans votre plan de projet.
Sécurité Un modèle centralisé facilite la gestion de la sécurité et vous offre par conséquent un niveau de contrôle plus élevé. Le personnel chargé de la sécurité peut ainsi plus facilement tenir à jour les signatures de virus et prendre à temps les mesures nécessaires en cas d'incident. Le système centralisé présente également l'avantage de placer les serveurs dans un centre de données que vous pouvez sécuriser physiquement.
Caractéristiques d'un système de messagerie distribué
Un déploiement de messagerie distribué ou en succursales correspond à un système dans lequel un grand nombre de succursales ou de sites distribués de petite taille sont reliés à l'aide de connexions lentes à un concentrateur ou un centre de données d'entreprise. Les succursales disposent de leurs propres serveurs exécutant Exchange, contrôleurs de domaine et serveurs de catalogue global. Un système de messagerie distribué est généralement indiqué lorsque le réseau ne peut pas gérer le trafic vers un concentrateur central pour les services. C'est pourquoi le système d'exploitation et les serveurs de messagerie sont placés localement. Les besoins des utilisateurs peuvent également justifier cette option. Si la connexion à un centre de données ne permet pas de satisfaire les utilisateurs en termes d'expérience et de disponibilité, vous n'avez pas d'autre option que de placer les serveurs dans des sites distants.
Un déploiement d'Exchange dans succursales présente les caractéristiques suivantes :
Le système de messagerie se compose d'un grand nombre de sites (succursales) qui contiennent chacun un serveur exécutant Exchange, des contrôleurs de domaine et au moins un serveur de catalogue global.
Les sites de succursales comportent généralement un nombre d'utilisateurs variable ou réduit.
Le réseau est généralement structuré selon une topologie « Hub and Spoke ».
Les connexions réseau entre les succursales et le concentrateur central ou le centre de données sont généralement des connexions à faible bande passante, à latence élevée ou peu fiables.
Les principales raisons de déploiement d'un système de messagerie distribué sont les suivantes :
Les utilisateurs de l'entreprise sont dispersés sur plusieurs sites.
L'infrastructure réseau de l'entreprise ne peut pas gérer le trafic vers un concentrateur central pour des services.
Les besoins des utilisateurs imposent la mise en place d'un serveur au niveau local pour assurer une expérience utilisateur optimale et garantir la disponibilité du réseau.
Considérations importantes
Avant d'opter pour un système distribué, prenez en compte les aspects suivants :
Mises à niveau logicielles Le déploiement de mises à jour importantes peut s'avérer plus complexe dans un système de messagerie distribué.
Utilisation d' Outlook Anywhere Si vous utilisez Outlook Anywhere (précédemment RPC sur HTTP), tous les ordinateurs dans votre environnement de messagerie que les utilisateurs ont besoin d'utiliser pour la communication Outlook Anywhere doivent exécuter Windows Server 2003. Cela s'applique également à tous les serveurs de catalogue global et tous les serveurs exécutant Exchange auxquels les utilisateurs d'Outlook accèdent.
Coûts administratifs et de fonctionnement Les systèmes de messagerie distribués nécessitent un plus grand nombre de serveurs, ce qui se traduit par des coûts de fonctionnement et administratifs plus élevés.
Stockage des données Dans le cas des serveurs distribués, l'infrastructure réseau est plus complexe, ce qui rend plus difficile la restauration des services et des données en cas de panne. Des fonctions telles que la réplication locale en continu (LCR) et la réplication continue en cluster (CCR) sont particulièrement utiles dans un environnement de messagerie distribué. Pour plus d'informations sur la LCR, consultez la rubrique Réplication locale en continu. Pour plus d'informations sur la CCR, consultez la rubrique Réplication continue en cluster.
Connexions réseau Pour les bureaux distants, la vitesse de connexion réseau au site du concentrateur ou au centre de données doit être d'au moins 64 Kbits/s entre les serveurs. Une vitesse de connexion supérieure entre concentrateur et bureau est cependant recommandée.
Sécurité La question de la sécurité physique des serveurs installés dans les succursales est d'une importance capitale. Dans une conception avec succursales, vous devez vous assurer que les serveurs ne sont pas installés dans des endroits en libre accès et qu'ils sont sécurisés physiquement.