RE: [suse-linux-s] Replicación de directorios.
Lo primero es dar las gracias a todos por vuestras respuestas. Este tipo de cluster de lo único que se ocupa es de balancear el trafico IP que le llega. No sincroniza nada. Solo detecta que nodos estan funcionando y cual es el que tiene menor carga, y hacia ese nodo dirige las petición entrante. El resto lo tienes que sincronizar tu. Una cosa que si puede hacer es decidir que puertos y en que servidores estan activos. Ej. 4 servidores. Los 4 servidores dan servicio Web, pero solo los 2 primeros tiene servicio de MySQL. El cluster balancerá las peticiones entrantes al puerto 80 entre los 4 servidores y las peticiones al puerto 3369 entre los 2 primeros y todos respondiendo a la misma IP. Otra bondad es su facilidad de crecimiento y que desde el primer momento estas utilizando todos los nodos del Cluster. Para empezar solo necesitas 2 nodos y puedes ir subiendo hasta 16. Con LVS tienes que empezar con 4 y te sirven solo 2 porque los otros 2 los usas de nodo director y backup. No obstante no es recomendable montar mas de 5/6 nodos aunque en la documentación creo que dicen que es a partir de 10 nodos. El principal problema es el trafico que se genera para la sincronización. Otro problema que tiene es la perdida de la sesión ante la caida de un nodo. De todas formas el que lo desee le puedo enviar el documento donde viene bien explicado o el zip con todo que solo son 256Kb, pero daros prisa que me voy de vacaciones hoy. -----Mensaje original----- De: jose maria [mailto:letrados@usernix.org] Enviado el: miércoles, 28 de julio de 2004 16:31 Para: suse-linux-s@suse.com Asunto: Re: [suse-linux-s] Replicación de directorios. *This message was transferred with a trial version of CommuniGate(tm) Pro* -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El Martes, 27 de Julio de 2004 17:59, Vicente García Salas escribió:
Estoy tratando de montar un cluster por balanceo de carga con un Software que se llama Open Cluster. El objetivo es crear una granga de servidores web. Con este software se puede montar un cluster al estilo de los cluster de balanceo de carga de Microsoft. Este tipo de cluster creo que se denomina master-less y utiliza para el balanceo de carga el algoritmo Quantum. Este cluster permite que partiendo desde 2 equipos puedas subir hasta 16 y todos trabajando de forma concurrente. No es la tipica estructura de LVS, en la cual necesitas 2 ordenadores en FailOver como nodo director y detras el resto de nodos.
* Depende lo que quieras obtener con el cluster, si disponibilidad, potencia de proceso, ajustado obviamente al ancho de banda de nada sirve tener potencia de proceso a raudales si el ancho de banda no se corresponde, etc, para disponibilidad te puede valer un miserable round-robin por dns a servidores en distintos nodos de internet, estos puedes replicarlos inmediata y automaticamente colocando los sites, en particiones intersync, puedes seguir haciendo cambios ante una desconexion, se replicara en cuanto la conexion este util, notese que en vez de particion puede ser un fichero creado con dd, generando un sistema de ficheros dentro de el y montado, para esto hasta un cvs te valdria, lo cual te permitiria ademas auditar quien la ha cagado. * No obstante mira piranha de red-hat, esta especialmente pensado para web.
Esto ya lo he hecho funcionar y va bien(No obstante se admiten sugerencias), mi siguiente problema ahora es la replicación de las páginas web. Empezando porque no se que software usar. Me debe permitir ir escalando servidores y que cuando uno de mis programadores haga una modificación en una página web esta modificación se replique automaticamente al resto de los servidores.
* intersync, OpenAFS , scriptillo cron, NBD es un modulo al kernel para backups remotos, ten en cuenta que puedes necesitar un reload del servidor, dependiendo que se toque, no conozco el software que indicas asi que no se que requerimientos exija en las replicaciones o donde se mapea el sistema de ficheros, o si es un mero "proxy frontend" y balancea a los backends, etc.... * No estaria de mas que expusieras sus bondades, si es que las tiene, de igual forma que sus problemas. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFBB7imAXFL65CppEIRAlucAJwP2FHUhZkGxL1BFFsr4Bmphf4hpwCeL316 COglKdXZ0iVz5urBMYejwKA= =swzd -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
*This message was transferred with a trial version of CommuniGate(tm) Pro* -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El Viernes, 30 de Julio de 2004 12:56, Vicente García Salas escribió:
Lo primero es dar las gracias a todos por vuestras respuestas.
Este tipo de cluster de lo único que se ocupa es de balancear el trafico IP que le llega. No sincroniza nada. Solo detecta que nodos estan funcionando y cual es el que tiene menor carga, y hacia ese nodo dirige las petición entrante. El resto lo tienes que sincronizar tu.
* Basicamente es un proxy , con el añadido de que los backends notifican su estado, y aplicaciones (mysql, etc) supongo que en los backends se instalara algun software al efecto. * Yo si no necesitas la deteccion de aplicaciones, usaria round-robin dns al fin y al cabo si un servidor cae el dns pasa la peticion al siguiente y con esto ademas pueden ser hasta remotos. * Para la sincronizacion ya te he comentado varias opciones, si el software no lo provee nativamente. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFBCqjJAXFL65CppEIRAn86AJ9n5jF5w9YfS8x89kAXTljSmC6GYgCffSJ2 lod3bjjhwg+zXjzFdhaPHSo= =I5sw -----END PGP SIGNATURE-----
participants (2)
-
jose maria
-
Vicente García Salas