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.