Posso confiar que o ZFS é consistente entre Linux e FreeBSD?

11

Estou planejando criar uma caixa do FreeNAS em breve, mas se o ZFS no Linux eventualmente se mostrar confiável, talvez eu queira mudar, apenas para ter um sistema operacional mais familiar.

Então, estou pensando se posso confiar que as diferentes implementações do ZFS são compatíveis. Em outras palavras, se eu apenas trocar o disco de inicialização do FreeNAS para Linux ou OpenIndiana, posso confiar que nada de ruim acontecerá com meus dados?

Isso pode parecer uma pergunta estúpida - obviamente deve ser compatível -, mas acho que o ZFS não é comumente usado nos casos em que as unidades são movidas entre computadores, por isso espero que alguém possa fornecer uma resposta melhor do que apenas " deveria ser".

iconoclasta
fonte

Respostas:

8

Você deve prestar muita atenção às versões do zpool. Esse é o principal diferencial entre as variantes Oracle, ex-OpenSolaris, Linux e * BSD do ZFS.

Basicamente, você pode atualizar um zpool mais antigo para uma versão mais recente, mas não pode fazer o downgrade.

Curiosamente, a Wikipedia tem o melhor resumo das diferentes versões do zpool e as diferenças entre elas.

A lista atual de versões do zpool entre as implementações do ZFS está aqui .

Eu uso o NexentaStor 3.1. De acordo com esse cronograma, eu poderia trabalhar com sistemas de arquivos ZFS do OpenIndiana e FreeBSD, mas NÃO com o Solaris 11, por exemplo.

Eu acredito que o FreeNAS está em uma versão super antiga do ZFS. Considere Nexenta?

ewwhite
fonte
1
O FreeNAS 8.2 "estável" ainda é o ZPool v15; mas o FreeNAS 8.3 possui o ZPool v28.
Chris S
Sim, eu consideraria Nexenta. Especialmente porque, quanto mais eu olho para ele, mais acho que posso rodar tudo no Proxmox , para que a mesma caixa possa facilmente servir a outros propósitos.
Iconoclast
Se você não se opõe ao VMWare, a Nexenta está anunciando compilações all-in-one .
precisa saber é
Não sou contra o VMware, mas a licença que possuo é para Mac e há uma versão anterior, e acho que não quero comprar uma nova licença quando as alternativas de código aberto estiverem atualizando (ou talvez a tenham superado? ??). A menos que haja uma forte razão para usar o VMware ...?
Iconoclast
1
O FreeNAS 8.3 com ZPool v28 chegou ao marco "estável" e o ZFSBuild está realizando testes completos intensivos, comparando-o com o Nexenta e o OpenIndiana de baunilha.
Rkagerer
7

O futuro do desenvolvimento do ZFS fora do Oracle apresentará o ZFS Feature Flags . Isso deve possibilitar o uso de um sistema ZFS mais recente em um pool de armazenamento baseado em uma versão mais antiga do ZFS. Portanto, a resposta é sim, deve ser seguro começar com o FreeNAS hoje e mudar para o Linux mais tarde, quando o ZFS estiver mais maduro.

Eu sei que o FreeBSD agora segue as alterações do ZFS no Illumos de muito perto. Novas correções ou recursos são adicionados ao FreeBSD-HEAD em questão de dias ou semanas. Eu também acredito que o projeto zfsonlinux segue as alterações do ZFS na fonte do Illumos ZFS. E eles provavelmente terão sinalizadores de recursos do ZFS, se ainda não tiverem sido adicionados. No momento, eles têm uma prioridade mais alta, atingindo o nível de estabilidade e qualidade que o Illumos e o FreeBSD possuem.

Olav Grønås Gjerde
fonte
Isso é extremamente útil saber. Eu não estava ciente de que algumas disposições estavam em vigor.
precisa saber é
Sim. Se eu pudesse aceitar duas respostas, eu aceitaria isso também ... infelizmente, os sites de troca de pilha são tendenciosos em favor das respostas que se seguem logo após as perguntas às quais elas respondem.
Iconoclast
2
@Brandon Se você mudar de idéia, sempre pode cancelar uma resposta e aceitar outra.
Michael Hampton
@ MichaelHampton: adiciona informações adicionais (muito úteis), mas não tenho certeza se posso dizer que é melhor. Uma resposta (como eu a vejo) responde diretamente à pergunta, como estão as coisas agora, enquanto a outra me diz como as coisas serão no futuro e, portanto, pode ser a resposta certa se avançarmos alguns anos.
Iconoclast
7

O suporte ao ZFS no FreeBSD e no OpenIndiana é baseado no mesmo código do OpenSolaris, portanto eles são certamente compatíveis dentro dos limites normais (o mesmo ocorre com outros derivados do OpenSolaris). Existe um módulo Linux disponível que permite que você use o código OpenSolaris no Linux (eles nunca podem ser distribuídos juntos, por causa da licença infecciosa do Linux). Isso também seria compatível pelos mesmos motivos.

Há um esforço para criar uma base de código ZFS da GPL do zero. Não há garantia inerente de compatibilidade agora ou em qualquer momento no futuro. O local em que eles decidem assumir o projeto é de sua própria responsabilidade, embora seu "objetivo" seja a compatibilidade que ainda não existe.

Também vi muitas pessoas alegando que o Linux pode incluir código de outras licenças. Isso é verdade. A licença CDDL, à qual o OpenSolaris é coberto, não permite que ela seja incluída em projetos que impõem termos mais restritivos do que no entanto. A GPL do Linux exige que, quando as pessoas fizerem melhorias no sistema operacional, essas melhorias sejam contribuídas de volta; esse termo "mais restritivo" significa que o código CDDL não pode ser incluído no código GPL. Dar uma desculpa à Oracle para processá-lo provavelmente não é uma boa ideia. O FreeNAS e o restante dos BSDs usam a licença BSD, que é menos restritiva que o CDDL.

Chris S
fonte
4

Eu mudei algumas piscinas grandes da seguinte maneira:

iniciado no solaris 10 (deixado devido a alterações nos preços de .edu sob o regime oracle)

mudou-se para nexenta (não é tão incrível quanto você espera que seja ... em particular, mesmo que tenha uma área de usuário debian'ish, todo o material do sysadmin ainda é solaris / illumos / o que for).

mudou para o freebsd (tudo bem, exceto que os drivers scsi do meu hardware não estavam). Aqui, adicionei um novo pool ou dois.

mudou-se para openindiana (era como voltar para casa)

Portanto, em geral, é definitivamente possível mover pools entre os sistemas operacionais. Você pode até mudar de little-endian para big-endian (sparc para x64 ou vice-versa). A chave, no entanto, como dizia o outro pôster, a versão do pool. Desde que você esteja migrando para um sistema com código ZFS compatível com a mesma versão ou com uma versão mais recente, fique feliz. Suponho que isso possa ser um motivo para evitar a atualização da versão do seu pool ao atualizar seu sistema operacional.

Dan Pritts
fonte
hey danno! +1 deve levar você a mais de 100 repetições.
Iconoclast
tnx :) mande-me uma mensagem, firstlast no yahoo
Dan Pritts