ZFS parte 1: conceitos, tuning, compre ou monte o seu
Enviado por André Felipe Machado (andremachadoΘtechforce·com·br):
“Este é o primeiro de uma série de artigos sobre ZFS e Btrfs. Abordaremos desde situação legal do código fonte, apresentação básica do funcionamento para adminstradores de sistemas, passando por tuning, thin provisioning, tiered storage e configurações de alto desempenho, até dicas de como adquirir ou montar seu Data Storage de alto desempenho, com uma boa BIBLIOGRAFIA selecionada. [techforce.com.br/…]” [referência: techforce.com.br]
• Publicado por Augusto Campos em
2012-06-21
@brlinuxblog
Feed RSS
a única coisa que presta no artigo é a bibliografia.
A única coisa que presta no artigo é a bibliografia. [2]
(Mas o artigo é tão fraquinho que eu nem me animei a lê-la…)
O artigo tem pouca coisa, mas excesso de links… Basicamente parece que o redator dele fez uma busca no Google e colou o que conseguiu achar.
+1
Qual o problema? preguicinha de ler, querida “comunidade” ?
:)
Olá,
à primeira vista, parece que a introdução não conseguiu apresentar o escopo do artigo (parte 1), que é indicar os tópicos a considerar na construção ou escolha de um data storage baseado em ZFS e as dicas de análise caso a caso para parametrização.
E é a primeira parte para ajudar a comunidade…
Não é um artigo para iniciantes absolutos no assunto “data storage”. Muita gente nem calcula IOPS necessários para seu cenário de aplicação e desperdiça dinheiro. Para detalhes e iniciação é necessário consultar a bibliografia recomendada.
ZFS é um software com muitos conceitos diferentes e voltado ao uso corporativo. Com uso dos sw livres, já se pode ter em empresas menores e até em casa.
Seria este o motivo de alguns considerarem “fraquinho”?
O que seria um artigo “forte”?
Obrigado.
@Armando
Bah, preguicinha de ler não, mas o site só tem LINKS nos 3 primeiros tópicos, e o resto é uma mistureba de assuntos não relacionados,
Comer uma feijoada, e logo depois degustar um sorvete de sobremesa pode ser bom. Misturar os dois numa panela e comer deve ser tenso. Foi a impressão que esta matéria me passou.
@Andre Felipe
ZFS e Storages/NAS caseiros é uma matéria muito bacana, mas a matéria ficou sem início(vários links socados na tela sem um contexto lógico), e terminou abruptamente depois de um sobrevôo com a turbina pegando fogo.
Se ele tivesse os seguintes tópicos seria interessante
- O que é o ZFS(tá, é chavão)
- Sistemas operacionais e principais diferenças: Abordar quais deles usam FUSE, quais são nativos, performance, bla,bla,bla..de uma forma mais amigável
- Funcionalidades do ZFS: Falar sobre resize, copy-on-write, facilidades, sem forçar a barra falando os termos SMB, COW, CIFS, iSCSI, Raid e HotSpare no mesmo parágrafo em 5 linhas de forma não-conexa.
- A parte de Thin provisioning tá boa.
- A parte de iSCSI e Fiber channel tá boa(talvez por que eu trabalhe na área). Uma comparação com LUNs de soluções de storage de mercado(IBM, EMC…) para deixar o assunto mais claro, seria bom.
- Tem muita sigla junta e a explicação delas tá em LINKS. Isso desmotiva.
Fica aí a dica pra próxima matéria. O assunto é bom, a abordagem que foi meio “rapidapracarambaeapessoaacessaoLINK1parapoderentenderLINK2″
@Ironmaniaco
Obrigado. Finalmente uma crítica construtiva com sugestões de melhoria.
Agora o artigo foi “remanejado” para uma ordem de tópicos mais palatável, conforme suas sugestões pertinentes.
Mas as outras sugestões ficarão para os próximos artigos. A idéia era não represar o conhecimento.
Essas orientações de análise não estavam previamente escritas em lugar nenhum que eu soubesse. E o tempo anda curtíssimo para escrever artigos looongos.
Então ficou como material original e o resto como bibliografia recomendada a consultar. Para que repetir o que outros já escreveram? Não é um tutorial, como agora está escrito na introdução. Mas um resumo de orientações.
Será que quem está construindo/precisando/avaliando um Data Storage já não conhece as siglas?
Está aí um conjunto de artigos que os comentadores que possuem muito mais conhecimentos poderiam colaborar com a comunidade em seus blogs e nos avisar.
@Ironmaniaco, @Andre Felipe,
Uma boa seria expor algo relacionado a possibilidade de rodar o ZFS fora do FUSE, como no “zfsonlinux dot org” … que após liberar algo do código foi aproveitado e melhorardo por outros e por final retornou a eles … (seria longo detalhar, e demoraria encontrar nomes das empresas/universidades/cidadãos envolvidos novamnete)
tem uns meses que pesquisei a respeito, achei interessante a história por trás, mesmo imcompleta nos motivos da desistencia do andamento do port pra uso direto no linux … não sei a quantas anda, mas seria interessante alguem falar a respeito …
@Andre Felipe
>> Será que quem está construindo/precisando/avaliando um Data Storage já não conhece as siglas?
Talvez conheça. Um glossário ajudaria :)
Um exemplo é aqui no trabalho, onde a sigla RIP precisa ser contextualizada, pois ela pode significar o protocolo de roteamento(RIP), uma sigla pra Real IP quando se fala de roteamento e HA(Keepalived) ou ainda uma distribuição Linux que usamos para explodir imagens a velha maneira(Recovery Is Possible – RiP).
Falar a frase “O RIP tá fora”, pode virar um desastre. lol
Imagino mesmo que criar uma matéria sobre storages é mesmo tenso, visto que é uma das áreas que mais agrega coisa nova devido a demanda da alta disponibilidade/cloud.
Mas beleza, as sugestões ficam pra próxima matéria ;)
@Laponta
Boa sugestão do zfsonlinux. O zfs-fuse é funcional mas tem limitações importantes que o tornam adequado apenas em cenários específicos, como será abordado em futuro artigo. Já está planejada para a série de artigos, como descrito no próprio texto. As soluções domésticas é que talvez fiquem de fora, como também já descrito no texto. O foco é enterprise. Mas o zfsonlinux não morreu. Semana passada lançaram a RC9 que ainda não fiz teste de carga e estabilidade. A RC8 já era bem rápida e suportou sem erros os primeiros stress tests de 72h. Mas quem trabalha com produção de missão crítica e data storage corporativo sabe que ainda tem muito chão pela frente. Até hoje fecham bugs corner cases de ext4, ext3 e xfs. E para agravar o projeto do porte, as alternativas nativas do kernel illumos tem anos de estabilidade na frente e no lado linux tem o btrfs que tem muita gente trabalhando em cima e talvez “chegue lá” antes do zfsonlinux. Só com o tempo veremos.
@Ironmaniaco
Modifiquei a seqüência do artigo e com algumas poucas explicações a mais, para ficar menos “apressado”. Ainda é voltado para quem já conhece data storages.
A série de artigos será voltada a enterprise, com dicas úteis para quem quiser configurar o seu também.
Mas um RamSan 420 ou um Fusionio iodrive2 não se compra para usar em casa, geralmente…
São para o tipo de necessidade e cenário descrita em http://www.techforce.com.br/news/linux_blog/postgresql_tuning_fazer_elefante_voar.
E se tiver storage com alto IOPS, voa.
Aí que entra um ZFS data storage bem escolhido ou montado e dimensionado.
Para nuvem, precisa mais baixo custo e throughoutput que IOPS, e aí entra o GlusterFS.
GlusterFS é muito interessante e já publiquei uns artigos sobre ele antigamente.
GlusterFS performance tuning for small files, replication, distributed, NUFA
PostgreSQL em alta disponibilidade (parte 1): usando sistema de arquivos distribuído GlusterFS
PostgreSQL em alta disponibilidade (parte 1.5): usando sistema de arquivos distribuído GlusterFS
Mas eram para versão 2.x do GlusterFS e teriam de ser revistas com as novas versões.
Como hoje meu cenário de trabalho envolve mais IOPS e latência para arquivos pequenos, divulgo as descobertas que podem auxiliar outros nesse terreno de alto desempenho corporativo com sw livre.
A parte 2 da série ZFS pretende abordar mais dicas de thin provisioning.