O ZFS não está no kernel oficial do Linux, e nunca será, a menos que o Oracle confirme o código sob algo compatível com a GPL.
Esta incompatibilidade é contestada . Os principais argumentos a favor de que o ZFS seja permitido em sistemas Linux giram em torno da chamada regra "arm's length". Essa regra se aplica nesse caso somente se o ZFS for fornecido como um módulo separado do kernel, os dois se comunicam apenas por meio de APIs publicadas e ambas as bases de código podem funcionar independentemente umas das outras. A alegação, então, é de que nem a licença da base de código contamina a outra, porque nenhuma delas é uma obra derivada da outra; eles são independentes, mas cooperam. No entanto, mesmo sob essa interpretação, isso significa que os módulos ZFS ainda devem ser enviados separadamente do kernel do Linux, que é como vemos sendo fornecido hoje por Ubuntu .
Bastante separado do argumento CDDL vs GPL, reivindicações da NetApp eles possuem patentes de alguma tecnologia usada em ZFS. A NetApp liquidou sua ação judicial com a Sun após a compra da Oracle, mas esse acordo não protege nenhum outro distribuidor Linux. (Red Hat, Ubuntu, SuSE ...)
A meu ver, estas são suas alternativas:
-
Use btrfs , pois ele tem recursos semelhantes ao ZFS, mas não tem o conflito de licença GPL e está em o kernel mainline para testes desde 2.6.29 (lançado em janeiro de 2009).
O principal problema com o btrfs é que ele tem um longo histórico de problemas com sua funcionalidade RAID 5/6 . Esses problemas estão sendo resolvidos, mas cada vez que um desses problemas surge, ele redefine o "relógio de estabilidade".
Outra preocupação é que a Red Hat tem indicou que a próxima versão do Red Hat Enterprise Linux não incluirá o btrfs.
-
Uma das razões pelas quais a Red Hat está tomando essa posição no btrfs é que eles têm um plano de oferecer funcionalidade semelhante usando uma pilha de tecnologia diferente, eles estão chamando Stratis. Portanto, outra opção que você tem é esperar que o Stratis apareça, com 1.0 programado para o primeiro semestre de 2018, presumivelmente para coincidir com o Red Hat Enterprise Linux 8.
-
Use um sistema operacional diferente para o seu servidor de arquivos (por exemplo, o FreeBSD) e use o NFS para conectá-lo às suas caixas de Linux
-
Use o ZFS no FUSE , uma implementação do espaço do usuário, que funciona perfeitamente em torno do problema de licenciamento do kernel, em detrimento de um significativo quantidade de desempenho
-
Integre o ZFS no Linux depois de instalar o sistema operacional.
O conflito de licenças torna a distribuição do sistema combinado fora da sua organização legalmente questionável. Eu não sou um advogado, mas meu senso é que, apesar dos problemas de patente, distribuir o ZFS no Linux é tão preocupante quanto distribuir drivers binários não-GPL (como aqueles para certas placas de vídeo) com o sistema. Se um desses te incomoda, o outro também.
-
Mude para o Ubuntu, que envia módulos do kernel do ZFS para o SO desde 16.04. A Canonical acredita que é legalmente seguro distribuir o módulo do kernel do ZFS com o SO em si. Você teria que decidir se confia na opinião da Canonical; considere também que eles podem não estar dispostos a indenizá-lo se surgir uma questão legal.
Tenha em mente que atualmente não é possível inicializar a partir do ZFS com o Ubuntu sem um monte de hackers manuais .
A propósito, o btrfs também é apoiado pela Oracle, mas foi iniciado anos antes da aquisição da Sun. Eu não acredito que os dois vão se fundir, ou um ser depreciado em favor do outro, devido ao conflito de licença e à questão da patente. O ZFS é popular demais para ser eliminado, mas continuará havendo demanda por uma alternativa do ZFS.