Pavnay

Lorsque 2 serveurs d'applications fonctionnent en binôme il n'est pas toujours aisé de gérer correctement les pages d'erreur et parmi elles la fameuse page 404.

Où faut il mettre gérer cette page ? Dans httpd ? Dans tomcat ? Comment être sûr qu'elle soit correctement gérée ?

Parfois, le besoin et le développement font que l'on se retrouve avec plusieurs serveurs d'application installés sur plusieurs machines et que l'on souhaite que les applications tournant sur ceux-ci soient accessibles via un unique point d'entrée.
Ce point d'entrée se traduit souvent par un nom de domaine auquel est raccroché une unique adresse IP. Il est tout a fait possible de desservir plusieurs serveurs d'application à partir d'un seul serveur Apache httpd qui servira de point d'entrée.

Ce seul serveur permettra de plus d'authoriser les accès aux applications par htaccess.

L'augmentation de la bande passante a permit un plus grand confort pour les internautes mais aussi l'explosion des ressources multimédia. Ces ressources sont de plusieurs types :

• images : les images sont de plus en plus lourds;
• le "web 2.0" implique une profusion de scripts css et javascript;
• les pages HTML

Concernant les ressources statiques type images, il est possible de jouer avec le cache navigateur, de même que pour les css et les javascripts.
Cependant, ces derniers ont tendance à s'allonger, s'alourdir et par conséquent gênent la construction d'une page internet à cause des temps de transferts.
Il est possible d'accélérer ces temps de transfère avec httpd grâce au module de compression : le mode deflate.

Parce que les sites internet sont de plus en plus esthétiques et par conséquent ont de plus en plus de ressources statiques (javascript, CSS ou images), il devient nécessaire de mettre en place des politiques de cache. Il en existe plusieurs sophistiqués tels que l'utilisation de serveurs de cache tels que Squid, les CDN mais il en est un simple et trop souvent oublié : le cache des navigateurs.
L'utilsation du cache navigateur est simple à mettre en oeuvre car il consiste à positionner des headers dans la réponse à la requête HTTP. La mise en place de ces headers se fait simplement grâce au serveur httpd de la fondation Apache.

MySQL permet de mettre en place de la réplication de bases de données afin d'avoir de la redondance de bases.
Il y a plusieurs interêts à mettre en place la réplication :

• assurer une redondance de serveur : si le serveur de base de données vient à tomber, la machine en réplication peut devenir éligible afin de prendre sa place,
• mettre en place de la répartition de charge sur les requêtes, par exemple en utilisant une solution avec ipvsadm.

La réplication n'est pas de la magie, bien que facile à mettre en place, elle peut apporter des contraintes et peut être quelques complications si le retard accusé par la machine en réplication devient trop important. Il est bien entendu nécessaire pour que la base de données ne soit pas corrompue qu'il convient de ne faire aucune action d'écriture sur le serveur en réplication....
Nous verrons dans la suite de cette article comment mettre en place la réplication mais aussi comme la gérer...