Comprei recentemente um chassi IBM BladeCenter E com blades HS21. Eu gostaria de construir uma SAN para que os blades HS21 tenham mais espaço de armazenamento.
De tudo que eu li, o iSCSI parece ser a melhor escolha para uma SAN barata. Não posso comprar o Fibre Channel, e o ATA over Ethernet significa que não posso usar a rede para TCP / IP ao mesmo tempo, certo?
Os blades HS21 possuem placas de rede Broadcom que também são adaptadores de barramento host iSCSI. Eu gostaria de usar meu desktop Linux como o alvo iSCSI.
Eu não usei o iSCSI com o Linux antes, quais são as opções? Eu vi alguns módulos do kernel e várias ferramentas de espaço do usuário, mas não consegui descobrir qual é o mais usado, melhor suportado, etc.
Open-iSCSI é a principal implementação para a maioria das distribuições do Linux em que eu me deparei, e o kernel tem tinha suporte sólido a iSCSI desde 2.6.11 ... Desde que tudo esteja de acordo com o RFC 3720 , ele deveria ser trabalho.
O HowtoForge também tem uma explicação passo a passo se você estiver interessado.
Para responder aos seus pontos secundários primeiro: ATA over Ethernet significa apenas que você não está usando IP para o transporte - você pode usar as NICs para TCP / IP, se você quiser, o IP é executado em ethernet também. No entanto, você realmente deseja manter suas redes de armazenamento e tráfego separadas, independentemente de seu protocolo, simplesmente porque você não deseja que o tráfego de armazenamento interfira no tráfego da rede e vice-versa.
Você está sugerindo o uso de uma máquina de mesa como o destino iSCSI, o que, eu acho, significa que isso não é para um ambiente de produção, então vou pular qualquer discussão de SAN conectadas por FC ou SAS
Eu não usei o Open-iSCSI, mas usei o IETD antes. Avalie ambos.
Por fim, existem vários sistemas de tipo de appliance que você pode usar, embora isso impeça o uso de sua área de trabalho para um destino. Confira nexenta e openfiler como exemplos .
Quantos NICs por blade você tem? Uma solução iSCSI adequada exigirá 4.
2 deve unir as interfaces (provavelmente no modo 1) para que você possa perder um nic (ou switch (ou cabo)) sem perder a conectividade.
Os outros 2 devem ser configurados com multipath para o alvo iscsi e devem estar em sua própria rede com seus próprios switches. iSCSI / pode ser roteado e tratado como o tráfego de rede normal, mas de acordo com todas as pessoas com quem conversei, ele / não deveria / ser.
do lado do servidor iSCSI, o Redhat / CentOS incluiu o software de destino iSCSI, na versão 5.3. Não é suportado pelo RedHat ainda, apenas como um demonstrador de tecnologia.
Na minha experiência, usá-lo com o CentOS é que ele é confiável o suficiente para um usuário doméstico, mas não estou confiante de que ele esteja pronto para ser usado em uma rede da empresa. BTW, é doloroso para configurar - sem GUI, sem arquivo de configuração, basta adicionar seu próprio script de shell para a seqüência de inicialização.