[MASOCH-L] SAS ou SSD

Tue May 3 19:08:24 BRT 2016

Douglas,

"- e a tablespace dos anexos na partição dos SAS(deu quase 700GB)."

um SATA não seria suficiente, além de reduzir os custos e aumentar a
capacidade de armazenamento?

A performance cairia, mas a frequência de acesso a esses anexos não
justificaria?

2016-04-29 13:55 GMT-03:00 Douglas Fischer <fischerdouglas at gmail.com>:

> Exatamente Fernando!
>
> O que o cabra fez no caso em que participei foi colocar as tabelas de
> cadastros e movimentos numa tablespace, e as tabelas com blob e mime deixou
> em outra tablespace(sim, muitos anexos são colocados na ferramenta).
>
> Desse jeito, conseguimos colocar:
> - a tablespace de movimentos na partição de SSD(não usou nem 17GB)
> - e a tablespace dos anexos na partição dos SAS(deu quase 700GB).
>
>
>
> 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
> >
>
>
>
> --
> Douglas Fernando Fischer
> Engº de Controle e Automação
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>

-- 
Eduardo Júnior
GNU/Linux user #423272
http://eduardojunior.eti.br

:wq