Acabei de comprar um novo servidor, um HP DL380 G6. Substituí o controlador p410 de matriz inteligente de estoque por um LSI 9211-8i.
Meu plano é usar o ZFS como o armazenamento subjacente do 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 consumidoras não possuem TLER, CCTL e ERC, isso não é recomendado. É esse o caso?
Eu queria saber se, usando o controlador LSI no JBOD (modo de passagem RAID), o tipo de disco que eu uso realmente tem tanto impacto quanto teria 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 adicionando um SSD para o ZFS. Isso faria alguma diferença?
O motivo pelo qual estou tão obcecado em usar o ZFS é para desduplicação e compactação. Eu não acho que o controlador de matriz inteligente possa executar qualquer um desses recursos.
fonte
Respostas:
Por favor, não faça isso.
Se você estiver executando o ZFS no Linux, faça isso sem a necessidade de uma camada de virtualização. As soluções de virtualização e ZFS completas são simples , 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 e no controlador LSI 9211-8i. Em uma configuração do ZFS, uma falha nos discos SATA pode ter um efeito adverso no sistema ao executar com o controlador LSI.
Usar discos de consumo é exatamente o que é. Entre nele conhecendo as advertências.
Editar:
Então, você deseja executar um sistema de arquivos ZFS para fornecer armazenamento para máquinas virtuais locais?
O HP Smart Array P410 é um bom controlador RAID. Mais importante ainda, o seu provavelmente possui um cache de gravação com bateria ou com 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 sobre um sistema de arquivos tradicional como o XFS para esse fim específico.
Isso seria diferente se você estivesse usando o ZFS em um servidor dedicado para fornecer armazenamento a outros hipervisores.
Consulte: Práticas recomendadas do ZFS com RAID de hardware
fonte
O uso de discos de nível de consumidor no servidor de nível de HW é possível, embora não seja recomendado se você for usar o suporte do fornecedor. Eles vão ficar malucos por que você substituiu as unidades perfeitamente suportadas por outras não suportadas. Além disso, não há problema em fazê-lo e o backblaze o comprovou ( http://www.getoto.net/noise/2013/11/12/how-long-do-disk-drives-last/ ).
Quanto à seleção de unidades, procure unidades compatíveis com NCQ e você deve estar bem.
O uso das unidades no modo JBOD está causando problemas. Muito possivelmente, o controlador LSI mostrará apenas um grande disco (e você não deseja isso). O que você precisa é o modo de passagem (basicamente use o controlador como extensor para a contagem de portas. Verifique se é esse o caso.
ZFS no Linux: não é uma idéia estelar. Ainda não é estável o suficiente, embora seja utilizável. Desduplicação no zfs: um grande não, se você estiver planejando executar uma carga séria na máquina. Ele tende a consumir muita memória RAM (na faixa de 2-4 G para cada 200-500 GB de dados deduplicados). Pode ter melhorado, mas não foi verificado em breve. A compactação pode ser uma boa opção, embora dependa dos dados.
SSD: Sim, fará uma grande diferença. Existem várias áreas (o ZIL já foi mencionado acima) que melhorarão bastante se colocadas em um disco separado (e se estiverem no SSD ainda mais).
Se você é inflexível no ZFS, sugiro usar o solaris / nexenta / opensolaris ou o BSD para o host de armazenamento e depois exportá-lo para os hosts XEN sobre iscsi / ata-over-eternet / etc.
Eu sugiro fortemente que pelo menos vasculhe o blog backblaze e procure as idéias que eles estão usando na construção de seus PODs
fonte