GlusterFS en AWS

kri3v

Hola,

Tengo un entorno de 3 instancias ec2 que hacen de webservers atras de un ELB, y un RDS. Los webservers hostean un wordpress.

El problema principal era mantener sincronizadas las imagenes que subian los usuarios. La manera mas facil fue montar un nfs en uno de los webservers.
Pero al hacer esto perdia redundancia dado que el NFS ahora es mi single-point-of-failure.

Probe levantando un volumen de glusterfs en replica en los 3 webservers (cada uno con un brick). Y montar en cada uno su propio brick con fuse.

Cuando levante el vhost con el documentroot en el volumen de gluster, el daemon de gluster empezo a levantar mucho load y los procesos de php no llegaban a terminar de ejecutarse antes de que apache me los matara por timeout.

Se puede hacer algun tunning de Gluster, o alguno tiene alguna otra alternativa (que no sea usar s3 para las imagenes) para mantener sincronizado el documentroot ?

Saludos y gracias.

edux

Esto que planteo es horrible por todos los costados pero just in case... Pero, si usas 1 wordpress como active master y los otros dos como read only y cascadeas con rsync? O sea, todo tu contenido nuevo va a parar a 1 instancia por medio de reglas en el elb o el wordpress (ni idea de como y siquiera si es posible). Pero forzas a todos los usuarios logueados a trabajar en tu master wordpress, y replicas desde ahi a tus slaves. Explota el "master" y promoves algun slave.

No es lindo, pero quizas te resuelve el tema.

Desconocido

ya esta EFS disponible publico...so far so good, misma tasa de escritura y lectura qe en un EBS SSDs GP



(Y)