We are in the process of migrating this forum. A new space will be available soon. We are sorry for the inconvenience.

El cluster Leclerc


oles@ovh.net
19/06/2009, 00:04
Buenos días

Trabajamos sobre un nuevo tipo de clúster bajo el nombre en
código de "Leclerc" (como los tanques Leclerc) ie:

http://es.wikipedia.org/wiki/AMX-56_Leclerc

*** ¿De qué se trata?

Imaginad un disco duro. Este disco duro está conectado en
SAS/SCSI a 2 servidores diferentes. Estos 2 servidores acceden
exactamente a los mismos datos. Un poco como el NFS, pero
directamente en bloque a través de un file system. Por supuesto
hace falta un file system un poco especial que sepa gestionar
los "locks" entre los 2 servidores. Podemos citar el gfs2 o lustre.

http://en.wikipedia.org/wiki/Global_File_System

Ahora, imaginad una cabina de discos de 1PB o 4PB de datos
conectados de la misma forma sobre estos 2 servidores HG. Los 2
servidores HG modifican exactamente el mismo volumen de datos. Si
uno cambia los datos, el otro lo ve inmediatamente.

Ponéis delante un sistema de repartición de carga y tenéis un clúster
Leclerc, indestructible. Si uno de los discos se rompe, si uno de los
servidores se rompe, si una de las cabinas de datos se rompe.... todo
continúa funcionando gracias a toda una serie de redundancias.

*** ¿Para qué tantas redundancias?

A partir de varias decenas de TB de datos, la cuestión de la alta y
muy alta disponibilidad se plantea. Lo que quiere decir que todo debe
ser redundante. El sistema debe aceptar a toda una serie de fallos y
continuar funcionando (aunque sea en modo degradado, pero
sin causar indisponibilidad).

Hace falta pues que el sistema trabaje sobre los mismos volúmenes
de datos, en tiempo real y sin ningún "single point" con posibilidad de
fallo.

Esperamos presentaros en breve algo que responda a este cuaderno de
carga. Habrá una versión bajo Linux y posiblemente bajo Windows,
pero aún no bajo Solaris (SUN ha comprado lustre probablemente con
el objetivo de integrar en el ZFS la experiencia de lustre, esperamos
el resultado con impaciencia).

Si todo va bien, podremos proponer lo mismo hasta con 64 servidores
en paralelo ...

Amistosamente,
Octave