O que é melhor para um servidor de mídia doméstico: zfs ou btrfs ou LVM / md? [fechadas]


8

Estou pensando em criar um novo servidor doméstico e gostaria de um sistema de arquivos flexível. Tanto o btrfs quanto o zfs são interessantes. Quero poder fazer um ataque suave e ter uma solução flexível que me permita expandir o armazenamento facilmente à medida que adiciono discos rígidos. Não estou interessado em invasão de hardware devido ao custo. Como este é um servidor não essencial, estou disposto a brincar e correr alguns riscos. Este servidor de mídia estará disponível na Internet para reprodução remota. Provavelmente executará o software Plex Media Server. Estou pensando em rodar o Ubuntu 12.04, já que alguns dos softwares que quero usar parecem suportados apenas no LTS.


1
No momento, o BTRFS não suporta o RAID-5/6 o suficiente para mim e não admira que ainda seja rotulado como "recurso experimental". Também tentei escolher entre o antigo soft-raid e o BTRFS no topo, com a solução pura baseada em btrfs, e concluí que os recursos críticos não chegariam ao próximo lançamento do LTS, consulte o artigo phoronix phoronix.com/ scan.php? page = news_item & px = MTU2NDQ .
Adam Ryczkowski

2
Não entendo por que minha postagem está em espera. Estou pedindo conselhos sobre o que usar em um servidor de mídia doméstico. Eu acho que pode haver muitas regras neste fórum para que seja útil. Existe algum outro lugar que eu deva postar minha pergunta? Se você tornar muito difícil de usar, as pessoas simplesmente irão para outro lugar ...
FiftyKnight

Entendo que a idéia é ter um site com perguntas e respostas, que possa ser usado de maneira mais ou menos atemporal. Se você pedir uma opinião, a relevância das respostas mudará muito em breve. A solução para o seu problema é um fórum da web. No fórum, espera-se que os tópicos morram sozinhos e nunca sejam ressuscitados, como uma conversa telefônica com alguém.
Adam Ryczkowski

@AdamRyczkowski A relevância das respostas a esta pergunta não mudará mais rapidamente do que qualquer outra pergunta. Os fóruns são lugares terríveis para obter informações confiáveis, e é por isso que o SE foi inventado.
Endolith 16/10

@ endolith se você acha que uma pergunta foi encerrada incorretamente, por favor, abra uma discussão sobre isso no Ask Ubuntu Meta . Dito isto, não vejo nada de errado aqui. Essa é claramente uma pergunta baseada em opinião, pois a resposta dependerá da preferência pessoal e do que exatamente o OP precisa fazer.
Ter16

Respostas:


9

Atualmente, estou usando btrfs, tendo usado zfs no passado. O zfs tem muita memória e não é "nativo do linux"; portanto, se você estiver satisfeito com um sistema de arquivos mais novo / menos comprovado, recomendo o btrfs.

Se você usar o btrfs no Ubuntu LTS, recomendo aguardar o 14.04, pois os kernels recentes têm muitas atualizações do btrfs.

Um sistema mais tradicional envolveria a invasão de software LVM + md, esta é uma solução testada e comprovada que pode fornecer armazenamento expansível, invasão de software, instantâneos, etc etc, mas não é tão "legal" quanto os sistemas de arquivos mais recentes e perde alguns recursos ( como checksumming / COW).


Este é um bom ponto. Devo considerar a abordagem LVM + md menos legal, mas provavelmente mais estável. Vou verificar. Obrigado!
FiftyKnight

Não estou muito informado sobre o LVM, mas li um pouco sobre ele ... o LVM mais recente suporta COW (dos instantâneos). No entanto, eu não tenho idéia sobre soma de verificação ...... + 1
TrailRider 25/02

@ TrailRider que faz sentido, pensei que poderia ser assim que eles fizeram isso. O btrfs também suporta o COW para arquivos individuais (através do --reflinkargumento cp), o zfs não. O zfs e, mais recentemente, o btrfs, oferecem suporte à desduplicação online, o que o LVM não suporta.
Dwurf 25/02

6

Alguns RAID de hardware são muito reverenciados, mas acho que é como sonhar em ter um tanque do exército americano como seu único veículo. Claro que é seguro, mas é enorme, tem custos de manutenção e combustível proibitivos e, na verdade, se torna uma armadilha quando o deixa no meio do nada, sem que nenhum serviço de reparo padrão possa ajudá-lo.

Além disso, o RAID de hardware possui falhas conhecidas que as soluções completas de software RAID, como BTRFS e ZFS, evitam.

Para o tipo de uso que você está planejando, não há uma solução "melhor" de software RAID entre o ZFS e o BTRFS, é apenas uma questão de escolher a que melhor combina com você:

  • ZFS e BTRFS são excelentes soluções integradas de software RAID / Volume Manager
  • O ZFS e o BTRFS possuem controle de cópia em gravação, instantâneos e blocos de soma de verificação
  • O ZFS pode lidar com sistemas de arquivos muito maiores, mas o BTRFS pode lidar com TB suficiente para qualquer caixa de armazenamento privada
  • as comunidades estão trabalhando nas portas ZFS para Linux, BSD e OS X, com base nas últimas fontes abertas que estavam disponíveis no repositório da Sun Microsystems antes do fechamento (elas não têm os recursos mais recentes implementados pela Oracle, mas é um FS maduro )
  • O BTRFS é oferecido como um pacote opcional na maioria das distribuições Linux, pois ainda não é considerado estável, mas continua a ser desenvolvido em ritmo acelerado
  • O ZFS usa mais RAM que BTRFS, como o pôster anterior mencionou (mínimo de 4 GB, 8 GB recomendados, mas quanto mais, melhor)

Espero que ajude.


O fato de o ZFS não ser nativo do Linux exclui isso para mim. Agora, escolha entre BTRFS e LVM / md. Ouvi dizer que LVM / md é difícil de administrar. Eu vou pesquisar mais. Joguei com o BTRFS na 13.10 e foi fácil de configurar. Vai testar vários cenários de falha e expansão. Obrigado!
FiftyKnight

"O ZFS pode lidar com sistemas de arquivos muito maiores": você tem alguma fonte para isso?
FX

2
@FX BTRFS Tamanho máximo do volume = 2 ^ 64 bytes [ pt.wikipedia.org/wiki/Btrfs] | Tamanho máximo do volume do ZFS = 2 ^ 78 bytes [ pt.wikipedia.org/wiki/ZFS] | O tamanho máximo do arquivo é o mesmo, mas o BTRFS suporta mais arquivos em um volume.
Eric_DL
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.