Dimensionner son AS/400 pour Lotus Notes/Domino

Les facteurs suivants déterminent la charge de travail d’un ordinateur
:

– Le nombre d’utilisateurs actifs

– Le type de travail qu’ils exécutent

– La fréquence des tâches effectuées par les utilisateurs aux heures de pointe

– La complexité des applications utilisées



L’ensemble de ces facteurs détermine les exigences minimales du matériel et du
serveur : vitesse du processeur, taille de la mémoire, capacité, vitesse et nombre
de bras des disques. Ce sont les considérations les plus importantes à  prendre
à  compte lorsqu’on détermine la taille d’un nouveau système pour Lotus Domino,
même si d’autres éléments matériels (contrôleurs de communication, processeurs
d’I/O, vitesse du bus) peuvent, s’ils sont sous-dimensionnés, causer des goulots
d’étranglement.



Pour trouver la taille système idoine pour une application donnée, le meilleur
moyen consiste à  tester le comportement de multiples configurations soumises aux
charges de travail réelles créées par les utilisateurs. Malheureusement, ce genre
de test n’est pas réaliste, il nécessiterait d’acheter ou de louer un ou plusieurs
serveurs avant de pouvoir décider de sa taille. La plupart des sites n’en ont
pas les moyens.



Par ailleurs, il est difficile et généralement inefficace de conduire des tests
de performances à  grande échelle avec de vrais utilisateurs. Va-t-on recruter
1.000 personnes pour un test ? Veut-on que tous les utilisateurs abandonnent leur
travail habituel pendant un certain temps pour effectuer les tests, simplement
pour connaître la taille du système nécessaire ?



Le plus souvent, la seule méthode pratique de dimensionnement d’un serveur consiste
à  effectuer des benchmarks : on choisit une charge de travail utilisateur, et
on définit et documente le type et la fréquence des tâches exécutées. En principe,
on installe une application test sur un serveur et on utilise des outils de simulation
(SERVER.LOAD, par exemple, un outil de simulation Lotus) pour générer la charge
de travail utilisateur en provenance d’un ou de plusieurs PC. Tout en journalisant
la consommation des ressources système et des temps de réponse, on augmente le
nombre d’utilisateurs émulés jusqu’à  ce que l’une des ressources système soit
saturée. Le nombre maximum d’utilisateurs émulés donne le résultat du benchmark.



On peut, par extrapolation, appliquer les résultats obtenus aux environnements
utilisateurs réels. Bien entendu, le nombre d’utilisateurs d’un benchmark n’a
de sens qu’en conjonction de la charge de travail définie en la circonstance.
Normalement, le fait d’obtenir un certain nombre  » d’utilisateurs de benchmark
 » pour un système particulier ne signifie pas que l’on pourra utiliser la même
taille système pour le même nombre d’utilisateurs réels.