[oles@ovh.net]

Olá,
Trabalhamos sobre um novo tipo de cluster sob o nome de
código "Leclerc" (como o carro de combate Leclerc) cf
http://en.wikipedia.org/wiki/Leclerc

Do que se trata ?

Imagine um disco rígido. Este disco rígido está ligado em SAS/SCSI
sobre 2 servidores diferentes. Estes 2 servidores acedem exactamente
aos mesmos dados. Um pouco como o NFS, mas directamente em
bloco através de um file system. Claro, é preciso um file system um pouco
especial que saiba gerir os "locks" entre 2 servidores. Podemos
citar o gfs2 ou o lustre.
http://en.wikipedia.org/wiki/Global_File_System

Agora, imagine um rack de discos de 1PB ou 4PB de dados
ligados da mesma maneira sobre 2 servidores HG. Os 2 servidores
trabalham sobre os mesmos dados em paralelo. Os 2 servidores HG
modificam exactamente o mesmo volume de dados. Se um altera os
dados, o outro vê imediatamente. Você cola em frente de um sistema
de repartição de carga e tem um cluster Leclerc indestrutível.
Se um dos discos parte, um dos servidores parte, um rack de dados
parte, tudo continua a funcionar graças a todo um tipo de redundâncias.

Porquê tantas redundâncias ?
A partir de várias dezenas de TB de dados, a questão da
muito muito alta disponibilidade coloca-se. O que quer dizer que
tudo deve ser redundado. O sistema deve aceitar todo tipo de
avaria, tudo isto continuando a funcionar (em modo degradado mas
sem nenhuma indisponibilidade). É então preciso um sistema que trabalha
sobre os mesmos volumes de dados em tempo real E sem nenhum
"single point en failure".

Esperamos apresentar-lhe alguma coisa que responda a este caderno
de cargos em breve. Certamente sob Linux, talvez sob Windows, mas
ainda não sob Solaris (SUN comprou lustre provavelmente no âmbito
de integrar no ZFS a experiência de lustre, esperamos o resultado com
ansiedade). Se tudo correr bem, poderemos depois propor-lhe a mesma
coisa com 64 servidores em paralelo...

Amigavelmente,
Octave