[MASOCH-L] Storages: Performance e Tunings

[Jeronimo Zucco]

   Um outro cuidado importante é quando você for criar as partições  
nas LUNs, criar de uma maneira que evite o stripe crossing. Naquele  
blog da Adaptec explica sobre isso. Além disso, procure usar LVM (caso  
esteja usando linux) para que a expansão de partições seja facilitada.

[ ]'s


-- 
Jeronimo Zucco
LPIC-1 Linux Professional Institute Certified
Universidade de Caxias do Sul - NPDU

http://jczucco.blogspot.com

Citando Flavio Junior <billpp at gmail.com>:

> Jeronimo,
>
> Obrigado pela resposta e MUITO obrigado pelo link do blog da Adaptec..
>
> Recebi seu e-mail instantaneamente ao seu envio, porem comecei a ler o blog
> só agora me toquei da hora..
> Cada artigo extremamente interessante!!!
>
> E estamos ai.. Posto assim que tiver alguma novidade.
>
>
> --
>
> Flávio do Carmo Júnior
>
> 2008/10/22 Jeronimo Zucco <JCZucco at ucs.br>
>
>> Faltou mais esse, também muito importante:
>>
>> http://searchstorage.techtarget.com/
>>
>>
>> Citando Flavio Junior <billpp at gmail.com>:
>>
>>  Boa tarde pessoal..
>>>
>>> É meu primeiro post na lista, sou administrador de redes em uma emprega
>>> (media-grande) de engenharia civil em Santa Catarina (Floripa).
>>>
>>> Estou realizando no momento um projeto de DR (Disaster Recovery) e, de
>>> lambuja um cluster HA/LB (High Availability/Load Balance), mas é minha
>>> primeira experiencia com equipamentos "high-end" como Storages FC (IBM
>>> DS4700), SAN, Discos FC e todo esse mundo lindo dos grandes.
>>>
>>> Gostaria de trocar alguma ideia com a galera que já tem alguma experiencia
>>> nisso na forma como foi feita a instalação, qual o tipo de operação
>>> (throughput vs. I/O transaction), quais as configurações e tunings feitos
>>> tanto no storage quanto no SO.
>>>
>>> Vou descrever um pouco o que tenho feito.. tenho me baseado em alguns
>>> contatos via IRC com a galera do exterior e os Redbooks da IBM.
>>>
>>> Eu vou utilizar o Storage principalmente para servidor de arquivos, porém
>>> é
>>> uma media de 60% arquivos GRANDES (mapas geograficos, fotos satelite...) e
>>> 40% arquivos normais. Só isso já torna meu cenário "misto" (throughput e
>>> IOPS). Mas alem do servidor de arquivos tambem vou armazenar os e-mails no
>>> servidor.
>>>
>>> Eu tenho trabalhado com Cache Block-size de 8k (no storage), formatado o
>>> FS
>>> (GFS) com 4k/bloco e configurado o read-ahead do device em 16384 blocos
>>> (cada bloco de 512b) pra cada LUN entregue pelo storage, mas eu tambem
>>> estou
>>> usando o LVM para fazer stripe em 3 casos, nesses o valor do read-ahead é
>>> multiplicado pelo numero de stripes.
>>>
>>> Eu me atentei no alinhamento entre o RAID5 e o LVM. Sendo o pe_start do
>>> LVM
>>> 3 vezes o tamanho do segmento do RAID (Chunk size, segment size, stripe
>>> size... depende do fabricante). Fiz alguns benchmarks com o bonnie++ (14
>>> no
>>> total) e optei por essa configuração.
>>>
>>> Apesar de saber que teria um ganho melhor se fizesse mais raid-groups, eu
>>> optei por um unico RAID5 13+1, devido ao valor dos discos de
>>> fibra/capacidade. Cada disco custa 4.5k e armazena 300Gb.
>>> O limite de IOPS de cada controladora do DS4700 é de 2000, cada disco
>>> 300GB
>>> 15K FC faz 340 IOPS, mas acho que não vou conseguir estrangular a
>>> controladora com 2000 IOPS, pelo menos agora no inicio.
>>>
>>>
>>> Esse é meu cenário em relação ao assunto (Performance e tuning), gostaria
>>> de
>>> dicas, correções, trocas de experiencia e qualquer outra informação que
>>> julgarem relevante. Como citei, meu conhecimento com storage é totalmente
>>> baseado em redbooks e um ou outro amigo que da uma dica que leu/viu em
>>> algum
>>> lugar.
>>>
>>> Se alguem quiser trocar ideia tambem sobre o HA/DR/LB estou a disposição
>>> :).
>>>
>>>
>>> --
>>>
>>> Flávio do Carmo Júnior aka waKKu @ irc.freenode.net
>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>
>>>
>>
>>
>> --
>> Jeronimo Zucco
>> LPIC-1 Linux Professional Institute Certified
>> Universidade de Caxias do Sul - NPDU
>>
>> http://jczucco.blogspot.com
>>
>> ---------------------------------------
>> Essa mensagem foi enviada pelo UCS Mail
>>
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>




---------------------------------------
Essa mensagem foi enviada pelo UCS Mail