[MASOCH-L] SAS ou SSD

[Douglas Fischer]

Sinceramente?
TableSpace é coisa trivial de qualquer SGDB descente.
  Não sei se o MyIsam suportava, mas o Inno tem.
  SQL-Server se faz isso com 3 cliques.


O problema são esses desenvolvedores formados na base do how-to, que não
sabem nem montar integridade relacional ou usar tabela chave-atributo. O
que dirá separar os datafiles.
Quando escutam uma coisa diferente do que está escopo básico de
conhecimento deles, se peidam tudo.



Em 3 de maio de 2016 19:18, Lucas Willian Bocchi <lucas.bocchi at gmail.com>
escreveu:

> É possível otimizar isso utilizando somente os recursos do SGBD, sem
> precisar utilizar outras ferramentas para tal. Se você acha que isso
> resolve o teu problema, faça com que o SGBD gerencie isso por você e
> cuide dos backups manualmente, etc.
>
> 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
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>



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