Eu tenho duas unidades de 500 GB em uma configuração de espelho zfs-fusível no meu NAS doméstico (debian lenny). Funciona há quase 6 meses e eu não tive problemas. Mais detalhes aqui no meu blog.
Estou pensando em usar o ZFS para meu array NAS caseiro. Eu teria 4 HDDs em raidz em uma máquina Ubuntu Server 10.04.
Gostaria de usar o recurso de instantâneo e a dedução ao armazenar dados. Eu não estou muito preocupado com a velocidade, já que a máquina é acessada via rede sem fio N e isso provavelmente será o gargalo.
Então alguém tem alguma experiência prática com o zfs-fuse 0.6.9 em tal configuração (ou similar)?
Eu tenho duas unidades de 500 GB em uma configuração de espelho zfs-fusível no meu NAS doméstico (debian lenny). Funciona há quase 6 meses e eu não tive problemas. Mais detalhes aqui no meu blog.
Existe agora uma porta linux nativa do ZFS. Eu só soube disso recentemente e, como tal, não tive a chance de testá-lo. Está em desenvolvimento ativo, entretanto, o que é um bom sinal. Provavelmente vale a pena tentar, contanto que você não tenha medo de ter que compilar o módulo e as ferramentas do kernel para você mesmo.
Se você conseguir fazê-lo funcionar, ele irá, sem dúvida, executar muito melhor do que o zfs-fuse.
Eu sei que esse segmento é antigo, mas as coisas mudaram um pouco desde então. (Por exemplo, o estado das opções ZFS-FUSE e in-kernel, o desaparecimento discutível do Solaris "Aberto", etc.)
Em primeiro lugar, a porta do kernel do ZFS não irá
O Ubuntu agora tem um pacote "ubuntu-zfs" através de seu sistema de repositório PPA, que é apenas uma boa embalagem e um módulo automático de construção do projeto nativo zfs-on-linux. Ele é executado no espaço do kernel e suporta uma versão zpool maior atualmente do que o zfs-fuse.
Eu costumava usar o OpenSolaris em um grande servidor 20tb redundante e agora uso o Oracle Solaris 11 nele. O Solaris tem alguns problemas e desafios significativos (especialmente se você estiver confortável com a configuração e administração do Linux em vez do UNIX antigo), e eles mudaram drasticamente muitos dos gerenciamentos de hardware e outras interfaces de configuração entre versões do sistema operacional e até atualizações. um alvo em movimento muitas vezes altamente frustrante (mesmo depois de finalmente dominar uma versão anterior à atualização para a próxima). Mas com o hardware certo (compatível) e muita paciência para mudanças e aprendizado e ajustes, pode ser uma escolha incrível em termos de sistema de arquivos.
Mais uma palavra: não use o suporte CIFS integrado. Use o Samba. O suporte interno está quebrado e pode nunca estar pronto para o horário nobre. A última vez que verifiquei, havia muitas instalações corporativas usando o Samba, mas nenhuma usando o CIFS devido a pesadelos de gerenciamento de permissões.
Eu também uso o ZFS-FUSE no Ubuntu diariamente (em estações de trabalho pessoais) e descobri que ele é sólido e uma solução incrível. Apenas os problemas que posso imaginar com o ZFS-FUSE especificamente são:
Você não pode desabilitar o ZIL (cache de gravação), pelo menos não sem definir um sinalizador no código-fonte e compilar o yourslef. BTW - desabilitar o ZIL, ao contrário de um equívoco comum, não fará com que você perca seu pool em um acidente. Você acabou de perder o que estava sendo escrito no momento. Isso não é diferente da maioria dos sistemas de arquivos. Pode não ser ideal para muitos cenários de servidor de missão crítica (nesse caso, você provavelmente deve estar usando o Oracle Solaris nativo), mas geralmente é uma troca muito interessante para a maioria dos casos de uso pessoal / de estação de trabalho. Para uma configuração de pequena escala, o ZIL pode ser um problema enorme de desempenho de gravação, porque por padrão o cache é distribuído entre o próprio pool - o que pode ser bastante lento, especialmente se uma configuração de distribuição de paridade (RAIDZx). No Oracle Solaris, desabilitá-lo é fácil, acredito que seja a propriedade "sync" do pool IIRC. (Eu não sei se pode ser facilmente desativado na versão nativa do kernel do Linux).
Também com o ZFS-FUSE, a versão zpool não é alta o suficiente para suportar as melhores opções de recuperação de conjuntos de versões mais recentes - se você decidir descarregar o cache de gravação em, digamos, um ou mais SSDs ou unidades de memória RAM, seja cauteloso. (E sempre espelhe!) Se você perder o ZIL, você quase certamente também perdeu sua piscina inteira. (Isso aconteceu comigo desastrosamente com o OpenSolaris.) Versões mais recentes do zpool no Oracle Solaris atenuaram esse problema. Eu pareço incapaz de determinar se a porta linux no nível do kernel tem essa mitigação incorporada ou não.
Além disso, você pode desconsiderar com segurança o alarme "Bug do ZFS ARC" com o qual o sujeito parecia ter discussões com spam. Meu servidor é muito difícil, assim como inúmeros servidores de produção em todo o mundo, e nunca experimentei isso.
Pessoalmente, apesar de não gostar muito do Solaris, o ZFS é incrível, e agora que passei a depender de seus recursos, não posso ficar sem ele. Eu uso mesmo em notebooks Windows. (Através de uma solução de virtualização complexa mas muito confiável e drives USB velcro'ed à tampa.)
Editar: algumas pequenas edições para maior clareza, relevância e reconhecimento das limitações de desempenho do ZFS-FUSE.
Corri o ZFS-FUSE no Ubuntu por quase um ano sem problemas antes de migrar o pool para o OpenSolaris. Dito isto, os requisitos de memória para o Dedup em um pool multi TB provavelmente excederão a memória do seu servidor linux doméstico. O desempenho do Dedup é péssimo quando suas tabelas de desduplicação transbordam do ARC (cache de memória principal), a menos que você tenha um SSD para o L2ARC para mantê-las prontamente disponíveis. Sem as tabelas de deduplicação na memória, várias operações podem se tornar inacreditavelmente lentas (exclusão do diretório de arquivos, exclusão de instantâneos, etc). Os snapshots podem funcionar sem dedup e quase não têm sobrecarga por si só, então, a menos que você armazene um monte de redundantes e tenha 8-16GB de RAM e / ou um SSD para lançar o problema, eu pularia a dedup.
Há também o bug de 3 anos ou mais com o ZFS ARC que ainda persiste!
(Este é desagradável, pois também vai sair dos limites da VM de um hipervisor!)
Não tenho idéia se o fusível ZFS endereça este ...