[FUG-BR] RAID

[William David FUG-BR]

Muito boa Eduardo este é um ponto que a falha é realmente critica. velho ditado

Quem tem um não tem nenhum.

 E o custo para ter 2 disponível pode acabar atrapalhando o orçamento
do projeto.

Raid por software seria  a solução mesmo neste caso. já que não
depende inteiramente do hardware.
mas teria que ser uma solução segura testada e homologada e que não
seja apenas montada e esquecida para sempre.
efetuar as rotinas de verificação para saber a saúde do hardware e
demais serviços empregados na solução.

Pergunta. Alguem ai segue a risca a recomendação do backup ?
Que após acabar de efetuar o backup fazer o restore em outro servidor
para saber se todos os dados foram corretamente backupeados ???

Particularmente eu não faço, sei que é negligência minha mas não faço.

Além RAID6 o ideal também é ter um hot spare que consiste em ter um hd
em espera caso algum de problemas ele entraria em operação
resincronizando a sua raid dai você pode ficar tranquilo que a raid
estara online  só a necessidade de trocar o hd defeituoso. no caso do
ZFS só precisa de um comando ( zpool replace pool dev dev ) para que o
hd novo ( antigo com def. ) seja reativado/sincronizado e o hd de hot
spare volte ao seu estado de espera.

Outra opção poderia ser um ClusterFS ( Lustre ),  PrimeCluster,
GoogleFS, Global File System.




2009/1/27 Eduardo Alvarenga <eduardo.alvarenga em gmail.com>:
> Raid por hardware é muito interessante, porém o SPOF (Single Point of
> Failure) fica focado na HBA.



-- 
- = - = - = - = - = - = - = - = - = -
<----.      Of course it runs                William David Armstrong
<----|==========================   Bio Systems Security Networking
<----'                  FreeBSD           MSN / GT  biosystems  gmail . com
 http://biosystems.ath.cx:8080/  http://biosystems.broker.freenet6.net/
--------------------------------------