Re: [Comandob] Gluster

2012-01-23 Por tema Angel Docampo
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

2012-01-23 Por tema Ramiro Magallanes
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

2012-01-23 Por tema Ignacio Torres Masdeu
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

2012-01-23 Por tema Ramiro Magallanes
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

2012-01-23 Por tema Angel Docampo
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

2012-01-17 Por tema Joan Puiggali - Kopernix

 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

2012-01-17 Por tema Joan Puiggali - Kopernix

 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

2012-01-13 Por tema Angel Docampo
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

2012-01-13 Por tema Ramiro Magallanes
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

2012-01-13 Por tema Ramiro Magallanes
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

2012-01-12 Por tema Ignacio Torres Masdeu
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

2012-01-12 Por tema Ramiro Magallanes
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

2012-01-12 Por tema Ignacio Torres Masdeu

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

2012-01-12 Por tema Oscar Osta Pueyo
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

2012-01-12 Por tema Angel Docampo
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

2012-01-12 Por tema Oriol Raventos
..

 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

2012-01-09 Por tema Angel Docampo
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

2010-11-15 Por tema Oscar Osta Pueyo
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

2010-11-15 Por tema Ramiro Magallanes
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

2010-11-15 Por tema Oscar Osta Pueyo
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

2010-11-15 Por tema Ramiro Magallanes
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

2010-11-13 Por tema Ignacio Torres Masdeu
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 Por tema Blackhold
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

2010-11-12 Por tema Ramiro Magallanes
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

2010-11-12 Por tema Ramiro Magallanes
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

2010-11-11 Por tema Blackhold
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