Se houver algum hardware de nível servidor disponível, é aconselhável executar o ZFS em cima de um RAID1 baseado em hardware ou algo assim? Deve-se desligar o RAID baseado em hardware e executar o ZFS em um mirror
ou outro raidz
zpool
?
Com a funcionalidade RAID de hardware desativada, os controladores SATA2 e SAS baseados em RAID de hardware têm mais ou menos probabilidade de ocultar erros de leitura e gravação do que os controladores RAID que não são de hardware?
Em termos de servidores não personalizáveis, se houver uma situação em que um controlador RAID de hardware seja efetivamente neutro em termos de custo (ou até reduz o custo da oferta de servidor pré-criada, pois sua presença aumenta a probabilidade da empresa de hospedagem fornecer IPMI complementar) acesso), deve ser evitado? Mas deveria ser procurado?
Respostas:
A idéia com o ZFS é informar ao máximo possível como os discos estão se comportando. Então, do pior para o melhor:
Como o ZFS é bastante paranóico em relação ao hardware, quanto menos oculto houver, mais ele poderá lidar com quaisquer problemas de hardware. E, como apontado por Sammitch , as configurações do RAID Controller e o ZFS podem ser muito difíceis de restaurar ou reconfigurar quando falham (ou seja, falha de hardware).
Sobre a questão do hardware padronizado com algum controlador RAID de hardware, apenas tome cuidado para que o controlador de hardware tenha um modo de passagem real ou JBOD.
fonte
P. Se houver algum hardware de servidor disponível, é aconselhável executar o ZFS sobre um RAID1 baseado em hardware ou algo assim?
R. É altamente preferível executar o ZFS diretamente no disco e não usar qualquer forma de RAID no meio. Se um sistema que exige efetivamente o uso da placa RAID impede ou não o uso do ZFS tem mais a ver com os OUTROS benefícios do ZFS do que com a resiliência de dados. Simplesmente, se houver um cartão RAID subjacente responsável por fornecer um único LUN ao ZFS, o ZFS não melhorará a resiliência dos dados. Se o seu único motivo para usar o ZFS em primeiro lugar é o aprimoramento da resiliência de dados, você perdeu todos os motivos para usá-lo. No entanto, o ZFS também fornece ARC / L2ARC, compactação, snapshots, clones e várias outras melhorias que você também pode desejar e, nesse caso, talvez ainda seja o seu sistema de arquivos preferido.
P. Deve-se desligar o RAID baseado em hardware e executar o ZFS em um espelho ou em um zpool raidz?
R. Sim, se possível. Algumas placas RAID permitem o modo de passagem. Se houver, é a coisa preferida a fazer.
P. Com a funcionalidade RAID de hardware desativada, os controladores SATA2 e SAS baseados em RAID de hardware têm mais ou menos probabilidade de ocultar erros de leitura e gravação do que os controladores RAID que não são de hardware?
R. Isso depende totalmente da placa RAID em questão. Você precisará examinar o manual ou entrar em contato com o fabricante / fornecedor da placa RAID para descobrir. Alguns sim, sim, especialmente se 'desativar' a funcionalidade RAID na verdade não a desativar completamente.
P. Em termos de servidores não personalizáveis, se houver uma situação em que um controlador RAID de hardware é efetivamente neutro em termos de custo (ou até reduz o custo da oferta de servidor pré-criada, pois sua presença aumenta a probabilidade da empresa de hospedagem fornecer acesso complementar à IPMI), deveria ser evitado? Mas deveria ser procurado?
R. Essa é a mesma pergunta que a sua primeira. Novamente - se seu único desejo de usar o ZFS é uma melhoria na resiliência de dados, e a plataforma de hardware escolhida exige que uma placa RAID forneça um único LUN para ZFS (ou vários LUNs, mas você tem uma faixa do ZFS), então você está fazendo nada para melhorar a resiliência dos dados e, portanto, sua escolha do ZFS pode não ser apropriada. Se, no entanto, você encontrar algum dos outros recursos do ZFS úteis, ele ainda pode ser.
Quero acrescentar uma preocupação adicional - as respostas acima se baseiam na idéia de que o uso de uma placa RAID de hardware sob o ZFS não prejudica o ZFS além de remover sua capacidade de melhorar a resiliência dos dados. A verdade é que é mais uma área cinzenta. Existem vários ajustes e suposições no ZFS que não necessariamente funcionam tão bem quando entregues LUNs de vários discos em vez de discos brutos. A maior parte disso pode ser negada com o ajuste adequado, mas, fora da caixa, você não será tão eficiente no ZFS em cima de grandes RAUN LUNs como teria sido em cima de eixos individuais.
Além disso, existem algumas evidências que sugerem que a maneira muito diferente pela qual o ZFS conversa com os LUNs, em oposição aos sistemas de arquivos mais tradicionais, geralmente invoca caminhos de código no controlador RAID e cargas de trabalho com as quais eles não estão acostumados, o que pode levar a esquisitices. O mais notável é que você provavelmente estará fazendo um favor a si próprio, desativando totalmente a funcionalidade ZIL em qualquer pool que você colocar sobre um único LUN, se você também não estiver fornecendo um dispositivo de log separado, embora, é claro, eu recomendo que você Forneça ao pool um dispositivo de log bruto separado (que não seja um LUN da placa RAID, se possível).
fonte
Eu executo o ZFS sobre as configurações de RAID HP ProLiant Smart Array com bastante frequência.
Por quê?
Um exemplo:
Configuração do controlador RAID.
bloquear lista de dispositivos
configuração zpool
detalhe do zpool
listagem do sistema de arquivos zfs
fonte
Normalmente, você nunca deve executar o ZFS em cima de discos configurados em uma matriz RAID. Observe que o ZFS não precisa ser executado no modo RAID. Você pode apenas usar discos individuais. No entanto, praticamente 99% das pessoas executam o ZFS para a parte RAID dele. Você pode simplesmente executar seus discos no modo listrado, mas esse é um mau uso do ZFS. Como outros pôsteres disseram, o ZFS quer saber muito sobre o hardware. O ZFS deve ser conectado apenas a uma placa RAID que possa ser configurada no modo JBOD ou, de preferência, conectada a um HBA. Salte para o canal IRC Freenode #openindiana; qualquer um dos especialistas em ZFS no canal dirá a mesma coisa. Peça ao seu provedor de hospedagem que forneça o modo JBOD se ele não fornecer um HBA.
fonte
Resumindo: o uso de RAID abaixo do ZFS simplesmente mata a ideia de usar o ZFS. Por quê? - Porque foi projetado para funcionar em discos puros, não em RAIDs.
fonte
Para todos vocês ... O ZFS sobre qualquer Raid é uma DOR total e é feito apenas por pessoas MAD! ... como usar o ZFS com memória não ECC.
Com amostras, você entenderá melhor:
Onde o ZFS é bom, é na detecção de bits que mudaram quando o disco estava sem energia (os controladores RAID não podem fazer isso), também quando algo muda sem ser solicitado, etc.
É o mesmo problema que quando um bit em um módulo RAM muda espontaneamente sem ser solicitado a ... se a memória é ECC, a memória se corrige; caso contrário, esses dados foram alterados, para que os dados sejam enviados para os discos modificados; forçar que a mudança não esteja na parte UDEV, se a falha estiver na parte VDEV ... todo o ZPOOL perde todos os seus dados para sempre.
Essa é uma fraqueza no ZFS ... VDEVs falha implica que todos os dados sejam perdidos para sempre.
A incursão por hardware e a incursão por software não podem detectar alterações espontâneas de bits, elas não possuem somas de verificação, o pior nos níveis Raid1 (mirros), lêem nem todas as partes e as comparam, supõem que todas as partes terão sempre os mesmos dados, SEMPRE (sempre digo) em voz alta) O Raid supõe que os dados não foram alterados por nenhuma outra coisa / maneira ... mas os discos (como memória) são propensos a alterações espontâneas de bits.
Nunca use um ZFS em uma RAM que não seja ECC e nunca use ZFS em discos invadidos, deixe o ZFS ver todos os discos, não adicione uma camada que possa arruinar seu VDEV e POOL.
Como simular tal falha ... desligue o PC, retire um disco desse Raid1 e altere apenas um bit ... reconecte e veja como o controlador Raid não pode saber que mudou ... ZFS pode porque todas as leituras são testadas contra a soma de verificação e, se não corresponder, leia de outra parte ... O Raid nunca lê novamente porque uma falha (exceto a leitura impossível do hardware falha) ... se o Raid puder ler, ele acha que os dados estão OK (mas não é nesses casos ) ... O Raid apenas tenta ler de outro disco se, onde estiver escrito, disser "ei, não consigo ler a partir daí, falha de hardware" ... O ZFS lerá de outro disco, se a soma de verificação não corresponder, como também onde está. diz "ei, eu não consigo ler a partir daí, falha de hardware".
Espero deixar bem claro ... O ZFS em qualquer nível do Raid é uma dor de cabeça e um risco total para os seus dados! bem como o ZFS em memórias não-ECC.
Mas o que ninguém diz (exceto eu) é:
Então, quais discos usar?
Mas, ei, a maioria das pessoas não sabe tudo isso e nunca teve um problema ... eu lhes digo: nossa, que sorte você tem, compre alguns bilhetes de loteria antes que a sorte desapareça.
Os riscos existem ... podem ocorrer conincidências com essas falhas ... então a melhor resposta é:
O que eu pessoalmente faço?
Espero poder dar uma pequena luz sobre o ZFS contra o Raid, é realmente uma dor quando as coisas dão errado!
fonte