Règles de conception de eDirectory
La conception de l'arborescence eDirectory est la procédure la plus importante lorsqu'il s'agit de créer 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 la façon dont les administrateurs doivent définir les autres valeurs de propriété, telles que les adresses et les numéros de téléphone.
Les recherches et la navigation dans l'annuaire reposent principalement sur la cohérence des valeurs de dénomination et de propriété.
L'utilisation de noms standard permet également à DirXMLTM de transférer plus facilement les données entre eDirectory et les autres applications. Pour plus d'informations sur DirXML, reportez-vous au manuel DirXML Administration Guide (Guide d'administration de DirXML).
Les objets Pays doivent respecter le code ISO normalisé pour les pays (deux lettres).
Pour plus d'informations, reportez-vous à la liste des codes ISO 3166.
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 sur les plates-formes Linux, Solaris, AIX ou HP-UX.
Si vous utilisez des postes de travail configurés dans diverses langues, vous voudrez sans doute limiter les noms d'objet à des caractères qui soient affichables sur tous les postes. Il peut arriver, par exemple, qu'un nom entré en japonais contienne des caractères qui ne puissent pas être affichés dans les langues occidentales.
HP-UX ne prend en charge que l'anglais.
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.
Vous devez concevoir très soigneusement les couches supérieures de l'arborescence ; en effet, si jamais vous devez par la suite apporter des modifications à 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 telle sorte que peu de modifications soient nécessaires ultérieurement.
Utilisez les règles de conception suivantes pour créer l'arborescence eDirectory :
La Figure 21 illustre les règles de conception de eDirectory.
Figure 21
Règles de conception de eDirectory
Pour créer les couches supérieures de l'arborescence, reportez-vous à Création d'un objet et à Modification des propriétés d'un objet.
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 pour des motifs juridiques, 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 manuel DirXML Administration Guide (Guide d'administration de DirXML).
REMARQUE : HP-UX ne prend pas en charge 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 de l'arborescence à l'aide de l'utilitaire DSMERGE, mais procédez 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 dans l'arborescence.
Par exemple, vous pouvez utiliser ZENworks® pour créer un objet Règle d'importation de postes de travail dans l'objet Organisation. Dans cette règle, qui influe sur 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, Linux, Solaris, AIX ou HP-UX qui exécute eDirectory ne contiennent aucun objet Volume.
Vous pouvez créer 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 de liaisons LAN ou 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 d'un objet et à Modification des propriétés d'un objet.
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 d'objets regroupés au sein d'une arborescence eDirectory unique. Ses performances sont donc uniquement limitées par l'espace disque, la vitesse d'E/S du disque et la mémoire vive. N'oubliez pas qu'une réplication peut avoir un impact important 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. La gestion des partitions et des répliques en est également 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).
Généralement, vous devez créer des conteneurs pour des objets qui partagent les besoins d'accès avec 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 départements 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. 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 des objets Utilisateur répartis sur plusieurs groupes de travail. Vous pouvez créer des objets Profil pour les sous-groupes d'utilisateurs requérant des conditions uniques de script de login.