La première chose à faire c'est de localiser précisement ce qui pose des problèmes de performance (avec apd par exemple). Si c'est le PHP, une machine à part ou même un cluster pour la base de données ne risque pas de servir à grand chose. D'ailleurs dans ton cas, il n'est peut être pas nécessaire d'ajouter de machine du tout si tu « cache » correctement les pages (par exemple avec APC et/ou mod_rewrite). Si c'est bien les accès à la base de données qui ralentisse le site, tu peux essayer de « cacher » les requètes (avec memcached par exemple). Une fois que tu as fait ça, si tu as toujours des problèmes de performance, tu pourra commencer à penser à rajouter des machines (ou réécrire la partie du code qui prend 90% du temps).
Par ailleurs le titre du journal est trompeur, c'est de la répartition de charge que tu veux faire, pas de la haute disponibilité (même si c'est souvent lié). Personnellement pour la redondance, j'aime bien CARP.
# don't do it, yet
Posté par Krunch (courriel, site web personnel) . En réponse au message solution cluster ou haute disponibilité. Évalué à 2.
http://pecl.php.net/package/apd
http://pecl.php.net/package/APC
http://www.krunch.be/vrac/txt/fast_caching_with_mod_rewrite.(...)
http://www.danga.com/memcached/
http://danga.com/words/2005_oscon/oscon-2005.pdf
Par ailleurs le titre du journal est trompeur, c'est de la répartition de charge que tu veux faire, pas de la haute disponibilité (même si c'est souvent lié). Personnellement pour la redondance, j'aime bien CARP.
http://www.fsugar.be/docu/carp/carp.html
(je passe sur le troll « Apache/PHP/MySQL sont plus performants sous Linux que Windows »)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.