Heu NFS : c'est pas mort ?
- drbd/ocfs2 : on a ça pour le FS principal mais pas pour les sessions / OCFS2 est un peu suicidaire mais en fait il est très chiant à configurer ... et rien n'est clairement expliqué : à noter que c'est utilisé dans les cluster RAC
- drbd / gluster : on a eu de gros problèmes de lock avec gluster ... à oublier ... ça reste bien pour du backup globalisé
- Memcache : notre solution retenue, 1 Actif / Passif avec une réplication Master / Slave ( Repcached )
- Sharedance est pas mal non plus mais on a pas testé, Skyblog l'utilise
On attend Redis ... qui est le remplaçant de Memcache car il faut bien dire que Memcache en version cluster c'est une hérésie ... la réplication ne fonctionne pas en mode actif / actif ...
On Mon, 19 Jul 2010 21:36:28 +0200, Arnaud Launay asl@launay.org wrote:
Le Mon, Jul 19, 2010 at 09:21:30PM +0200, Lilian RIGARD - Devclic a
écrit:
Un truc qu'il faut apprendre aux développeurs : une base de données n'est pas un endroit pour stocker des sessions PHP car soit disant les développeurs ne savent pas que l'on sait unifier des sessions depuis plusieurs serveurs.
Et on fait ça comment alors ?
Perso je vois plusieurs solutions, mais bon...
nfs (ça scale pas)
drbd/ocfs2 (scale un peu mieux avec drbd en pri/pri, mais perfs dégradées avec du iscsi (pas de cache), et ocfs2 a une petite tendance suicidaire au moindre problème réseau)
drbd/glustre ou autre, pas testé.
... ?
(et sinon après bah c'est du bon gros nas/san proprio...)
Arnaud. _______________________________________________ FRsaG mailing list FRsaG@frsag.org http://www.frsag.org/mailman/listinfo/frsag