Extensibilité
Déplacer un site web d’une machine servant à faire quelques requêtes de test à un site professionnel capable de répondre à un flot continu de requêtes peut ne pas être aussi simple qu’il n’y paraît.
Performances
Un site chargé aura des problèmes de performances, ce qui nous ramène à la question suivante : « Servons-nous le nombre maximum de clients pour un coût minimum ? ».
Outils
Sous Unix, vous pouvez voir les ressources utilisées à l’aide des commandes top, vmstat, swapinfo, iostat et assimilées (voir Les bases de l’administration système, d’Æleen Frisch).
Le module mod_info d’Apache
mod_info permet de surveiller et de diagnostiquer les processus qui utilisent HTTPD. Voir le chapitre 10.
Bande passante
Votre matériel peut fonctionner parfaitement mais être étranglé par les limitations de la bande passante entre vous et le Web. Vous devriez pouvoir estimer grossièrement la bande passante dont vous avez besoin en multipliant le nombre de transactions par seconde par le nombre d’octets transférés (en tenant compte des en-têtes HTTP ajoutés à chaque page web, qui ne sont pas négligeables). Cela étant fait, vérifiez ce qui se passe vraiment en utilisant un utilitaire comme ipfm, que vous pouvez obtenir à partir de http://www.via.ecp.fr/~tibob/ipfm/ :
HOST IN OUT TOTAL
hote1.domaine.com 12345 6666684 6679029
hote2.domaine.com 1232314 12345 1244659
hote3.domaine.com 6645632 123 6645755
...
Ou utilisez cricket ( http://cricket.sourceforge.net/ ) pour produire de jolis graphiques.
Répartition des charges
mod_backhand est un logiciel libre qui permet de répartir la charge du serveur et que nous présenterons plus loin. Si vous recherchez des logiciels payants et chers, regardez du côté de ServerIron, BigIP, et LoadDirector.
Serveur d’images, serveur de textes
Le volume de RAM dont vous disposez limite le nombre d’instances d’Apache ( httpd ou httpsd ) qui peuvent s’exécuter, et donc le nombre de clients que vous pouvez traiter simultanément. Vous pouvez réduire la taille de certaines instances httpd en ayant des versions adaptées spécialement aux images, aux fichiers PDF ou à du texte, tout en faisant tourner une version complète pour gérer les scripts.
La différence de taille vient généralement de la nécessité de charger un langage de script comme Perl ou PHP dans httpd. Comme ils fournissent un stockage des modules et des variables qui est maintenu entre les requêtes, ces langages ont tendance à consommer bien plus de mémoire que les serveurs qui ne fournissent que des pages statiques ou des images. La solution habituelle consiste à lancer deux instances d’Apache : l’une pour tout ce qui est statique, l’autre pour les scripts. Chaque instance doit être liée à une combinaison différente adresse/port, bien sûr, et le nombre d’instances pour les pages dynamiques doit être limité pour éviter les encombrements mémoire.
Bases de données partagées ou répliquées
Vous pouvez accélérer les accès à vos bases de données en les répliquant sur plusieurs machines afin qu’elles puissent répondre indépendamment aux clients. Cette réplication est facile si les données sont statiques : des catalogues, des textes, des bibliothèques d’images, etc. Elle est difficile si la base est souvent mise à jour comme c’est le cas avec des clients actifs. Cependant, vous pouvez contourner la réplication en divisant votre base de données en plusieurs morceaux (s’il s’agit d’une base de données des clients, vous pouvez la diviser selon le nom, par exemple : de A à D, de E à G, etc.), chacun d’eux étant pris en charge par une machine différente. Pour augmenter la vitesse, il faut la diviser en morceaux encore plus petits et rajouter des serveurs.