Partitions
Une partition est une division logique de la base de données eDirectory. Une partition d'annuaire forme une unité de données distincte dans l'arborescence qui contient des informations de l'annuaire.
Le partitionnement permet de déplacer une partie de l'annuaire d'un serveur vers un autre.
Si vos liaisons WAN sont lentes ou peu fiables, ou si l'annuaire comprend un nombre élevé d'objets qui entraîne une surcharge du serveur et ralentit l'accès, partitionnez l'annuaire. Pour obtenir des informations complètes sur les partitions, reportez-vous au Gestion des partitions et des répliques.
Chaque partition de l'annuaire se compose d'un ensemble d'objets Conteneur, de tous les objets qu'ils incluent et des données concernant ces objets. Les partitions eDirectory ne comprennent pas d'informations sur le système de fichiers, ni sur les répertoires et fichiers de ce système.
Le partitionnement est effectué à l'aide de Novell iManager. Les partitions sont identifiées dans iManager par l'icône de partition suivante : (
).
Affichage des répliques d'un serveur
Dans l'exemple ci-dessus, l'icône de partition se trouve en regard de l'objet Arborescence. Cela signifie que cet objet est le conteneur le plus élevé dans la partition. Aucune icône de partition n'apparaît en regard des autres conteneurs. C'est donc la seule partition.
La partition par défaut pour eDirectory consiste en effet à conserver l'annuaire complet dans une seule partition.
Notez que, dans cet exemple, l'affichage des répliques apparaît. Lorsque l'affichage des répliques apparaît pour un serveur dans iManager, toutes les répliques de ce serveur sont affichées dans la partie droite de l'écran. Dans le cas présent, Serveur1 contient une réplique de la partition unique Pour plus d'informations, reportez-vous au Répliques et à l'Affichage des répliques sur un serveur eDirectory.
Partitions
Les partitions reçoivent le nom du conteneur le plus élevé qu'elles comprennent. La Figure 14 présente deux partitions : Arborescence et Finances. La partition Finances est appelée partition enfant de la partition Arborescence, car elle est extraite de cette dernière. La partition Arborescence est appelée partition parente de Finances.
Figure 14Affichage des répliques d'une partition
Vous pouvez envisager de créer cette partition si l'annuaire compte tellement d'objets que le serveur est surchargé et que l'accès à eDirectory est lent. La création de cette partition permet de scinder la base de données et de placer les objets de cette branche sur un autre serveur.
L'exemple ci-dessus représente l'affichage des répliques de la partition Finances. Lorsque l'affichage des répliques apparaît pour une partition dans iManager, tous les serveurs comportant une réplique de cette partition sont affichés dans la partie droite de l'écran. Dans le cas présent, Serveur1 contient une réplique Lecture/écriture de la partition Finances. Pour plus d'informations, reportez-vous à la section Affichage des répliques d'une partition.
Répartition optimale des répliques
Dans l'exemple précédent, supposez que Serveur1 contienne des répliques des partitions Arborescence et Finances. À ce stade, les performances de eDirectory ne sont pas supérieures puisque Serveur1 contient toujours l'annuaire complet (les répliques des deux partitions).
Pour accroître les performances, vous devez déplacer l'une des répliques vers un autre serveur. Par exemple, si vous déplacez la partition Arborescence vers Serveur2, ce dernier contient tous les objets des conteneurs Arborescence et VotreSociété. Serveur1 ne contient alors plus que les objets des conteneurs Finances et Comptes. La charge de Serveur1 et de Serveur2 est inférieure à la charge globale sans partitionnement.
Partitions et liaisons WAN
Supposez que votre réseau couvre deux sites, Nord et Sud, connectés entre eux par une liaison WAN. Chacun des sites comporte trois serveurs.
Figure 15Exemple de conteneurs eDirectory
Dans ce cas, le fonctionnement de eDirectory est plus rapide et plus fiable si l'annuaire est divisé en deux partitions.
Avec une seule partition, les répliques sont soit conservées sur un site, soit partagées entre les deux sites. Cette solution s'avère difficile à gérer pour deux raisons :
- Si toutes les répliques sont stockées sur les serveurs du site Nord, par exemple, les utilisateurs du site Sud subissent des contretemps lorsqu'ils veulent se loguer ou accéder aux ressources. Si la liaison est interrompue, ces utilisateurs ne peuvent plus du tout se loguer ni accéder aux ressources.
- Si les répliques sont réparties entre les sites, les utilisateurs peuvent accéder en local à l'annuaire. Toutefois, la synchronisation des répliques entre les serveurs s'effectue via la liaison WAN ; il peut donc se produire des erreurs eDirectory si cette liaison n'est pas fiable. Par ailleurs, la propagation des modifications apportées à l'annuaire via cette liaison est lente.
La solution à deux partitions présentée à la Figure 16 permet de résoudre ces problèmes de performances et de fiabilité sur la liaison WAN.
Figure 16Exemple de partitions
Les répliques de la partition Arborescence sont conservées sur les serveurs du site Nord. Celles de la partition Sud sont conservées sur les serveurs du site Sud, comme l'illustre la Figure 17.
Figure 17Exemple de partitions, serveurs et répliques
Pour chacun des sites, les objets qui représentent les ressources locales sont conservés localement. Le trafic de synchronisation entre les serveurs s'effectue également au niveau local, par le réseau LAN, plutôt que par la liaison WAN à débit faible et peu fiable.
Cependant, lorsqu'un utilisateur ou un administrateur accède aux objets d'un autre site, le trafic eDirectory est généré sur la liaison WAN.