Should we add them to the existing zroot pool and allocate it. This seems like a bad idea since the original pool was designed to run as the root filesystem.
Primeiro, os sistemas de arquivos zpools e zfs são conceitos separados (você não pode separá-los, mas deve, ao pensar em sua configuração). Portanto, os pools não são "projetados para serem executados como o sistema de arquivos raiz", há um sistema de arquivos no zpool que é configurado para ser executado como o sistema de arquivos raiz.
Sendo que este zpool mantém o sistema de arquivos raiz, ele deve ser um único vdev não redundante ou um único espelho. Então você não pode simplesmente adicionar mais drives.
Should we create a new pool with a mirrored set of drives, and then create a new /home2 and transition high-usage users to that partition?
É muito mais fácil criar sistemas de arquivos zfs para cada usuário e montá-los no local da unidade de origem. Isso elimina a idéia de /home2
janky / não-padrão e permite que você defina cotas, reservas e muito mais na pasta pessoal de cada usuário.
Quando configuro um servidor ZFS, eu uso dois / três discos menores para o zpool de inicialização (eu tenho discos de 100-320 GB espalhados, então é isso que eu uso normalmente), ou fatia um pedaço do armazenamento principal drives (de aproximadamente o mesmo tamanho, usando partições GPT). O restante da unidade obtém uma partição grande e isso vai para um zpool de armazenamento.
Aqui está minha configuração do servidor doméstico, por exemplo:
pool: tank0
state: ONLINE
scan: scrub repaired 0 in 1h39m with 0 errors on Sat Jun 8 07:59:40 2013
config:
NAME STATE READ WRITE CKSUM
tank ONLINE 0 0 0
mirror-0 ONLINE 0 0 0
gpt/tank0-d0 ONLINE 0 0 0
gpt/tank0-d1 ONLINE 0 0 0
errors: No known data errors
pool: tank1
state: ONLINE
scan: scrub repaired 0 in 3h11m with 0 errors on Mon Jun 1 08:57:39 2013
config:
NAME STATE READ WRITE CKSUM
tank1 ONLINE 0 0 0
raidz1-0 ONLINE 0 0 0
gpt/tank1-d0 ONLINE 0 0 0
gpt/tank1-d1 ONLINE 0 0 0
gpt/tank1-d2 ONLINE 0 0 0
gpt/tank1-d3 ONLINE 0 0 0