Conexão direta da unidade FC ao servidor

1

É possível que um servidor / PC seja conectado diretamente a uma unidade de loop arbitrado de um único canal de fibra com uma interface de 40 pinos?

Por exemplo, gostaríamos de executar benchmarks em uma unidade Fibre Channel HP EVA 5000, mas faça isso independentemente dos controladores EVA.

Se esse tipo de configuração for possível, quais adaptadores / cabos são necessários?

    
por Skyhawk 07.11.2009 / 00:58

4 respostas

2

Eu quero dizer "sim, o FC é uma extensão do protocolo scsi. Conecte-o e enlouqueça", mas todos nós sabemos que nada é tão simples assim. Como eles projetaram o shell FC em torno de unidades padrão para funcionar apenas em um sistema, não há como dizer que tipo de bobagem você veria se tentasse conectar diretamente uma unidade a um HBA.

    
por 23.01.2012 / 22:05
1

Sim, eles são chamados de "cartões T"

Aqui está uma loja que os vende: link

    
por 01.01.2010 / 09:03
0

Sim, funcionará bem.

Sua melhor aposta provavelmente seria ligar o gabinete da unidade diretamente no FC HBA. O HBA verá todas as unidades no loop.

Se você não tiver um gabinete, provavelmente precisará obter um.

    
por 23.01.2012 / 22:52
0

Você pode usar um adaptador chamado 'T-card' . Isso normalmente terá soquetes para conectores SFP e permitirá que você conecte uma unidade a um HBA Fibre Channel. Modelos mais caros terão controladores de resiliência de loop que permitirão que você desconecte o disco. Outra opção pode ser comprar um canal de fibra de segunda mão JBOD fora do ebay.

Em geral, o firmware na maioria dos discos F / C funcionará bem em um JBOD pendurado em um HBA F / C. No entanto, é importante notar que muitos controladores SAN usam discos formatados com um formato de setor de 520 bytes, em que cada setor contém alguns códigos adicionais de correção de erros. Os discos com um formato de setor de 520 bytes não serão montados no Windows ou Linux sem formatação de baixo nível das unidades com um setor de 512 bytes, o que os tornará inúteis em seus controladores nativos.

Alguns controladores SAN são exigentes quanto ao firmware das unidades e se recusam a montar unidades com o firmware incorreto. Além disso, algumas imagens de firmware usam protocolos de redefinição Loop Initiation Protocol (LIP) proprietários ou têm outras idiossincrasias leves, portanto, algumas imagens de firmware da unidade não funcionam bem com controladores que são de outra forma agnósticos para o firmware da unidade.

Hitachi e LSI são notáveis pelo comportamento de reinicialização proprietária do LIP, embora as imagens das unidades de firmware genéricas e Clariion, Netapp sejam bem comportadas desta perspectiva. Eu nunca fiz nada com unidades HP EVA, então não posso garantir nenhuma maneira para elas. Espero que também seja muito provável que seus discos do EVA usem um formato de setor de 520 bytes, então você provavelmente não conseguirá fazer nada com eles em seu PC.

Os discos ajustados para uma SAN costumam ser otimizados no nível do firmware para residir em grandes matrizes. SANs são muitas coisas, mas rápido não é necessariamente o ponto strong delas. Um grande conjunto de unidades permite estatísticas de IOPS decentes, mas uma SAN ajustada para uma carga de trabalho de uso geral não fornecerá necessariamente E / S especialmente rápida a nenhum de seus hosts.

Segmentação de cache, novas tentativas e estratégia de leitura antecipada são os principais parâmetros que você pode ajustar no firmware do disco que afetará o desempenho do benchmark. O firmware também pode restringir as atualizações da página de modo aos parâmetros operacionais do disco. Por exemplo, em um ST3146807FCV, o firmware Clariion restringe a segmentação de cache a um mínimo de 32 segmentos, onde o firmware genérico 'V' permite configurar o disco com 4 ou 8 segmentos e uma estratégia de leitura antecipada mais agressiva, fornecerá sequenciais muito melhores desempenho.

O firmware 'V' também é padronizado para uma estratégia de repetição mais liberal, na qual os dados corrompidos são vistos como mais aceitáveis nos aplicativos de mídia de fluxo em que o firmware 'V' foi projetado. O firmware do Clariion tem uma estratégia de repetição muito mais conservadora e tentará reler um bloco mais vezes antes de retornar um erro.

    
por 05.03.2012 / 16:59