O RHEVM suporta apenas NFS, FC ou iSCSI para armazenamento compartilhado.
Você poderia usar o RHEL como o hipervisor em vez da pequena imagem do hipervisor e poderá fazer login e configurá-lo normalmente. Se tiver sorte, será tratado como FC.
Esta é a primeira vez que utilizo o Redhat Enterprise Virtualization Manager & Redhat Hypervisor, depois de passar normalmente pela abordagem mais doméstica de um grupo de hosts KHAT Redhat / CentOS. O nosso dispositivo SAN funciona através de ATA-over-ethernet (AoE) para fornecer o que parece ser um dispositivo de armazenamento de nível de bloco direto para a máquina.
Isso é bom no caso em que tenho acesso ao console físico para um sistema operacional completo. Mas quando é o hipervisor simples, parece que só consigo me conectar ao armazenamento em nível de rede (NFS) ou iSCSI.
Isso é possível mesmo a partir do RHEVM?
AoE não é suportado em tal configuração, então você estará terminando com um kludge ou recomendado em geral. Sobrecarga TCP é um mito. Não estamos mais em 2001 :) O iSCSI é um caminho a percorrer.
Enquanto o AoE não é suportado, o RHEV realmente funciona com device-mapper-multipath sob o capô. Então, se você vir um LUN, mapeado em / dev / mapper, o RHEV poderá usá-lo, definido como FC.
Eu não recomendaria isso na produção, é claro, mas se você mantiver os logins de destino manualmente, e os hosts puderem ver o armazenamento em block via multipath, o RHEV deve funcionar, e deve permitir que você pelo menos girar. Repito - NÃO para produção.
usamos dispositivos de armazenamento coraid AOE e estamos implementando o RHEV-M / H. Os dispositivos de armazenamento Coraid serão acessados com um servidor nfs exportando o volume. todos os 10G ...
Você pode ir com o RHEL e compilar os drivers aoe open source, ou usar os pacotes rpm da Coraid para seus HBA's (10g). Esta opção não está disponível para o RHEV ... ainda.