Nadie es perfecto, firmado: Nadie.
Me mandé algunos mocos en la migración a la infraestructura de Amazon AWS, específicamente EC2, que quería compartir, ya que la intención de lo que hice era buena, pero el resultado no.
Para facilitar la administración, dispuse algunos archivos de configuración de tal manera, que terminó complicando todo. Por ejemplo la configuración de Apache. Ya que se te permite compartir un volumen de storage no efímero, dispuse que muchos servidores Apache, compartieran en un mismo repositorio la configuración de los mismos (httpd.conf y demás). Como estoy usando Debian, lo que hice fue renombrar /etc/apache2 como /etc/apache2.orig, y luego apunté con un link a un repositorio único montado sobre un volumen nfs, digamos algo asi: cd /etc; ln -s /netvol/etc/apache2. Asique de pronto tuve varios servidores EC2, con apaches que pude conectar con el load balancer, todos compartiendo la misma configuración. Genial!
Sin embargo, no.
Llega el momento de actualizar el sistema, o de incorporar más workers al load balanacer, y dentro de /etc/apache2 tengo los modulos binarios de Apache en el subdirectorio /etc/apache2/mod-available, asique potencialmente se podrían mezclar versiones. De hecho observé un comportamiento raro en la página de /server-status, donde me reportaba por ejemplo 3 requests siendo servidos, pero en el grafico aparecian 22.
Finalmente tuve que separar todo como estaba originalmente, cada server con su /etc/apache2 privado, en el volumen de datos efímeros. Para resguardar esas configuraciones, hago control de version con subversion y mantengo una sola versión solo de los archivos punto conf, pero no de los archivos binarios. Es decir cada apache sigue compartiendo un mismo httpd.conf, pero no un modperl.so u otro modulo binario. Ahora el comportamiento es el esperado y la performance es muy superior, lo cual también me enseña que un volumen montado sobre nfs, que a su vez está attacheado al server nfs, es bastante caro en terminos de performance para la web.
Preguntá lo que quieras.
