Não, você não pode usar o ataque Intel ICHR para vSphere / ESXi. A razão para isto é porque o ataque não existe como um volume a ser exposto através de um driver controlador (a verdadeira explicação para o que todas as crianças chamam de "fakeraid").
Todas as soluções RAID são baseadas em software, mas o que mais chamam de "hardware RAID" são soluções onde o software RAID é executado no controlador ("firmware") e assim quando você usa um driver para permitir seu O / S (ESXi in Neste caso) para ver os volumes (não-RAID, como SATA, IDE ou Host Bus Adapters, também conhecidos como HBAs expor unidades em vez de volumes), o O / S tem muito menos trabalho para fazer isso com uma solução RAID de software mais típica . O ICHR é uma solução híbrida interessante em que o chipset SouthBridge realmente fornece firmware para o RAID e um BIOS onde você pode fazer algumas configurações básicas. Ele não fornece um carregador de inicialização INT19 adequado e isso significa que os volumes RAID apresentados não podem ser iniciados e, na verdade, não existem até que o serviço IAStor seja iniciado, usa o driver ICHR para ver os volumes, ENTÃO apresenta-os ao O / S.
O Windows pode lidar com isso através de seu processo de bootloader e eu imagino que o VMWare também funcionaria, mas eles nunca o farão porque, como outros apontaram, o ICHR RAID não é "pro grade" devido à falta de um processador de paridade dedicado (ICHR usa sua CPU x86, que na verdade faz um trabalho excelente quando configurada corretamente) e os perigos inerentes, como o fato de que sua CPU é um processador de propósito geral, fazendo muitas outras coisas, tornando-a mais propensa a falhar do que um processador de paridade dedicado. A falta de determinados cache / buffers e backup de bateria adequado para transações não confirmadas também tornam o ICHR de alto risco em comparação com as soluções de "hardware RAID".
No final, o ICHR é uma solução de valor agregado para pessoas que não precisam de tempo de disponibilidade de 6,9s (99,9999%) e podem arriscar o tempo de inatividade e a menor perda de dados. Se você quer jogar com uma solução realmente interessante, obtenha uma licença comunitária para o NexentaStor 3.x, instale o vSphere em qualquer drive / array que você possa ter, crie uma VM para o NexentaStor e instale-o, aprenda a fazer RDM ( Mapeamento de dispositivos brutos) e exponha suas unidades à sua VM NexentaStor por meio do RDM, exponha o NFS do iSCSI dessa VM ao mesmo host e use essa solução SAN para suas outras VMs e outros sistemas da rede. Dessa forma, você pode tirar proveito do desempenho do disco bruto, do ZFS (RAIDz e outros semelhantes) e aprender todos os tipos de coisas interessantes sobre o uso da SAN corporativa com o vSphere e a virtualização. É um projeto, mas feito da maneira certa (jogue um par de SSDs de 60GB estrategicamente para cache / ZIL), você aprenderá muito e terá um armazenamento extremamente flexível, portátil e expansível, independente do hardware.