[FUG-BR] RAID

[Eduardo Alvarenga]

Eu recomendo você colocar tudo em um único array e criar pequenos
volumes de acordo com a demanda. Desta forma, você
garante que seus dados estejam distribuídos entre mais discos e assim
aumenta a disponibilidade. Ah, e use iSCSI, você não vai se
arrepender.

FreeNAS = BSD
OpenFiler = Linux
NexentaStor = Solaris

Se você puder pagar, use o NexentaStor, ele usa ZFS, não tem limites
de tamanho (pelo menos na teoria!),
extremamente robusto, estável, suporta clusters, snapshots(para
backups), etc etc etc.

Já o OpenFiler é gratis, muito bom para um ambiente pequeno/médio que
não precise de tanta escalabilidade.
FreeNAS está um pouco defasado, mas se BSD for sua opção, boa escolha!


Abraço,

2009/1/27 Reginaldo Filippus <rfilippus em gmail.com>
>
> Boa tarde pessoal.
>
> Bom, como nosso grande amigo Alvarenga citou, preciso de uma solução de
> baixo custo.
>
> Hoje tenho um hardware a minha disposição: 1 controladora SATA de 4 portas,
> 1 placa Mãe da Intel com 4 portas SATA(com suporte a raid 0 e 1), 5 HD de
> 500GB, 2 placas de rede Gigabit.
>
> O que estou pensando em fazer.
>
> - Colocar 2 HD´s de 40GB(que tenho aqui novos) fazendo raid 1 direto na
> controladora da placa Mãe, pois não conheço software que faça o raid do /
>
> - Criar um concatenamento com 3hd de 500GB cada para 0 departamento 1 com
> acesso pela placa de rede 1
>
> - Criar um concatenamento com 2hd de 500GB cada para o departamento 2 com
> acesso pela placa de rede 2.
>
> O backup posso fazer por rsync em outro servidor, que tenho disponivel hoje,
> apenas para caso algum dos HD´s apresente problemas.
>
> Será que seria uma solução confiavel para o que tenho disponivel?
>
> Grande abraço a todos.
>
> 2009/1/27 Eduardo Schoedler <eschoedler em viavale.com.br>
>
> > Aí que está... mas que dá, dá! rsrs.
> > Tudo depende de quanto você irá perder caso haja uma parada não programada.
> >
> > Sds,
> > Eduardo.
> >
> >
> > --------------------------------------------------
> > From: "Eduardo Alvarenga" <eduardo.alvarenga em gmail.com>
> > Sent: Tuesday, January 27, 2009 3:26 PM
> > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"
> > <freebsd em fug.com.br>
> > Subject: Re: [FUG-BR] RAID
> >
> > > Neste caso ele terá que usar FAs e switches SAN -- além do próprio
> > > storage,
> > > o que encarece muito mais a solução. -- Mas claro! Resolve com louvor!
> > >
> > > Creio que o Reginaldo está buscando uma solução viável e com baixo custo.
> > >
> > > Abraço,
> > >
> > > 2009/1/27 Eduardo Schoedler <eschoedler em viavale.com.br>
> > >
> > >> Você pode ter 2 controladoras HBA fazendo failover, em switches HBA
> > >> diferentes.
> > >> Assim você não tem SPOF nesse ponto.
> > >>
> > >> Sds,
> > >> Eduardo.
> > >>
> > >>
> > >> --------------------------------------------------
> > >> From: "Eduardo Alvarenga" <eduardo.alvarenga em gmail.com>
> > >> Sent: Tuesday, January 27, 2009 2:52 PM
> > >> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"
> > >> <freebsd em fug.com.br>
> > >> Subject: Re: [FUG-BR] RAID
> > >>
> > >> > Raid por hardware é muito interessante, porém o SPOF (Single Point of
> > >> > Failure) fica focado na HBA.
> > >> >
> > >> > Se a sua controladora de discos falhar, tchau tchau! E as changes
> > >> > estatiticamente falando de uma única HBA falhar vs vários HDs é muito
> > >> > maior!
> > >> > Além disso dependendo do modelo, não é simplesmente uma questão de
> > >> > trocar
> > >> > a
> > >> > HBA (com indisponibilidade) e subir o servidor.
> > >> >
> > >> > Algumas controladoras não permitem a inserção de um Array já criado,
> > >> > fazendo
> > >> > com que você tenha que criar um novo e restaurar backup.
> > >> >
> > >> > Trabalho com equipamentos de grande porte e alta disponibilidade de
> > >> > diferentes fornecedores e realmente concluí que a melhor forma de RAID
> > >> > é
> > >> > via
> > >> > SOFTWARE.
> > >> >
> > >> > Duas controladoras SCSI em JBOD + RAID via software e recover online é
> > >> > a
> > >> > melhor pedida na minha opinião.
> > >> >
> > >> > [1] http://manuals.fujitsu-siemens.com/open.php?ID=7897
> > >> > (só para referência do conceito do Global Disk Services da Fujitsu, é
> > >> > possível fazer com outras ferramentas)
> > >> >
> > >> >
> > >> > Abraço,
> > >> >
> > >> > 2009/1/27 Eduardo Schoedler <eschoedler em viavale.com.br>
> > >> >
> > >> >> Eu aconselho fortemente o uso de RAID por hardware, utilizando HDs
> > >> >> hot-swap.
> > >> >>
> > >> >> Assim, caso aconteça alguma pane, o sistema irá degradar um pouco sua
> > >> >> performance, porém *não irá parar*.
> > >> >> Substituir o hd fica muito simples, uma vez que basta arrancá-lo e
> > >> >> espetar
> > >> >> um novo.
> > >> >>
> > >> >> Se achar que RAID5 não oferece muita segurança, utilize RAID6 (que
> > >> possui
> > >> >> mais de um hd para paridade do array).
> > >> >> Se o problema for performance, utilize RAID60.
> > >> >> Se ainda for problema, utilize SAS 15k RPM e Fiber Channel.
> > >> >>
> > >> >> Tudo depende de quão crítico é sua aplicação.
> > >> >> Trabalhei em multinacionais onde o custo desse hardware era tão
> > >> ridículo,
> > >> >> comparado ao tempo de parada, que não justificava não adquirir RAID
> > >> >> por
> > >> >> hardware.
> > >> >>
> > >> >> Você deve mensurar e ter isso em mente para o seu projeto.
> > >> >>
> > >> >> Sds,
> > >> >> Eduardo.
> >
> > >
> > > --
> > > Eduardo Alvarenga
> >
> > -------------------------
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
>
>
>
> --
> Atenciosamente,
> Reginaldo Filippus
> Desenvolvedor WEB/Admin. Rede
> Fone: (47) 3035-3167
> Cel: (47) 9657-7670
> Skype: reginaldo.filippus
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



--
Eduardo Alvarenga