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. ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd