Um controlador RAID falso faz algum trabalho útil ou é como um local para armazenar os parâmetros? Eu sei que o Linux oferece muito mais flexibilidade do que meu controlador on-board, mas isso não é importante para mim.
Existe alguma vantagem de desempenho usando o RAID falso?
Respostas:
De um modo geral, não há diferença significativa de desempenho entre RAID de software e RAID falso, pois o RAID falso é mais ou menos RAID de software de qualquer maneira.
Qualquer calibração de paridade (para RAID5 e similar) será feita na CPU em ambos os casos (e eu confiaria mais no sistema operacional para ser eficiente e bem testado / estável / suportado do que os drivers RAID falsos, especialmente para um mobo barato / controller para que você possa achar que o RAID falso é menos rápido e menos confiável), também qualquer leitura de bloco necessária para atualizar os blocos de paridade precisa passar o controlador para o sistema operacional nos dois casos.
Além disso, existe um problema de gravação de várias unidades em ambos os casos - gravar em um bloco em um RAID1 de duas unidades, por exemplo, significa duas gravações do SO no controlador com o software e o RAID falso - com o RAID de hardware, sempre há apenas uma gravação ao controlador e ele consegue conversar com as unidades potencialmente em paralelo, e não sequencialmente. Com software / fake, as gravações também podem ser paralelas, mas isso depende dos controladores e controladores de E / S que suportam isso (é mais provável com RAID de software se suas unidades não estiverem todas no mesmo controlador, então, novamente, existe o risco de falsificações. RAID seja realmente um pouco mais lento nessa circunstância).
Em geral, o RAID falso leva os bits ruins do RAID do software (possível ocorrência de CPU e latência de E / S por causa disso, impossibilidade de multiplexar gravações (dependendo do controlador / drivers / SO) para economizar largura de banda do barramento, sem cache de hardware) bits de RAID de hardware (dependência de fornecedor e, às vezes, dependência de modelo de controlador) e nenhuma das vantagens de (flexibilidade e portabilidade potencial da máquina do RAID de software ou a independência do SO, eficiência de gravação, opções de cache e assim por diante do RAID de hardware). Eu (e muitos outros) recomendo que seja evitado.
NOTA MENOR: Meus pensamentos sobre a eficiência / estabilidade do driver são independentes do sistema operacional - eu confiaria nas opções de RAID do software em qualquer Linux / BSD / Windows / OSX / outro, da mesma forma que os drivers de uma configuração barata de invasão falsa (como a fornecida pela sua placa-mãe).
OBSERVAÇÃO TAMBÉM: possíveis bugs nos drivers e outros problemas listados acima, o RAID falso ainda o protegerá de algumas falhas na unidade, mas sugiro o uso do software RAID.
O FakeRAID armazena as informações do contêiner RAID no hardware / firmware, para que, se outro sistema operacional aparecer, não seja necessário informar quais contêineres existem. O RAID de software armazena as informações do contêiner RAID nas unidades, para que, se as unidades forem movidas para outro hardware, não seja necessário informar quais recipientes existem.
dmraid -lpara determinar quais implementações são suportadas pelo seu sistema operacional.
Sou engenheiro de hardware de um grande fornecedor. O RAID falso é a desgraça da minha vida, 80% das substituições de disco precisarão de uma interrupção para substituir um disco quebrado, porque após a substituição, o sistema operacional não vê o novo disco. Você precisa ir ao BIOS e reconstruir o volume. Normalmente você não perde dados, mas é um aborrecimento e você estará trabalhando através de um console remoto.
Se você possui RAID de software disponível, não use RAID falso - ele funciona bem até que algo quebre. Aprenda a gerenciar seu volume. Nos últimos 13 anos, não me lembro de alguém tendo uma interrupção quando um disco espelhado por software quebra.
Ele oferece uma grande desvantagem: está vinculado ao controlador de invasão de hardware. Portanto, se o seu cartão de invasão ou a placa principal quebrar, você perderá suas informações.
A vantagem presumida da "independência do sistema operacional" não existe, na minha opinião, pois os drivers ainda precisam ser instalados para tirar proveito disso. No caso de inicialização múltipla, será melhor particionar os diferentes discos e usar os recursos internos de cada sistema operacional.