[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [NAPALM-dev] Servicios distribuidos
From: |
Javier Barrio |
Subject: |
Re: [NAPALM-dev] Servicios distribuidos |
Date: |
Fri, 21 Sep 2007 16:58:10 +0200 |
Cambio el asunto para no liarla: hablamos de servicios distribuidos.
El concepto es el siguiente: NAPALM-web (o como se le llame al panel
final que utiliza el usuario/agente) está instalado en un servidor que
utilizamos como frontal y desde ahí se llama por xmlrpc vía ssh a otros
servidores de la granja que son los que albergan los servicios. Tal que
así:
--- smtpd QMail Solaris
/--- smtpd Postfix Linux
usuario/agente -> [frontal] < --- bbdd MS-SQL Windows
\ --- bbdd Oracle Solaris
--- bbdd MySQL FreeBSD
\ --- www IIS Windows
\--- www LightTPD Linux
\--- www Apache Solaris
Tanto los Sistemas Operativos como los servicios son ejemplos.
Entonces, si un usuario quiere tener un dominio con correo bajo QMail
en Solaris y el servicio web en IIS con Windows tirando de bbdd MySQL
en FreeBSD, puede tenerlo.
Ahora bien, esto complica las cosas:
* El hot swap de servicios deja de ser algo trivial, pues implica redirigir
cuentas virtuales de usuarios de correo (por ejemplo) entre servidores
si uno falla, o tener más de un smtpd instalado (que no funcionando) por
servidor.
* Si el ISP sólo dispone de un servidor, las funcionalidades 'distribuidas' han
de
semi emularse en la propia máquina, haciendo algunas de ellas imposibles de
funcionar, como por ejemplo el SMTPD, pues no se puede poner alguno de los
servicios conocido (QMail sin ir más lejos creo que no deja aunque lo podemos
mirar) en puerto distinto al 25 y tener un smtp-proxy, aunque igual sí que se
puede...
En este segundo punto también hay que limitar servicios web, porque en un
Windows
podemos tener funcionando IIS, Apache y _quizá_ LighTPD, pero no muchos más y
todos ellos tirando contra un mod_proxy por delante.
Bueno, esto es a modo resumen lo que hemos hablado esta mañana, aunque
también queda por ver si es factible el uso de Boa para servir imágenes como
hacen
en Slashdot (vía mod_proxy en nuestro caso al menos) y así liberar carga.
--
echo "dpefsAgmv{p/psh" | perl -pe 's/(.)/chr(ord($1)-1)/ge'
GnuPG key ID 0x6D2FF8B5 @ pgp.rediris.es
http://www.fluzo.org/