Expondo o sistema de arquivos não-exportado montado sob o volume do ZFS como parte dos volumes compartilhados pelo NFS

1

Eu tenho um volume ZFS no meu servidor que estou usando como o NAS da minha rede (chamado dados / nas e parte do 'data' raidz zpool) e estou expondo esse volume à minha LAN via NFS usando o atributo ZFS definição: sharenfs. Isso funciona muito bem e é extremamente simples de gerenciar.

Recentemente, recebi um disco rígido SMD Seagate Archival de 8TB, cheio de alguns dados que gostaria de expor por meio do compartilhamento NFS do meu NAS.

Como esta é uma unidade SMR de arquivamento, eu só quero montar e expor essa unidade no modo somente leitura (já que o desempenho de reescrita nessas unidades é assustadoramente terrível) e provavelmente não é um bom candidato para adicionar ao ZFS devido ao fato de que ele já existe e que os drives SMR não são os de melhor desempenho no ZFS). Seu formato atual é UFS.

O que eu gostaria de fazer é montar a unidade em algum lugar (digamos / mnt / foo) e vincular a montagem dessa localização a um diretório sob meus dados / nas ZFS share e, assim, expor os dados através do meu compartilhamento NFS existente. / p>

Eu li em algum lugar que definir uma combinação crossmnt e nohide nas opções do sharenfs poderia permitir esse tipo de relação entre duas exportações do NFS. No entanto, como minhas unidades de arquivamento não são ZFS, torná-las também uma exportação NFS não seria tão simples quanto possível com um volume ZFS; mesmo que essa tática funcionasse.

Alguém sabe se esse tipo de tática de sistema de arquivos cruzado do NFS poderia funcionar, especialmente se o sistema de arquivos filho montado não for uma exportação do NFS do ZFS (ou qualquer exportação do NFS)? E, em caso afirmativo, que tipo de opções teria que ser configurado para garantir acesso confiável a esse sub-sistema de arquivos nas conexões NAS?

FYI: este servidor está executando o SmartOS (Illumos) e, portanto, tem suporte nativo ao sistema de arquivos ZFS e UFS.

    
por CRThaze 15.03.2017 / 15:23

0 respostas