Règles de conception de eDirectory
La conception de l'arborescence eDirectory est la procédure la plus importante lorsqu'il s'agit de concevoir et de mettre en place un réseau. Cette conception est composée des tâches suivantes :
L'utilisation de noms standard tels que des noms d'objet rend l'utilisation du réseau plus intuitive, aussi bien pour les utilisateurs que pour les administrateurs. Des normes écrites peuvent également indiquer comment les administrateurs doivent définir d'autres valeurs de propriété, comme les adresses et les numéros de téléphone.
Les recherches et la navigation dans le répertoire reposent principalement sur la cohérence des valeurs de dénomination et de propriété.
Les objets Pays doivent respecter le code ISO normalisé pour les pays (deux lettres).
Si vous accédez à l'objet sur un poste de travail NetWare® 2 ou NetWare 3 via les services de Bindery, les restrictions suivantes s'appliquent :
IMPORTANT : L'émulation de Bindery n'est pas prise en charge par les plates-formes Linux* ou Solaris*.
Si vos postes de travail fonctionnent dans différentes langues, vous pouvez limiter les noms d'objet aux caractères qui peuvent être affichés sur tous les postes de travail. Il peut arriver, par exemple, qu'un nom entré en japonais contienne des caractères qui ne peuvent pas être affichés dans les langues occidentales.
IMPORTANT : Le nom de l'arborescence doit toujours être indiqué en anglais.
Le document suivant contient un exemple de standards pour certaines des propriétés les plus fréquemment utilisées. Vous avez uniquement besoin des standards correspondant aux propriétés que vous utilisez. Distribuez ce document à tous les administrateurs chargés de la création et de la modification des objets.
Tableau 13. Exemple de document relatif aux standards
Vous devez très soigneusement concevoir les couches supérieures de l'arborescence : en effet, si jamais vous devez par la suite effectuer des modifications sur ces couches, la totalité de l'arborescence en est affectée, notamment si votre entreprise est dotée de liaisons WAN. Vous devez concevoir le sommet de l'arborescence de manière à ce que peu de modifications soient nécessaires ultérieurement.
Utilisez les règles de conception suivantes pour créer l'arborescence eDirectory :
Figure 1 illustre les règles de conception de eDirectory.
Figure 1
Règles de conception de eDirectory
Pour créer les couches supérieures de l'arborescence, reportez-vous à Création et manipulation d'objets dans le Guide d'utilisation de ConsoleOne.
Les réseaux eDirectory conçus en pyramide facilitent la gestion, la modification de grands groupes et la création de partitions logiques.
L'alternative à une conception pyramidale est une arborescence simple dans laquelle tous les objets sont placés dans les couches supérieures de l'arborescence. eDirectory prend en charge une conception d'arborescence simple. Toutefois, ce type de conception peut rendre plus difficile la gestion et le partitionnement.
Une seule arborescence est la conception optimale pour la plupart des organisations. Par défaut, une seule arborescence est créée. Une arborescence unique implique une seule identité d'utilisateur sur le réseau, une administration de la sécurité plus simple et un seul point de gestion.
Ces recommandations concernant une arborescence unique pour une utilisation commerciale n'excluent pas la mise en place d'arborescences supplémentaires pour les tests et le développement.
Certaines organisations, cependant, peuvent avoir besoin de plusieurs arborescences en raison de problèmes législatifs, politiques ou professionnels. Par exemple, une organisation constituée de plusieurs entités autonomes peut avoir besoin de créer plusieurs arborescences. Si votre organisation requiert la création de plusieurs arborescences, étudiez l'utilisation de DirXML pour en faciliter la gestion. Pour plus d'informations sur DirXML, reportez-vous au Guide d'administration de DirXML.
Lorsque vous attribuez un nom à l'arborescence, utilisez un nom unique qui n'entrera pas en conflit avec celui d'autres arborescences. Utilisez un nom court et descriptif, comme EDL-ARBO.
Si deux arborescences portent le même nom et qu'elles sont situées sur le même réseau, vous risquez de rencontrer les problèmes suivants :
Vous pouvez modifier le nom d'une arborescence à l'aide de l'utilitaire DSMERGE, mais effectuez cette opération avec précaution. La modification du nom d'une arborescence a une incidence sur le réseau car vous devez reconfigurer les clients pour qu'ils prennent en compte le nouveau nom de l'arborescence.
En règle générale, une arborescence eDirectory doit comporter un objet Organisation. Par défaut, un objet Organisation unique est créé et nommé en fonction de la société. Vous pouvez ainsi configurer les modifications qui s'appliquent à la totalité de la société à partir d'un emplacement unique de l'arborescence.
Par exemple, vous pouvez utiliser ZENworksTM pour créer un objet Règle d'importation des postes de travail dans l'objet Organisation. Dans cette règle, qui affecte la totalité de l'organisation, vous définissez la manière dont les objets Poste de travail sont nommés lorsqu'ils sont créés dans eDirectory.
Dans le conteneur Organisation, les objets suivants sont créés :
Les réseaux qui ne comportent qu'un seul serveur Windows* NT* qui exécute eDirectory ne contiennent aucun objet Volume.
Vous créerez plusieurs objets Organisation si votre société a les besoins suivants :
La conception d'unités organisationnelles de premier niveau est importante car elle a une incidence sur le partitionnement et l'efficacité de eDirectory.
Dans le cas de réseaux couvrant plusieurs bâtiments ou emplacements à l'aide d'un LAN ou d'un WAN, la conception de l'objet Unité organisationnelle de premier niveau doit être basée sur l'emplacement. Vous pouvez ainsi créer des partitions eDirectory de manière à conserver tous les objets d'une partition sur un même emplacement. Vous obtenez en outre un emplacement naturel où effectuer les assignations de sécurité et d'administrateur pour chaque emplacement.
Vous devez concevoir les couches inférieures d'une arborescence en fonction de l'organisation des ressources réseau. La conception des couches inférieures d'une arborescence eDirectory n'ayant d'impact que sur les objets situés au même emplacement, elle vous laisse plus de liberté que celle des couches supérieures.
Pour créer les couches inférieures de l'arborescence, reportez-vous à Création et manipulation d'objets dans le Guide d'utilisation de ConsoleOne.
Le nombre d'objets Conteneur de niveau inférieur que vous créez dépend du nombre total d'objets de l'arborescence, de l'espace disque disponible et des limitations de vitesse d'E/S au niveau du disque. eDirectory a été testé avec plus d'un milliard 1 d'objets regroupés au sein d'une arborescence eDirectory unique. Ses performances sont donc uniquement limitées par l'espace disque, la vitesse E/S du disque et la mémoire vive. N'oubliez pas l'impact qu'une réplication peut avoir sur une arborescence de grande taille.
La taille habituelle d'un objet dans eDirectory est comprise entre 3 et 5 Ko. À l'aide de cette taille d'objet, vous pouvez rapidement calculer l'espace requis sur le disque dur pour le nombre d'objets que vous possédez ou dont vous avez besoin. N'oubliez pas que la taille des objets augmente en fonction du nombre d'attributs pour lesquels des données ont été définies et en fonction de la nature de ces données. Lorsque des objets contiennent des données BLOB (large objet binaire), telles que des images, du son ou des informations biométriques, leur taille est forcément accrue.
Plus les partitions sont volumineuses, plus le temps de réplication est long. Si vous utilisez des produits qui requièrent l'utilisation de eDirectory, tels que ZENworks et les services DNS/DHCP, les objets eDirectory créés par de tels produits ont une incidence sur la taille des conteneurs dans lesquels ils sont situés. Il est recommandé de placer dans leur propre partition les objets créés à des fins uniquement administratives, tels que les objets DNS/DHCP, afin que l'accès utilisateur ne soit pas affecté par une réplication plus lente. En outre, la gestion des partitions et des répliques est ainsi facilitée.
Si cela vous intéresse, vous pouvez facilement déterminer la taille de votre base de données eDirectory ou de l'ensemble DIB (Directory Information Base - base de données des informations de l'Annuaire).
Généralement, vous devez créer des conteneurs pour des objets qui partagent les besoins d'accès d'autres objets eDirectory. Cela permet de gérer de nombreux utilisateurs avec une assignation d'ayant droit ou un script de login. Vous pouvez créer des conteneurs dans le but précis de rendre les scripts de login des conteneurs plus efficaces ou vous pouvez placer deux services dans un même conteneur pour faciliter la maintenance des scripts de login.
Conservez les utilisateurs dans des emplacements proches des ressources dont ils ont besoin afin de limiter le trafic réseau. Par exemple, les personnes au sein d'un même service travaillent généralement en étroite collaboration les unes avec les autres. Elles ont généralement besoin d'accéder au même système de fichiers et elles utilisent les mêmes imprimantes.
Il est simple de gérer les exceptions aux limites générales des groupes de travail. Par exemple, si deux groupes de travail utilisent une imprimante commune, vous pouvez créer un objet Alias pour l'imprimante dans l'un des groupes. Vous pouvez créer des objets Groupe pour gérer certains objets Utilisateur au sein d'un groupe de travail ou pour gérer des objets Utilisateur répartis sur plusieurs groupes de travail. Vous pouvez créer des objets Profil pour les sous-groupes d'utilisateurs ayant des exigences uniques de script de login.
