[MASOCH-L] SAS ou SSD

Fri Apr 29 13:28:14 -03 2016

Um outro approach posśivel:

https://en.wikipedia.org/wiki/Dm-cache

http://en.community.dell.com/techcenter/os-applications/w/wiki/7621.faster-block-device-performance-with-nvme-pcie-ssd-based-dm-cache-on-rhel-7

http://tracker.ceph.com/attachments/download/2062/ceph-rbd-dm-cache.pdf

Em 29 de abril de 2016 11:43, Fernando Frediani <fhfrediani at gmail.com>
escreveu:

> Geralmente pra servidor de banco de dados SQL eu vejo da seguinte maneira.
>
> Dados SQL (só SQL sem blob ou arquivos binarios separados) consomem pouco
> espaço então dá pra colocar em um RAID 1 de SSD até mesmo pequenos como
> 128GB e ficar despreocupado com a performance por um bom tempo.
>
> Se não dá pra colocar em SSD por essa razão por exemplo então HDs SAS 10k
> rpm são um bom começo.
> Verificar IOs é sempre necessário mas tem dois tipos de IO, aqueles burst e
> os continuos ou médios
> Para aqueles burst esporádicos geralmente o cache do controlador RAID com
> battery backup dá conta de acomodar e não é necessário colocar discos com
> performance tão alta pra isso.
> Ja para os IOs continuos sim.
>
> Alem disso tem a parte de leitura aonde dependendo da configuração do Banco
> de Dados muita coisa consegue residir em memória o que evita IOs adicionais
> em disco.
>
> Fernando Frediani
> On 29 Apr 2016 09:23, "Felipe Rossi" <feliprossi at gmail.com> wrote:
>
> > Bom dia,
> >
> > Antes de qualquer definição de tipo de disco, você precisa saber qual tua
> > demanda
> > de IOPS, por exemplo, se voce precisar de 1000 IOPS, com discos de 10k
> será
> > necessário
> > que montar um RAID com 8 Discos.
> >
> > Discos de 10K tem 150IOPS, dai tem que considerar o tipo de RAID, pois
> > influencia no consumo/uso
> > de IOPS do disco, devido a paridade de escrita necessária para cada tipo
> de
> > RAID.
> >
> > Apenas 1 disco SSD tipo eMLC pode te entregar 5k de IOPS, se for pensar
> em
> > preço os 8 discos
> > SAS vão sair mais caro que 1 SSD.
> >
> > Após isso voce precisa analisar a volumetria necessária e dimensionar o
> > tamanho do disco a ser
> > utilizado.
> >
> > Sobre à qualidade e durabilidade de discos SSD, tudo vai depender de
> quanto
> > quer gastar,
> > existem no mercado Discos SSD do tipo  SLC, MLC, eMLC e TLC, cada um para
> > um tipo de bolso, aplicação e durabilidade.
> >
> >
> > Att
> >
> >
> > Em 29 de abril de 2016 07:34, Eduardo Rigler <erigler at gmail.com>
> escreveu:
> >
> > > +1
> > >
> > > RAID10 certamente ficara melhor.
> > >
> > > RAID5 tem uma escrita muito ruim, ainda mais para um db.
> > >
> > > []'s
> > > Em 28 de abr de 2016 11:54 PM, "Fernando Frediani" <
> fhfrediani at gmail.com
> > >
> > > escreveu:
> > >
> > > > Tem certeza mesmo que você quer rodar um banco de dados em RAID 5 ?
> > Você
> > > > precisa mesmo desse espaço extra que 1 disco pode trazer ?  RAID 10
> > seria
> > > > uma escolha bem mais salutar.
> > > >
> > > > Sobre a pergunta original vai tranquilo com discos 10k SAS. São um
> > ótimo
> > > > custo benefício e duram bastante inclusive sob demanda.
> > > > Uma coisa importante no seu cenário, afinal você citou uso para banco
> > de
> > > > dados e virtualização é verificar o tamanho do cache do seu
> controlador
> > > > RAID tanto para leitura quanto para escrita e no caso da escrita o
> uso
> > de
> > > > battery backup. Isso pode trazer uma performance significativa em
> cima
> > do
> > > > RAID.
> > > >
> > > > Fernando
> > > >
> > > > 2016-04-28 17:21 GMT-03:00 Bruno Viviani <bruno at semprenet.com.br>:
> > > >
> > > > > Estava pensando em montar um raid5 com 4 hds pra rodar um bd...
> > > > > e rodar uma virtualizacao em outra maquina com as mesmas
> > > > caracteristicas...
> > > > >
> > > > > att,
> > > > > Bruno Viviani
> > > > > Gerente Técnico
> > > > > Net Rubi Internet
> > > > > (17) 3426-6600
> > > > > www.net-rubi.com.br
> > > > > www.netrubifibra.com.br
> > > > >
> > > > >
> > > > > Em 28 de abril de 2016 17:09, Lucas Willian Bocchi <
> > > > lucas.bocchi at gmail.com
> > > > > >
> > > > > escreveu:
> > > > >
> > > > > > Vai usar para...?
> > > > > >
> > > > > > Em 28 de abril de 2016 16:51, Bruno Viviani <
> > bruno at semprenet.com.br>
> > > > > > escreveu:
> > > > > > > Boa tarde pessoal,
> > > > > > >
> > > > > > > Comparando a eficiência dos SSDs com SAS, com certeza os SAS
> 10k
> > > > ficam
> > > > > > pra
> > > > > > > trás. Porém e quanto à qualidade e durabilidade, alguém possui
> > > > > > experiência?
> > > > > > >
> > > > > > > att,
> > > > > > > Bruno Viviani
> > > > > > > __
> > > > > > > masoch-l list
> > > > > > > https://eng.registro.br/mailman/listinfo/masoch-l
> > > > > > __
> > > > > > masoch-l list
> > > > > > https://eng.registro.br/mailman/listinfo/masoch-l
> > > > > >
> > > > > __
> > > > > masoch-l list
> > > > > https://eng.registro.br/mailman/listinfo/masoch-l
> > > > >
> > > > __
> > > > masoch-l list
> > > > https://eng.registro.br/mailman/listinfo/masoch-l
> > > >
> > > __
> > > masoch-l list
> > > https://eng.registro.br/mailman/listinfo/masoch-l
> > >
> >
> >
> >
> > --
> > *Felipe Rossi*
> >
> > *CEO**EMC - SOPHOS - CISCO - Dell Partner Direct - Double Take -
> > VMWare - **SilverPeak
> > - Microsoft Partner*
> > *Data Center RSANTOS, Soluções em Armazenamento, Segurança,
> Virtualização e
> > Full Outsourcing.*
> >
> > *Av. Brasil 5964 Sl 134, CEP 85.812-001 Ed. Discolandia - Cascavel -
> PR(45)
> > 3326-4568 / 9116-0094  **www.rsantos.eti.br <http://www.rsantos.eti.br/
> >*
> >
> >
> > [image: image001.jpg]
> >
> >
> >
> > "Esta mensagem e uma correspondencia reservada e sua divulgacao,
> > distribuicao, reproducao ou qualquer forma de utilizacao depende de
> > autorizacao,
> > sujeitando-se o responsavel a medidas judiciais. O remetente utiliza o
> > correio eletronico no exercicio do seu trabalho ou em razao dele,
> eximindo
> > esta instituicao de qualquer responsabilidade por utilizacao indevida. Se
> > voce a recebeu por engano, favor elimina-la."
> > __
> > masoch-l list
> > https://eng.registro.br/mailman/listinfo/masoch-l
> >
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>