[MASOCH-L] SAS ou SSD

Wed May 4 10:13:21 -03 2016

E você tem coragem de colocar os dados de uma empresa com quase 800
funcionários em 1(um) SATA?

E já ví muito disso, hein!
E para desespero mais intensificado, HD Slim(Cabeça simples).

Em 3 de maio de 2016 19:08, Eduardo Júnior <ihtraum18 at gmail.com> escreveu:

> 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
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>

-- 
Douglas Fernando Fischer
Engº de Controle e Automação