I am doing lots of video production among other things, so I have big files (10GB) being thrown around a lot. I thought about using SSD as an SLOG, but wouldn't that unnecessarily wear the SSD off, when I'm capturing and rendering video files - HDD speed in not a bottleneck for me in this regard anyway.
Apenas gravações de sincronização vão para o ZIL, portanto, você pode não ver muita diferença no desempenho, dependendo do software. Escrever resistência é uma preocupação apenas com unidades consumidoras de baixa qualidade (você não especificou seu modelo) ou cargas de trabalho de gravação pesada 24/7. Se você trabalha 8 horas por dia, você tem 3 vezes mais tempo.
Should I create separate pools for SSD and HDD? Can I easily move datasets between the pools with send/receive commands?
Enviar / recv funciona sem problemas, independentemente da configuração subjacente do vdev. Lembre-se de que você pode escolher cada sistema de arquivos individualmente, mas não pode obter granularidade mais detalhada (nível de arquivo).
Could I partition the SSD to use it both for root partition and SLOG for HDD? Wouldn't that defeat wear leveling and kill my SSD faster? Wouldn't that kill SSDs performance benefits?
Sim, você pode, 4 GB é muito espaço para o ZIL. Por outro lado, certamente será mais lento, mas com SSDs rápidos, você pode não notar muito isso. Esteja ciente, entretanto, de que você tem agora dois problemas em um - se seu SSD morrer, você perderá todo o sistema operacional / arquivos de configuração E poderá perder dados confirmados, mas ainda não gravados, no HDD. Se você seguir esse caminho, sugiro strongmente usar dois SSDs, se possível dois com a mesma velocidade e latência, porque o mais lento define o ritmo.
I might add a second 2 TB HDD later as a mirror to gain redundancy. I also have 2 1TB USB 3.0 drives that I used with ZFS in Raid-0 for a while. They seem to work pretty well, and can handle ~130 MB/s write speed. I wonder if using that as a mirror vdev for my main HDD would be a good idea. They have proven to be stable for a few months (I know USB can be problematic with ZFS - I played with that a quite lot too).
Se funcionar para você e suas outras alternativas (por exemplo, colocar o disco dentro do sistema com SATA) não estiverem disponíveis, pode ser uma alternativa. É claro que os backups regulares são obrigatórios (como em qualquer caso).
I currently do rdiff-backup to an external 3TB USB 3.0 drive.
Você também pode utilizar send / recv se formatar a unidade como um vdev básico do ZFS. o backup será mais rápido (envios incrementais em nível de bloco) e você terá pelo menos verificações de consistência (checksums e scrubbing). A única desvantagem é que você coloca todos os seus ovos em uma cesta de bugs críticos do sistema de arquivos, a escolha é sua.