Considérations matérielles
L’architecture physique d’un serveur est bien entendu le premier élément à considérer pour permettre à l’application de fonctionner dans les meilleures conditions possible. Il faut donc s’assurer de respecter les recommandations préconisées par l’éditeur de l’application... même si celles-ci sont la plupart du temps en deçà de la réalité, car réalisées dans des environnements de test, bien loin des contraintes d’un réel environnement de production.
1. La mémoire ou RAM
C’est bien entendu l’élément essentiel qui permettra de résoudre instantanément les problèmes de performance de l’application LDAP, car comme pour n’importe quelle autre application, plus la quantité d’informations de l’annuaire y sera stockée, meilleures seront les performances... En effet, en règle générale les problèmes de performance se situent au niveau de l’accès aux disques lors des actions de lecture/écriture (généralement connu sous le terme I/O). Ainsi, outre l’aspect quantitatif où l’achat de mémoire pourrait suffire jusqu’à l’atteinte de la limite supportée par le processeur ou la carte mère, il peut s’avérer judicieux de "jouer" avec les paramètres fournis par les systèmes d’exploitation afin qu’ils ne s’approprient pas plus de mémoire qu’ils en ont réellement besoin.
Par ailleurs, concernant la mémoire, ne pas oublier que les systèmes d’exploitation peuvent en avoir un usage limité compte tenu de leur version d’architecture :
	•	Pour les systèmes d’exploitation en 32 bits, la limite mémoire théorique est de 4 Go.
	•	Pour les systèmes d’exploitation en 64 bits, la limite mémoire théorique est de 16 Go.
Bien entendu, ces valeurs ont tendance à évoluer et à croître pour les systèmes d’exploitation en 64 bits et par ailleurs certains systèmes d’exploitation en 32 bits ont bénéficié de mises à jour leur permettant de dépasser cette limite d’utilisation de la mémoire. Il faudra donc ne pas hésiter à se renseigner auprès de l’éditeur du système d’exploitation.
2. Le stockage
Ensuite, le second élément à prendre en considération est le stockage. En effet, la plupart du temps la taille de l’annuaire ne pourra pas être gérée en totalité dans la zone mémoire du serveur, et il faudra aussi par ailleurs pouvoir stocker ses données en cas d’arrêt ou de redémarrage du serveur afin de ne pas les perdre. Même en supposant qu’un annuaire puisse être placé en cache, les opérations de mise à jour nécessitant de l’espace disque, ainsi des critères comme la vitesse des opérations du disque deviennent importants.
Voici donc quelques considérations à étudier pour aider à améliorer les performances de stockage d’un annuaire :
	•	La localisation des disques, locaux ou distants (SAN ou NAS).
	•	La taille et les caractéristiques du disque (vitesse).
	•	Le nombre de disques.
	•	Le type (SATA, SAS) et le nombre de contrôleurs de disque avec un caching matériel efficace.
	•	Puis aussi le partitionnement et le système de fichiers utilisé (journalisé de type ext3 ou ext4) sur les disques.
¬
OpenLDAP préconise également de placer les fichiers journaux et les fichiers des données de l’annuaire sur des disques ou systèmes de fichiers distincts (se configure au niveau des paramètres du backend).
3. Le réseau
Le dernier point à étudier sera la topologie réseau à laquelle sera connecté le serveur OpenLDAP. Même si les requêtes LDAP ne sont pas très volumineuses en termes de données circulant sur le réseau, il convient tout de même de s’assurer que les interfaces réseau du serveur sont bien configurées en adéquation avec les caractéristiques des équipements réseau de l’entreprise : par exemple, il serait dommage de connecter des cartes réseau au débit de 100 Mb/s sur des ports de switchs de 1 Go/s.