Re: [Comandob] Gluster
El día 17 de enero de 2012 17:23, Joan Puiggali - Kopernix j...@kopernix.com escribió: Per a DB crec que va una mica com el cul... no l'he provat però he llegit en molts llocs que va de pena... El hardware que se utilice para red. tiene mucho que decir en todo esto. De todos modos el caso de unos es almacenamiento masivo. con escalabilidad alta, el de otros centralizar discos, para levantar maquinas virtuales desde mas de una ubicación y en caso de fallo de estas poderlo levantar con facilidad de otra, al mismo tiempo pedir rendimiento... Vamos que para necesidades colores, no se puede comparar con otras soluciones como si comparáramos dos smartphones... No era mi intención compararlo como si fueran smartphones, hablo según lo experimentado. Es por todos sabido que el talón de aquiles de GlusterFS son los ficheros pequeños. Tanto que en todos los lados desaconsejan que los ficheros de los servidores web se residan en un glustefs. Es muy difícil conseguir una velocidad óptima de transferencia en un entorno con todo tipo de archivos. Se pueden configurar muchos parámetros, y probar con los FS sobre los que los volumenes de gluster residen, así como el protocolo de red para transferirlos, pero toma mucho tiempo dar con el setting adecuado. En casa de clientes, a menudo me encuentro montando volumenes con bricks formateados en reiserfs para ficheros pequeños, o ext3 para ficheros grandes. Últimamente he hecho pruebas con btrfs (con muy gratos resultados, por cierto) para entornos mixtos. En el caso de MySQL (no he probado con otras DB) éste maneja su propio locking y caching con lo que suele dar problemas con el locking y caching de glusterfs. Creo que por eso no recomiendan usar la replicación a través de gluster. Merci Ramiro por el comentario de Zfs. -- JPA -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob -- http://tuxjuegos.tuxfamily.org -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob
Re: [Comandob] Gluster
El lun, 23-01-2012 a las 10:24 +0100, Angel Docampo escribió: No era mi intención compararlo como si fueran smartphones, hablo según lo experimentado. Es por todos sabido que el talón de aquiles de GlusterFS son los ficheros pequeños. Tanto que en todos los lados desaconsejan que los ficheros de los servidores web se residan en un glustefs. En realidad la limitacion de los ficheros pequeños no es algo exclusivo de Gluster, sino de la implementacion de tcp. En otros sistemas de almacenamiento que se basan en tcp y no contemplan serializacion alguna, estas en las mismas y las velocidades son bajas, pero por el overhead normal de copiar 20 ficheros de 2k y los tiempos que esto implica Cuando pruebas libib, te das cuenta que tcp para estas cosas , es el mal. Es muy difícil conseguir una velocidad óptima de transferencia en un entorno con todo tipo de archivos. Se pueden configurar muchos parámetros, y probar con los FS sobre los que los volumenes de gluster residen, así como el protocolo de red para transferirlos, pero toma mucho tiempo dar con el setting adecuado. En casa de clientes, a menudo me encuentro montando volumenes con bricks formateados en reiserfs para ficheros pequeños, o ext3 para ficheros grandes. Últimamente he hecho pruebas con btrfs (con muy gratos resultados, por cierto) para entornos mixtos. En el caso de MySQL (no he probado con otras DB) éste maneja su propio locking y caching con lo que suele dar problemas con el locking y caching de glusterfs. Creo que por eso no recomiendan usar la replicación a través de gluster. Slds! -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob
Re: [Comandob] Gluster
On Monday 23 de January de 2012 at 15:54, Angel Docampo wrote: ¿Cual puede ser la solución pues? ¿Ajo y agua? ¿O se puede usar UDP? Gluster no trae soporte para UDP, aunque he visto que hay esto https://github.com/vbellur/glusterfs-udp Ramiro ha mencionado dos veces en este hilo libib, con lo que entiendo que la respuesta es GlusterFS sobre infraestructura InfiniBand. ¿Ramiro, puedes dar detalles de implementación? ¿Usa IP sobre IB o va a pelo como dios manda? -- Ignacio Torres Masdeu -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob
Re: [Comandob] Gluster
El lun, 23-01-2012 a las 16:08 +0100, Ignacio Torres Masdeu escribió: On Monday 23 de January de 2012 at 15:54, Angel Docampo wrote: ¿Cual puede ser la solución pues? ¿Ajo y agua? ¿O se puede usar UDP? Gluster no trae soporte para UDP, aunque he visto que hay esto https://github.com/vbellur/glusterfs-udp Ramiro ha mencionado dos veces en este hilo libib, con lo que entiendo que la respuesta es GlusterFS sobre infraestructura InfiniBand. ¿Ramiro, puedes dar detalles de implementación? ¿Usa IP sobre IB o va a pelo como dios manda? +1 Si utilizas Ip sobre IB, acabas viendo limitado la tarjeta infiniband a 10G , cosa que es una putada porque Infiniband soporta cosas como QDR con lo que pierdes 3/4 partes de la potencia, otra vez por limitaciones de TCP. Lo suyo , es utilizar infiniband con libib. La configuracion es sencilla , una vez que tienes soporte en el kernel, las tarjetas, y el switch infiniband conectado, el resto es configurar el brick con ese acceso y todo lo demas es igual. Si lanzais una prueba una vez implementado IB , vereis que la diferencia es arrolladora. Slds! -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob
Re: [Comandob] Gluster
El día 23 de enero de 2012 16:35, Angel Docampo emerge.malevol...@gmail.com escribió: El día 23 de enero de 2012 16:22, Ramiro Magallanes lis...@sabueso.org escribió: El lun, 23-01-2012 a las 16:08 +0100, Ignacio Torres Masdeu escribió: On Monday 23 de January de 2012 at 15:54, Angel Docampo wrote: ¿Cual puede ser la solución pues? ¿Ajo y agua? ¿O se puede usar UDP? Gluster no trae soporte para UDP, aunque he visto que hay esto https://github.com/vbellur/glusterfs-udp Ramiro ha mencionado dos veces en este hilo libib, con lo que entiendo que la respuesta es GlusterFS sobre infraestructura InfiniBand. ¿Ramiro, puedes dar detalles de implementación? ¿Usa IP sobre IB o va a pelo como dios manda? +1 Si utilizas Ip sobre IB, acabas viendo limitado la tarjeta infiniband a 10G , cosa que es una putada porque Infiniband soporta cosas como QDR con lo que pierdes 3/4 partes de la potencia, otra vez por limitaciones de TCP. Lo suyo , es utilizar infiniband con libib. La configuracion es sencilla , una vez que tienes soporte en el kernel, las tarjetas, y el switch infiniband conectado, el resto es configurar el brick con ese acceso y todo lo demas es igual. Si lanzais una prueba una vez implementado IB , vereis que la diferencia es arrolladora. Slds! Pues hoy estoy montando otro gluster con tarjetas IB, el switch me llega esta semana. Voy a ver el tema de libib... A la hora de configurar el volumen (de crearlo, vamos) seria algo como? # gluster volume create NOMBRE replica 2 transport ib-verbs nodo1:/brick1 nodo2:/brick1 Gracias por la orientacion!! ^^ mierda, no son IB, son FCoE... mi gozo en un pozo... -- http://malevolent.wordpress.com http://tuxjuegos.tuxfamily.org -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob
Re: [Comandob] Gluster
Nop. Hace años el médico me recomendó que en tema servidor sólo Debian y derivadas. Mano de santo, tu. +1 -- JPA -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob
Re: [Comandob] Gluster
Per a DB crec que va una mica com el cul... no l'he provat però he llegit en molts llocs que va de pena... El hardware que se utilice para red. tiene mucho que decir en todo esto. De todos modos el caso de unos es almacenamiento masivo. con escalabilidad alta, el de otros centralizar discos, para levantar maquinas virtuales desde mas de una ubicación y en caso de fallo de estas poderlo levantar con facilidad de otra, al mismo tiempo pedir rendimiento... Vamos que para necesidades colores, no se puede comparar con otras soluciones como si comparáramos dos smartphones... Merci Ramiro por el comentario de Zfs. -- JPA -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob
Re: [Comandob] Gluster
El día 12 de enero de 2012 22:41, Daniel Cabezas jop...@gmail.com escribió: Buenas, Hace un par de días mandé montar un nodo con openfiler, sin pensar en otras opciones, que ventajas tiene gluster? Saludos, -- Dani openfiler es bueno si se necesita una solución iSCSI o un almacenamiento NAS e una sola máquina con almacenamiento directo. Gluster lo deberías usar cuando dispones un array de máquinas y necesitas almacenar los datos a través de múltiples servidores, además, ofrece un sistema de ficheros distribuido, escalable, sin necesidad de un servidor de metadatos puesto que todos los nodos hacen esa función. Además, la georeplicación hace que los datos se repliquen en nodos ubicados a grandistancia entre ellos. Es la solución, a mi parecer, ideal para el cloud storage. Por encima del FS puedes distribuir los datos a los clientes, con multitud de protocolos: NFS, CIFS, AWS, WebDav... On 13/01/2012, at 4:30 AM, Oriol Raventos oraven...@gmail.com wrote: .. Alguien de vosotros tiene experiencia con SLES11SP1 y dos nodos? (con más funciona ok y virtualizado con dos nodos también) Nop. Hace años el médico me recomendó que en tema servidor sólo Debian y derivadas. Mano de santo, tu. Aquí ponemos EL only. Con derivadas no te referirás a Ubuntu, no? xDDD -- http://tuxjuegos.tuxfamily.org -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob
Re: [Comandob] Gluster
El vie, 13-01-2012 a las 09:46 +0100, Angel Docampo escribió: El día 12 de enero de 2012 22:41, Daniel Cabezas jop...@gmail.com escribió: Buenas, Hace un par de días mandé montar un nodo con openfiler, sin pensar en otras opciones, que ventajas tiene gluster? Saludos, -- Dani openfiler es bueno si se necesita una solución iSCSI o un almacenamiento NAS e una sola máquina con almacenamiento directo. Gluster lo deberías usar cuando dispones un array de máquinas y necesitas almacenar los datos a través de múltiples servidores, además, ofrece un sistema de ficheros distribuido, escalable, sin necesidad de un servidor de metadatos puesto que todos los nodos hacen esa función. Además, la georeplicación hace que los datos se repliquen en nodos ubicados a grandistancia entre ellos. Es la solución, a mi parecer, ideal para el cloud storage. Por encima del FS puedes distribuir los datos a los clientes, con multitud de protocolos: NFS, CIFS, AWS, WebDav... El gran problema de Gluster es que no le puedes pedir performance dependiendo del mix de hardware que hagas de una implementacion seria de iscsi (leer bien , seria). Cuando comienzas a mezclar ficheros grandes y pequeños la performance por un tema normal de tcp, comienza a no ser tan buena. Una de las ventajas principales de Gluster es que tiene soporte de librerias libib para poder utilizar Gluster con Infiniband. La gracia de Gluster es que no posee metadatos. La union de los bricks o servidor de almancenamiento finales se hace/ia via fuse, con lo que los inodos son reconocidos al momento de arrancar el demonio. Slds! -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob
Re: [Comandob] Gluster
El vie, 13-01-2012 a las 14:22 +0100, Angel Docampo escribió: El día 13 de enero de 2012 12:30, Ramiro Magallanes lis...@sabueso.org escribió: El vie, 13-01-2012 a las 09:46 +0100, Angel Docampo escribió: El día 12 de enero de 2012 22:41, Daniel Cabezas jop...@gmail.com escribió: Buenas, Hace un par de días mandé montar un nodo con openfiler, sin pensar en otras opciones, que ventajas tiene gluster? Saludos, -- Dani openfiler es bueno si se necesita una solución iSCSI o un almacenamiento NAS e una sola máquina con almacenamiento directo. Gluster lo deberías usar cuando dispones un array de máquinas y necesitas almacenar los datos a través de múltiples servidores, además, ofrece un sistema de ficheros distribuido, escalable, sin necesidad de un servidor de metadatos puesto que todos los nodos hacen esa función. Además, la georeplicación hace que los datos se repliquen en nodos ubicados a grandistancia entre ellos. Es la solución, a mi parecer, ideal para el cloud storage. Por encima del FS puedes distribuir los datos a los clientes, con multitud de protocolos: NFS, CIFS, AWS, WebDav... El gran problema de Gluster es que no le puedes pedir performance dependiendo del mix de hardware que hagas de una implementacion seria de iscsi (leer bien , seria). Cuando comienzas a mezclar ficheros grandes y pequeños la performance por un tema normal de tcp, comienza a no ser tan buena. La verdad es que con redes ethernet a 1Gb y con tan solo dos nodos, cuyo tope es de 200MB/s (bonding 802.3ad) he conseguido saturarlo con 7 clientes windows a traves de SMB, transfiriendo ficheros grandes, eso sí. (+500MB) Con ficheros pequeños (1MB), con 8 clientes he sido incapaz de superar los 110MB/s entre todos. También he notado que el FS sobre el que esta GlusterFS es harto vinculante. Con btrfs he conseguido triplicar la velocidad que obtenía con ext3. Y éstos a su vez, le daban mil vueltas a ZFS(on fuse u on linux) Xfs como fs de base, sobre todo por la curva de performance que da hasta llegar al 85% del espacio utilizado. Al loro. Zfs olvidate. Así que he si le sumamos que btrfs no tiene límite de subdirectorios como los ext y que incorpora CRC, y obtiene mejor velocidad, he instalado (con do' cohone') btrfs en producción a uno de mis clientes (que en cosa de un mes tendrán cuatro nodos y la probabilidad de desastres será mucho menor que ahora) Una de las ventajas principales de Gluster es que tiene soporte de librerias libib para poder utilizar Gluster con Infiniband. Amén a ello. Tengo aquí un par de tarjetas a 10Gb con las que cacharrear :) La gracia de Gluster es que no posee metadatos. La union de los bricks o servidor de almancenamiento finales se hace/ia via fuse, con lo que los inodos son reconocidos al momento de arrancar el demonio. Slds! -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob
Re: [Comandob] Gluster
On 09/01/2012, at 09:50, Angel Docampo wrote: El día 13 de noviembre de 2010 09:52, Ignacio Torres Masdeu igna...@torresmasdeu.name escribió: [...] Mwuohoohoho!! Esto huele a resquemor, mucho resquemor!! x Rescatar hilos de hace 14 meses huele a aburrimiento de cojones. Bon any y esas cosas. -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob
Re: [Comandob] Gluster
El jue, 12-01-2012 a las 12:39 +0100, Ignacio Torres Masdeu escribió: On 09/01/2012, at 09:50, Angel Docampo wrote: El día 13 de noviembre de 2010 09:52, Ignacio Torres Masdeu igna...@torresmasdeu.name escribió: [...] Mwuohoohoho!! Esto huele a resquemor, mucho resquemor!! x Rescatar hilos de hace 14 meses huele a aburrimiento de cojones. Bon any y esas cosas. Yo directamente paso de contestar. Creo que en el 2008 dije que habia que mirarse Gluster , por lo que :-X -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob
Re: [Comandob] Gluster
On 12/01/2012, at 15:01, Ramiro Magallanes wrote: El jue, 12-01-2012 a las 12:39 +0100, Ignacio Torres Masdeu escribió: On 09/01/2012, at 09:50, Angel Docampo wrote: El día 13 de noviembre de 2010 09:52, Ignacio Torres Masdeu igna...@torresmasdeu.name escribió: [...] Mwuohoohoho!! Esto huele a resquemor, mucho resquemor!! x Rescatar hilos de hace 14 meses huele a aburrimiento de cojones. Bon any y esas cosas. Yo directamente paso de contestar. Creo que en el 2008 dije que habia que mirarse Gluster , por lo que :-X ¿Contestas diciendo que pasas de contestar? Ramiro, ¿no has tomado las pastillas que te recetó el médico? -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob
Re: [Comandob] Gluster
Eres el steve jobs de gnu... El 12/01/2012 15:15, Ramiro Magallanes lis...@sabueso.org escribió: El jue, 12-01-2012 a las 12:39 +0100, Ignacio Torres Masdeu escribió: On 09/01/2012, at 09:50, Angel Docampo wrote: El día 13 de noviembre de 2010 09:52, Ignacio Torres Masdeu igna...@torresmasdeu.name escribió: [...] Mwuohoohoho!! Esto huele a resquemor, mucho resquemor!! x Rescatar hilos de hace 14 meses huele a aburrimiento de cojones. Bon any y esas cosas. Yo directamente paso de contestar. Creo que en el 2008 dije que habia que mirarse Gluster , por lo que :-X -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob
Re: [Comandob] Gluster
El día 12 de enero de 2012 17:29, Ramiro Magallanes lis...@sabueso.org escribió: El jue, 12-01-2012 a las 15:51 +0100, Angel Docampo escribió: Bon any! No, aburrido nada,todo lo contrario! Es que hace unos días estaba con un tema de split brain en un ctdb sobre glusterfs (dos nodos solamente) y me dio por mirar si había algún tema aquí acerca de ello. Pero veo que a parte de que ramiro dijera en su juventud que había que mirarse el gluster, creo que ni se lo habrá mirado, solo responde boludeces :- Me lo he mirado, tengo varias instalaciones en produccion y la vida es bella. Todavia recuerdo la kdd en la que vino alguien que me dijo que yo estaba loco y que esto de gluster no llegaria a ninguna parte. Ese tio no volvio nunca mas a la kdds. Slds! -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob Que estas loco te lo dirán en bastantes ocasiones. Lo de que el gluster no llegaría a ninguna parte... es que no tenía mucha idea. A mi en cuanto me contaron de qué iba y la escalabilidad que ofrece me parece una idea estupenda (y a los de redhat también se lo ha parecido) -- http://malevolent.wordpress.com http://tuxjuegos.tuxfamily.org -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob
Re: [Comandob] Gluster
.. Me lo he mirado, tengo varias instalaciones en produccion y la vida es bella. Todavia recuerdo la kdd en la que vino alguien que me dijo que yo estaba loco y que esto de gluster no llegaria a ninguna parte. Ese tio no volvio nunca mas a la kdds. Joder, me acuerdo de una quedada donde defendías a muerte las SAN! ;) Ah, si, llevo 4 años con Gluster en producción (estuvimos testeando MogileFS pero se moría) y feliz de la vida. Uri -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob
Re: [Comandob] Gluster
El día 13 de noviembre de 2010 09:52, Ignacio Torres Masdeu igna...@torresmasdeu.name escribió: El 12/11/2010, a las 08:08, Blackhold escribió: ehm... això què fas? guardes les teves dades a les màquines d'altra penya? als servidors d'aquesta gent? et montes tu un cloud de màquines amb dades d'aquestes? Haznos un favor a todos, incluida tú. Antes de escribir en un hilo de alguien que hace una pregunta seria, lee sobre el tema tratado. Ramiro no es el único que esta a punto de abrir la caja de los truenos. A este paso acabaremos pronto con hilos como este: http://lists.badopi.org/pipermail/comandob/Week-of-Mon-20090907/024905.html -- Mwuohoohoho!! Esto huele a resquemor, mucho resquemor!! x Blackhold, al menos no te ha llamado gilipollas a la cara... :P Por cierto, ya he montado varios gluster a clientes, y me he encontrado con casi de todo, consiguiendo al fin que el asunto sea estable y eficaz. Así que si tenéis dudas, os puedo echar una mano. Saludos! ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob -- http://malevolent.wordpress.com http://tuxjuegos.tuxfamily.org -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob
Re: [Comandob] Gluster
Hola, Ya sé que si no es Debian la ropa no queda tan blanca, pero es lo único que conozco, por aportar algo... http://www.centos.org/docs/5/html/5.2/Global_File_System/ También existe paquetería en el main de Debian -- Oscar Osta Pueyo oostap.lis...@gmail.com _kiakli_ -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob
Re: [Comandob] Gluster
El lun, 15-11-2010 a las 13:33 +0100, Oscar Osta Pueyo escribió: en cada nodo. Que solo quería aportar algo, no tengo ni puta idea de uno ni de otro...y menos mi intención era generar una discusión badopiana de alto nivel. Es increible lo que se consigue diciendo solo Red Hat :) No , no me he irritado por leer RedHat ni creo que ellos piensen en modificar su proyecto por la opinion de un humilde servidor, pero como comprenderas y bien sabes , ante la virtud de la variedad esta la elocuencia de la eleccion , por ende , yo elijo. Ahora te vuelvo a preguntar: ves logico mantener gastar un 3er disco para almacenar donde-esta-que cuando haces un raid sobre 2 ? Pues yo por muy logico y por muy guru's que sean los que han parido gfs lo veo ortopedico de cojones , el tener que mantener los metadatos (que si , por muchas mejoras que pueda implicar esto que en muchos casos no es tal , ya que si miras el 90% de los dispositivos de transporte actuales, las tecnicas para leer segmentos de datos pequeños son las menos eficientes) por separado. Todo esto , #IMHO. -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob
Re: [Comandob] Gluster
Hola, 2010/11/15 Ramiro Magallanes lis...@sabueso.org: No , no me he irritado por leer RedHat ni creo que ellos piensen en modificar su proyecto por la opinion de un humilde servidor, pero como comprenderas y bien sabes , ante la virtud de la variedad esta la elocuencia de la eleccion , por ende , yo elijo. De eso se trata... Ahora te vuelvo a preguntar: ves logico mantener gastar un 3er disco para almacenar donde-esta-que cuando haces un raid sobre 2 ? Pues yo por muy logico y por muy guru's que sean los que han parido gfs lo veo ortopedico de cojones , el tener que mantener los metadatos (que si , por muchas mejoras que pueda implicar esto que en muchos casos no es tal , ya que si miras el 90% de los dispositivos de transporte actuales, las tecnicas para leer segmentos de datos pequeños son las menos eficientes) por separado. Pues me gustaría discutir sobre el tema, pero es que no tengo ni puta idea... -- Oscar Osta Pueyo oostap.lis...@gmail.com _kiakli_ -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob
Re: [Comandob] Gluster
El lun, 15-11-2010 a las 15:27 +0100, Jordi Funollet escribió: Ramiro, no em queda clara una cosa. En igualtat de condicions, tots triaríem un sistema que sembli més elegant. Però em sorprèn que li dones molta més importància que jo a la separació de dades i metadades. Perquè? Los metadatos externos IMHO creo que es agregar + complejidad a un montaje que de por si ya puede ser complejo. Es un punto mas de fallo que si falla , lo para y todo. De hecho , no creo que los metadatos separados sean un paradigma que se este utilizando de manera intensiva en los sistemas de almacenamientos clusterizados actuales. No te has preguntado el porque? Y que pasa si no tienes pasta para comunicar via IB los servers de metadatos (tambien conocidos como servers de matagatos) con el resto del mundo? Te cortas las venas con una galleta de arroz? No es acaso mas lento todavia tener un server de metadatos, ya que es una capa mas que engorda todavia los tiempos de respuesta globales? http://www.gluster.com/community/documentation/index.php/GlusterFS_1.3.pre2-VERGACION_vs_Lustre-1.4.9.1_Various_Benchmarks Cuando todo va bien , genial , pero has sufrido algun problema severo con el servidor de metadatos? No te has sentido frustrado al saber que todos los datos son potestad del server de metadatos? Quien es el para decir donde esta todo tu pr0n? En que oss ha quedado aquel video de Gianna Michaels que tanto quieres? No es justo que los servidores de metadatos decidan si eyaculas o no. http://wiki.lustre.org/index.php/Clustered_Metadata#Recovery Has de mantener 2 tipos de hardware, para servidor de metadatos y para el hardware de almacenamiento. Si tienes 20 cajas llenas de discos , con que el servidor de metadatos haga agua , todo a la mierda. Cuando empece a hacer pruebas con Gluster Lustre pense que el segundo era mas robusto por antiguedad y por ende , mas molon , aparte que me hacia gracia ver como tiraba el tema de los metadatos. No hice un montaje grande , solo 20tb pero me pille los dedos que te cagas. Aparte de la complejidad al momento de ponerlo en marcha (a pesar de que x ahi diga que es todo bonito) me revento el servidor de metadatos en medio de las pruebas. La reparacion de los metadatos nunca acabo. Recuerdo que di mil vueltas pero senti que mis datos estaban a la buena de $deity y que si no recuperaba los metadatos a ver cuanta informacion tendria que devorar para recuperar algun fichero. A diferencia de lustre con sus metadatos, gluster es completamente transpartente y solo sincroniza el skel de los directorios , y si tiene el fichero a en el nodo 1 y el fichero b , en el nodo 2, ante un caso de desastre , es tan facil como levantar el nodo y hacer un simple ls cp. Por una fantastica informatica , sin aditivos , transgenicos , ni metadatos. xD Slds! -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob
Re: [Comandob] Gluster
El 12/11/2010, a las 08:08, Blackhold escribió: ehm... això què fas? guardes les teves dades a les màquines d'altra penya? als servidors d'aquesta gent? et montes tu un cloud de màquines amb dades d'aquestes? Haznos un favor a todos, incluida tú. Antes de escribir en un hilo de alguien que hace una pregunta seria, lee sobre el tema tratado. Ramiro no es el único que esta a punto de abrir la caja de los truenos. A este paso acabaremos pronto con hilos como este: http://lists.badopi.org/pipermail/comandob/Week-of-Mon-20090907/024905.html -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob
Re: [Comandob] Gluster
2010/11/13 Ignacio Torres Masdeu igna...@torresmasdeu.name: El 12/11/2010, a las 08:08, Blackhold escribió: ehm... això què fas? guardes les teves dades a les màquines d'altra penya? als servidors d'aquesta gent? et montes tu un cloud de màquines amb dades d'aquestes? Haznos un favor a todos, incluida tú. Antes de escribir en un hilo de alguien que hace una pregunta seria, lee sobre el tema tratado. Ramiro no es el único que esta a punto de abrir la caja de los truenos. A este paso acabaremos pronto con hilos como este: http://lists.badopi.org/pipermail/comandob/Week-of-Mon-20090907/024905.html en fin... todos tenemos nuestros momentos de debilidad... lo admito! soy un troll!!! queréis un par de flames en la lista? no tengo nada mejor que hacer... -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob
Re: [Comandob] Gluster
El vie, 12-11-2010 a las 07:32 +0100, Kopernix - Joan Puiggali escribió: Bueno, yo se que por aquí había gente que hacía cosas con esto. Yo lo probé y encontré que le faltaban muchas cosas Parece que han solucionado algunas, no lo he probado pero el proyecto no pinta nada mal: http://www.gluster.com/products/new-in-3.1.php Ayer recibi un correo comentando las novedades, pero todavia no he mirado en que version las han implementado. Actualmente tenemos 5/6 servidores con gluster instalado y con conectividad ethernet , estamos esperando componentes para pasarlo a transporte IB. Se me caen las babas x ver este punto de montaje a 40gbps :) /etc/glusterfs/glusterfsd.vol22T 5,8T 17T 27% /mnt/gluster Gluster esta maduro como para estar en produccion y funciona sin problemas(toquemos madera) Slds! -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob
Re: [Comandob] Gluster
El vie, 12-11-2010 a las 08:08 +0100, Blackhold escribió: ehm... això què fas? guardes les teves dades a les màquines d'altra penya? als servidors d'aquesta gent? et montes tu un cloud de màquines amb dades d'aquestes? seria interessant muntar alguna cosa estil cloud computing dintre de guifi... de moment alguns tirem amb failovers perquè els coneixements de moment no donen per més... Estoy pensando seriamente en desempolvar el grito de guerra ¬¬ http://lists.badopi.org/pipermail/comandob/Week-of-Mon-20070212/019031.html -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob
Re: [Comandob] Gluster
ehm... això què fas? guardes les teves dades a les màquines d'altra penya? als servidors d'aquesta gent? et montes tu un cloud de màquines amb dades d'aquestes? seria interessant muntar alguna cosa estil cloud computing dintre de guifi... de moment alguns tirem amb failovers perquè els coneixements de moment no donen per més... - Blackhold http://marsupi.org No atribueixis sentiments humans a les màquines, simplement no els agrada. Sé ecológico y en los mails borra el texto que no interesa (firmado: los administradores de la lista). On Fri, Nov 12, 2010 at 07:32, Kopernix - Joan Puiggali j...@kopernix.com wrote: Bueno, yo se que por aquí había gente que hacía cosas con esto. Yo lo probé y encontré que le faltaban muchas cosas Parece que han solucionado algunas, no lo he probado pero el proyecto no pinta nada mal: http://www.gluster.com/products/new-in-3.1.php Saludos. -- Joan Puiggali Abanades (a.k.a Kopernix) GPG id B20FB54B http://www.kopernix.com .. Si crees que sabré responder a tu pregunta, no me la hagas ~# apt-get moo (__) (++) zzZZZzz /--\/ = == Have you mooed tonight?... -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob -- ___ Comandob mailing list Comandob@badopi.org http://lists.badopi.org/mailman/listinfo/comandob