Chapitre 4. Solutions et Dimensionnement

Ce chapitre propose une aide au dimensionnement des NetServers Linux suivant diff�rents types d'utilisation.

Il faut d'abord consid�rer que cet exercice est toujours p�rilleux. En effet, seule la r�alit� permet de mettre � l'�preuve de telles pr�visions. N�anmoins, avec l'exp�rience des solutions d�ploy�es par le pass�, on peut arriver � donner quelques r�gles utiles.

On peut appliquer un certain nombre de r�gles en vigueur pour le dimensionnement de serveurs Unix classiques, en consid�rant que les syst�mes CISC (majoritaires en environnement Linux) consomment environ 2,5 fois moins de ressources en m�moire que les syst�mes RISC, �tant donn� que les binaires manipul�s sont plus petits (les plates-formes Intel �tant pour le moment des architectures 32 bits). Ceci influence aussi l'occupation disque, et la taille de la m�moire de pagination.

Il est �vident qu'il faut, quel que soit le syst�me, consid�rer les goulets d'�tranglement de la solution mise en place, car ils d�termineront le maillon le plus faible.

On pr�tera une attention particuli�re aux points suivants :

• Le nombre et la vitesse des disques (le d�bit de ceux-ci pouvant aller jusqu'� 20 Mo/s pour des disques 10.000 tr/mn, 25 Mo pour les 15.000 tr/mn),

• Le nombre et la vitesse des contr�leurs SCSI (le d�bit des Ultra 2 LVD peuvent aller jusqu'� 80 Mo/s pour les LH3/4:3000/6000, et juqu'� 160 Mo/s pour les derniers mod�les B),

• L'ajout d'une carte SCSI prise en charge lors d'ajout de p�riph�riques lents (DAT, DLT, graveur de CDs ...) pour ne pas faire passer le contr�leur en mode compatible descendant, et d�grader nettement les performances en entr�es/sorties.

On se m�fiera �galement du caract�re extensible des machines. En effet, il est souvent pr�f�rable pour un client, de rajouter un serveur, plut�t que d'augmenter les capacit�s de celui en place. La raison en est d'ordre financier d'une part, le co�t des ajouts se r�v�lant, sur un syst�me d�j� ancien, proches de ceux d'un nouveau syst�me dont les prix baissent continuellement. M�me chose pour la maintenance. D'autre part, techniquement, il peut �tre plus int�ressant de b�n�ficier des derni�res technologies pour obtenir une machine plus �quilibr�e et plus performante, et de r�utiliser l'ancien serveur pour des t�ches secondaires (DNS secondaire, ...) ou de r�partir des processus de l'autre serveur. Par exemple, lors de l'introduction de l'Ultra2 LVD, il �tait plus int�ressant de racheter un serveur pour b�n�ficier d'une vitesse de bus SCSI de 80 Mo/s, plut�t que de mettre � jour un serveur en Ultra Wide � 40 Mo/s. Ceci implique qu'il est int�ressant de dimensionner correctement son serveur, d�s le d�part, pour toute la dur�e pr�visible de son utilisation (typiquement 3 ans aujourd'hui).

Dans le m�me ordre d'id�es, on examinera soigneusement le fait de conseiller une machine multi-processeur au lieu de deux machines mono-processeurs. 2 syst�mes diff�rents impliquent 2 contr�leurs disques, 2 s�ries de disques, 2 bus m�moires s�par�s, donc une meilleure performance mais une administration plus importante. En revanche, un seul syst�me facilite cette t�che, permet une communication rapide entre processeurs, ce qui peut �tre n�cessaire pour certaines applications, mais rend l'environnement plus fragile (potentiellement plus d'indisponibilit� en cas de panne du syst�me). D'autre part, il y a plus de pertes, intrins�quement, sur un mod�le multi-processeur, en communications au niveau syst�me. Cette question sera notamment � envisager dans le cas de l'ajout d'un processeur (obsol�te par nature) sur une machine a posteriori, au lieu de l'ajout d'un serveur complet.

Sur les aspects m�moire, Linux peut g�rer aujourd'hui jusqu'� 64 Go dans les noyaux stables. Linux tire parti de toute la m�moire qui lui est donn�e, notamment dans la constitution d'un cache disque qui am�liore consid�rablement les performances du syst�me. On peut donc surdimensionner la quantit� de m�moire install�e, car ceci est pr�f�rable � une situation o� le serveur serait oblig� de paginer (ce qui p�nalise �norm�ment les performances). La taille minimale fournie sur les NetServers (128 Mo ou 256 Mo) correspond parfaitement � une utilisation normale d'un syst�me et ne n�cessite pas d'ajout particulier. Il faut tenir compte du fait qu'on n'utilise aucun environnement graphique sur les serveurs de production. Pour ce qui est de la m�moire de pagination (swap), sous Linux, elle vient en addition de la m�moire r�elle pour donner la m�moire virtuelle totale dont dispose le serveur. Comme r�gle de base, il est conseill� de doter la machine d'autant de m�moire de pagination que de m�moire r�elle, pour permettre au syst�me de placer sur disque la quasi-totalit� des processus en cours en cas de besoin. En revanche la r�gle qui pr�vaut sur les Unix d'origine Syst�me V (tel HP-UX), de r�server deux fois la taille de la m�moire pour le swap n'est pas utile sous Linux. Il est � noter que Linux peut �tre amen� � paginer certains processus inactifs pour lib�rer le maximum de m�moire vive possible. Avoir un syst�me dont une partie du swap est occup� n'est donc pas n�cessairement une preuve de manque de m�moire, ni de perte de performances.

Vous trouverez ci-dessous des recommandations suivant le type d'utilisation faite du NetServer HP sous Linux. Il est possible de cumuler plusieurs fonctions sur un m�me serveur. On prendra soin dans ce cas d'additionner au moins les ressources n�cessaires pour remplir les services.

Quelques r�gles g�n�riques sont � consid�rer :

• On consid�re que le nombre d'utilisateurs simultan�s �quivaut � la moiti� du nombre d'utilisateurs total du serveur.

• La taille m�moire minimale n�cessaire pour un Serveur Linux utilisable est de 32 Mo, ce qui est inf�rieur � la taille m�moire minimale disponible sur les NetServers (128 Mo). En cas d'utilisation de X-Window avec KDE ou Gnome sur la machine, il faut pr�voir 64 Mo suppl�mentaires, soit 96 Mo minimum.

• La taille disque minimale n�cessaire pour un Serveur Linux utilisable est de 2 Go, ce qui est inf�rieur � la taille disque minimale disponible sur les NetServers (9 Go).

• Dans le cas d'une utilisation en Raid 1, on doublera la taille disque utile pour obtenir la taille disque n�cessaire. Dans le cas d'une utilisation en Raid 5, on ajoutera 1 disque pour obtenir la taille disque n�cessaire (jusqu'� 8 disques).

• Sauf cas particulier (serveur de calcul), la zone de swap est �gale en taille � la taille m�moire.

• Le processeur minimal n�cessaire pour un serveur Linux utilisable est un Pentium 133, ce qui est inf�rieur au processeur minimal disponible sur les NetServers (Pentium III 933).

• Chaque utilisateur X-Window ex�cutant un client sur le serveur consomme en moyenne 2 Mo.

• Il peut �tre utile d'ajouter des cartes r�seau sur ce type de machine pour lisser le trafic, en fonction du nombre de clients. L'utilisaion du mode d'aggr�gation (bonding) du noyau Linux peut aussi se r�v�ler tr�s utile.

On pourra aussi se reporter aux conseils d'optimisation des performances fournis par Adrian Likins