Os discos rígidos da classe do consumidor estão bem para zfs?

Question

Eu comprei recentemente um novo servidor, o HP DL380 G6. Eu substituí o controlador p410 de matriz inteligente de ações por um LSI 9211-8i.

Meu plano é usar o ZFS como o armazenamento subjacente para o XEN, que será executado no mesmo baremetal.

Foi-me dito que você pode usar discos SATA com os controladores de matriz inteligente, mas como as unidades de consumo não possuem o TLER, o CCTL e o ERC não são recomendados. É este o caso?

Eu queria saber se usar o controlador LSI no JBOD (modo de passagem RAID) faz o tipo de discos que eu uso realmente tem tanto impacto como seria com o controlador de matriz inteligente?

Estou ciente de que tentar usar um sistema RAID não suportado por um cache de gravação para virtualização não é bom para o desempenho. Mas eu estava pensando em adicionar um SSD para o ZFS. Isso faria alguma diferença?

Eu acho que estou obcecado com o uso do ZFS para deduçao e compactação. Eu não acho que o controlador de matriz inteligente possa fazer qualquer um desses recursos.

    

Answer 1

Por favor, não faça isso.

Se você for executar o ZFS no Linux, execute o bare metal sem uma camada de virtualização. Virtualização e soluções ZFS totalmente personalizadas são fofas , mas não vale a pena o esforço de produção.

No que diz respeito às unidades, você pode usar discos SATA em um controlador HP Smart Array, bem como o controlador LSI 9211-8i. Em uma configuração do ZFS, uma falha dos discos SATA pode ter um efeito adverso no sistema ao executar com o controlador LSI.

Usar discos de consumidor é exatamente o que é. Entre nisso sabendo as ressalvas.

Editar:

Então, você quer executar um sistema de arquivos ZFS para fornecer armazenamento para máquinas virtuais locais?

O HP Smart Array P410 é um bom controlador RAID. O mais importante é que o seu provavelmente tem um cache de gravação suportado por bateria ou em flash. Isso é importante para fins de desempenho. Conseguir a mesma coisa corretamente no ZFS ( usando o ZIL ) é muito mais caro e requer mais pensamento de engenharia . O ZFS pode não oferecer muito mais do que um sistema de arquivos tradicional como o XFS para essa finalidade específica.

Isso seria diferente se você estivesse usando o ZFS em um servidor dedicado para fornecer armazenamento para outros hipervisores.

Consulte: Práticas recomendadas do ZFS com RAID por hardware

    

Answer 2

A utilização de discos de nível de consumidor na classe de servidor HW é possível, embora não seja recomendada, se você for usar o suporte do fornecedor. Eles vão puta como o inferno porque você substituiu as unidades perfeitamente suportadas com tais não-portadas. Além de que não há problema para fazê-lo e backblaze provou isso ( link ).

Quanto à seleção do drive Procure drives que suportem o NCQ e você deve estar bem.

O uso das unidades no modo JBOD está causando problemas. Muito possivelmente o controlador LSI mostrará apenas um disco grande (e você não quer isso). O que você precisa é do modo de passagem (basicamente use o controlador como extensor para a contagem de portas. Verifique se este é o caso.

ZFS no linux: não é uma idéia estelar. Ainda não é estável o suficiente, embora seja utilizável. Dedup on zfs: Muito grande não, se você planeja executar uma carga séria na máquina. Ele tende a comer muito ram (na faixa de 2 a 4 G para cada 200 a 500 GB de dados deduzidos). Pode ter melhorado mas não verificado em breve. A compactação pode ser uma boa opção, embora dependa dos dados.

SSD: Sim, isso fará uma boa diferença. Existem várias áreas (o ZIL já foi mencionado acima) que irão melhorar bastante se forem colocadas em um disco separado (e no SSD ainda mais).

Se você é inflexível no ZFS, sugiro usar solaris / nexenta / opensolaris ou BSD para o host de armazenamento e depois exportá-lo para os hosts XEN sobre iscsi / ata-over-eternet / etc.

Eu sugiro strongmente, pelo menos, folhear o blog de backblaze e procurar as ideias que eles estão usando na construção de seus PODs