[FUG-BR] Duvidas - ZFS

[Paulo Henrique - BSDs Brasil]

On 16/08/2013 10:24, vic wrote:
> Em 2013-08-16 6:43, Paulo Henrique - BSDs Brasil escreveu:
>> Saudações,
>>
>> Resolvi entrar na onda dos usuários do ZFS e estou subindo um cluster
>> utilizando ele ( ZFS ) junto com o Hast.
>>
>> Bom como era um tecnologia que li por cima anteriormente tinha meus
>> receios empiricos porem agora que estou brincando um pouco com os pools
>> estou impressionado, gerenciamento de espaço em disco ficou muito mais
>> simples alem de um recurso que o UFS não tem que é a comprensão, UFS
>> perdeu um fã.
>>
>> Um ponto negativo é que ele realmente é bem guloso quanto a memoria, 
>> uma
>> maquina com 8G de ram e um zpool de 450Gb o top retorna a informação
>> abaixo para mim.
>>
>> Mem: 36M Active, 261M Inact, 7223M Wired, 88K Cache, 311M Free
>>
>> A menos que eu esteja equivocado mais 7223M de ram foram simplesmente
>> comprometido pelo kernel, como não tenho ainda nenhuma aplicação, estou
>> executando só o FreeBSD o mais limpo possivel isso me deixou um pouco
>> preocupado, cansei de ver esse servidor com 2G a 3G de ram sobrando
>> sobre uma carga pesada de trabalho ( PostgreSQL + Samba + OpenLDAP ) e
>> agora vejo só 311M livres, achei isso estranho e é a primeira duvida,
>> para mim a memoria do nucleo é dinamica e será liberado conforme os
>> serviços vão requisitando ?
>> Alem do que esse é o pool para o sistema, ainda terá um segundo pool de
>> 1TB onde ficará os arquivos os 8 Gb mais será suficiente para o
>> PostgreSQL, Samba e LDAP mais o ZFS ?
>>
>> Na customização do kernel é necessário setar a opção abaixo ?
>> options         ROOTDEVNAME=\"zfs:system\"
>>
>> Ou não é necessário, basta deixar a configuração do /boot/loader.conf e
>> remover essa linha do kernel?
>>
>> O projeto é para um servidor PDC utilizando o Samba 3.6 com OpenLDAP, e
>> uma das coisas que não se abre mais mão dentro da empresa é 
>> criptografar
>> os discos, sempre usei o GELI sobre gmirror, agora sobre o ZFS pelo que
>> pesquisei a ordem é criar o GELI device e depois sobre o device do GELI
>> criar o zpool, contudo será um cluster utilizando sincronização de 
>> disco
>> com o Hastd onde presumo que a ordem correta deva ser:
>> 1 - Criar os devices GELI.
>> 2 - Criar os devices Hast.
>> 3 - Criar o Zpool sobre os devices Hast.
>>
>> Estou correto sobre está analise ?
>>
>> Qualquer sugestão ou orientação é bem vinda.
>>
>> Abraços e um ótimo dia para todos.
> 
> O ZFS tem o habito de sugar a memória, então isso é normal. O que sua a 
> memória é o ARC, e é possível (e recomendado para ter uma super 
> performance) é colocá-lo num HD SSD, assim como o ZIL. Leia esse artigo 
>   
>   
> /blog/2011/02/frequently-asked-questions-about-flash-memory-ssds-and-zfs
> 
> Para ver as estatística do ZFS, instale o port sysutils/zfs-stats.
> 
> Eu nunca precisei configurar nada no kernel em relação ao ZFS e para o 
> boot, basta usar a configuração do /boot/loader.conf.
> 
> Ainda sobre a memória, você pode limitar o espaço do ARC com a variável 
> vfs.zfs.arc_max="2048M" no /boot/loader.conf. De uma lida na wiki 
> http://wiki.freebsd.org/ZFSTuningGuide
> 
> Sobre a ordem dos devices eu não tenho certeza, mas acho que você está 
> certo. Ah, não sei se serve, mas o zfs tem o zfs zend/receive que pode 
> usado para mandar o filesystem direto para outro servidor remoto.
> 
> Na seção de Howtos do forums.freebsd.org tem um monte de artigos com o 
> ZFS, dê uma procurada lá. Alguns que achei e que podem servir para você:
> 
> 
> http://forums.freebsd.org/showthread.php?t=38154
> http://forums.freebsd.org/showthread.php?t=29639
> 
Opa Vic,
valeu, esses dois artigos é o que estou usando para obter o norte da
solução, como em ambos o ZFS é por ultimo e em um outro artigo o com
geli + hastd o geli vem primeiro pensei ser essa a ordem, bom testar
hoje se for estaremos confirmando apenas.

Quanto ao arc agora que compilei o kernel ele aparece no top :D achei
muito intessante isso.
Pelo visto a linha em si não interfere em nada mesmo, contudo ainda não
experimentei comentar a linha do /boot/loader.conf

Não vou limitar de momento o espaço do arc na memoria, mais se ver que
começará a ficar fora de controle vejo como unica solução.
Quanto A SSD para isso está fora de consideração no momento ( alto custo ).

Segue uma linha do arc que aparece no top agora.
ARC: 1861M Total, 78M MFU, 997M MRU, 16K Anon, 81M Header, 706M Other

Vou ficar de olho nessa opção de momento.


-- 
Paulo Henrique.

/*
 * Não tenho apego material,
 * Só que tambem não vivemos em um mundo socialista.
 */
BSDs Brasil.