Conjunto do ZFS com tamanhos de unidade diferentes

Question

Estou planejando configurar um pool ZN FreeNAS usando duas unidades de 2 TB e duas unidades de 1 TB. Eu gostaria de ter redundância de dados de alguma forma. Eu li esta postagem o que parece sugerir minhas duas opções é perder 1 TB por unidade de 2 TB usando RAIDZ ou usar este comando (que duplica o espaço necessário para redundância de dados):

zfs set copies=2 poolname

Existe uma maneira melhor de lidar com isso e conseguir algo mais como o Drobo's Beyond RAID ou o XRAID da Netgear? Como alternativa, eu poderia particionar cada unidade de 2 TB em partições de 1 TB e colocar as duas partições no pool?

    

Answer 1

Existe uma maneira melhor de criar um único pool de 3 TB composto por dois espelhos.

zpool create test mirror disk1 disk2 mirror disk3 disk4

com disk1 e disk2 sendo os discos de 1TB e disk3 e disk4 sendo os de 2 TB.

Editar:

Se você quiser maximizar o tamanho e não se importar muito com o desempenho ou melhores práticas, você pode particionar todas as unidades com partições de tamanho igual fatias) e criar um pool híbrido de 4 TB com um RAIDZ de 4 vdev e um espelho de 2 vdev.

zpool create -f test raidz d0p1 d1p1 d2p1 d3p1 mirror d0p2 d1p2

Observe a opção "-f" necessária para forçar o comando a aceitar a incompatibilidade de nível de replicação.

    

Answer 2

Isso depende de quanto armazenamento de dados você precisa. Você pode criar dois pools de 1TB e 2TB cada, usando o RAID 1. Se não, veja se você pode adquirir discos do mesmo tamanho e tente RAID 1 + 0 ou RAIDZ.

    

Answer 3

No guia de administração do ZFS:

"Os dispositivos podem ser fatias individuais em um disco pré-formatado ou podem ser discos inteiros que o ZFS formata como uma única fatia grande."

Então, sim, você poderia criar duas partições de 1 TB nessas unidades de 2 TB, usá-las para o RAID-Z vdev e o espaço restante para armazenamento não redundante.

No entanto, de acordo com o Guia de práticas recomendadas do ZFS, você pode apresentar um desempenho inferior:

For production systems, use whole disks rather than slices for storage pools for the following reasons:

• Allows ZFS to enable the disk's write cache for those disks that have write caches. If you are using a RAID array with a non-volatile write cache, then this is less of an issue and slices as vdevs should still gain the benefit of the array's write cache.

• For JBOD attached storage, having an enabled disk cache, allows some synchronous writes to be issued as multiple disk writes followed by a single cache flush allowing the disk controller to optimize I/O scheduling. Separately, for systems that lacks proper support for SATA NCQ or SCSI TCQ, having an enabled write cache allows the host to issue single I/O operation asynchronously from physical I/O.

• The recovery process of replacing a failed disk is more complex when disks contain both ZFS and UFS file systems on slices.