Les règles d’or

clusters
Exchange 2000 et je suis prêt à  livrer un certain nombre de leçons importantes
que j’ai tirées de ces expériences, pour vous aider à  le déployer.



Déléguez les bonnes permissions. Soyez prudents lorsque vous
configurez les comptes et les privilèges d’administrateur Exchange, ainsi que
les comptes de services Cluster (qui doivent avoir les droits Exchange Full Admin).
Créer et gérer un serveur Exchange virtuel exige des privilèges de comptes Exchange
Full Admin. Vous pouvez utiliser l’assistant Exchange Delegation pour accorder
ces droits.



Utilisez l’adressage IP et le nommage standardisés et simplifiés.
Dans un scénario de clustering, les noeuds du cluster et les services qu’ils hébergent
exigent des adresses IP et des noms uniques. Le service Cluster exige des adresses
IP statiques pour le cluster, les noeuds et les services. (En d’autres termes,
il n’est pas possible pour le moment d’utiliser DHCP pour affecter des adresses
IP). De plus, chaque serveur Exchange virtuel exige une adresse IP unique. Il
faut pré-allouer les adresses IP à  tous les noeuds et services (par exemple EVS),
avant le setup et l’installation d’Exchange 2000. Structurez ces adresses pour
permettre la configuration et la gestion simplifiées de ces noeuds et services.
De même, nommez les noeuds et les EVS pour permettre une configuration et une gestion
simplifiées. Le Tableau 1 montre une bonne stratégie d’adressage IP et de nommage
pour un cluster Exchange 2000 à  quatre noeuds. Notez que les adresses IP pour le
nom de noeud et le nom d’EVS sont très proches.



Configurez la propriété des ressources et la bascule en cas d’incident.
Lorsque vous configurez des EVS, Cluster Administrator configure automatiquement
tout noeud du cluster Exchange 2000 comme propriétaire possible de chaque ressource.
Mais si vous créez des ressources avant l’entrée d’un noeud dans le cluster, ou
avant d’avoir installé Exchange 2000 sur chaque noeud, les propriétés des ressources
des serveurs Exchange virtuels ne listeront pas ce noeud comme un propriétaire
possible. Dans ce cas, il faut les configurer manuellement pour leur permettre
de basculer sur ce noeud. Lorsque vous configurez des ressources de matériels (par
exemple disques et réseau), d’adressage (par exemple IP et Nom de réseau) et d’Exchange
Server (par exemple System Attendant) assurez-vous que Cluster Administrator inclut
bien toutes ces ressources comme des propriétaires possibles. De plus, lorsque
vous configurez des scénarios de bascule et de reprise en cas d’incident, vous
devez lister tous les noeuds (dans l’ordre requis pour gérer les opérations de
bascule en fonction des scénarios de bascule et de la stratégie de chargement
sélectionnée) dans la boîte de dialogue Propriétés, Propriétaires préférés de
Cluster Administrator, de chaque groupe de ressources. Ainsi, vous aurez la garantie
que les opérations de bascule et de reprise après incident sont correctes.



Faites attention en supprimant des EVS et des binaires d’un cluster.
Lors de la suppression d’Exchange Server d’un cluster, faites attention de ne
pas interférer avec les opérations d’autres noeuds. Lors de la suppression d’un
EVS, mettez d’abord hors ligne le groupe du cluster. Ensuite supprimez les ressources
Exchange Server. Lors de la suppression de la ressource System Attendant, Cluster
Administrator supprime toutes les autres ressources (en fonction de leur dépendance).
Après la mise à  jour automatique d’AD avec le changement de configuration, l’EVS
ne sera plus visible dans le composant logiciel Exchange System Manager. Enfin,
pour supprimer les fichiers binaires d’Exchange du noeud du cluster, il faut exécuter
le programme d’installation d’Exchange 2000 et sélectionner l’option Supprimer.
Le programme vous invite à  choisir s’il faut supprimer les ressources de cluster
Exchange Server ; supprimez-les seulement si le noeud que vous supprimez est le
dernier du cluster à  exécuter les services Exchange Server.



Avec Exchange 2000 et ses fonctions de clustering améliorées, Le clustering devient
une option viable pour augmenter la disponibilité des serveurs et faciliter leur
consolidation



Réfléchissez au stockage avant de configurer le cluster. Etant donné qu’Exchange
2000 supporte le clustering active/active et plusieurs groupes de stockage et
bases de données, la conception du stockage risque d’être complexe. Examinez bien
tous les aspects avant de configurer votre cluster. Dans un cluster, les groupes
de stockage Exchange 2000 représentent un sous-ensemble d’EVS et chacun d’eux
doit basculer avec l’EVS en cas d’incident. Cet impératif a une incidence sur
la conception du stockage. Si, pour des considérations de performances, il est
décidé d’allouer des grappes de stockage physiques séparées aux fichiers-journaux
de transaction et aux fichiers de bases de données, chaque groupe de stockage
disposera au minimum de deux grappes (une pour les journaux et une pour les bases
de données), afin d’assurer l’indépendance et la granularité nécessaires pour
faciliter la bascule en cas d’incident. Il faut veiller de près aux implications
de la granularité, de la bascule en cas d’incident et de la correspondance entre
serveur Exchange virtuel et groupes de stockage. N’oubliez pas non plus qu’Exchange
2000 limite le nombre de groupes de stockage à  quatre par noeud, avant comme après
la bascule. Ne pas tenir compte de cette restriction, risque de provoquer des
problèmes ou des défaillances d’EVS. Il est donc préférable de commencer par définir
des niveaux de service acceptables et de concevoir le stockage de façon à  y répondre.