Merit e deméritos para várias opções multipath de fiberchannel do Linux

Question

Em nossos servidores Linux, atualmente usamos drivers qla2xxx da HP, porque ele possui vários caminhos (ativos / passivos) incorporados.

No entanto, existem várias outras opções, como o Red Hat device-mapper-multipath com os drivers qla2xxx de estoque (multibus e failover) e coisas como SecurePath e PowerPath (ambos podem fazer entroncamento, iirc).

Alguém pode me dizer quais são os méritos e deméritos das várias opções (se posso fazer tal pergunta), além do fato óbvio de que as opções do Caminho Seguro, de Potência custam grandes quantias de dinheiro? Estou interessado principalmente nas opções livremente disponíveis, como HPs qla2xxx vs. Red Hats multipathd e outras possíveis soluções de código aberto, mas eu gostaria de ouvir boas razões para ir para as soluções comerciais também.

UPDATE : estarei testando várias opções nos próximos dias (a média de 10 execuções de iozone para cada opção (opções sendo failer qla2xxx nativo, qla2xxx multibus nativo, failover qla2xxx da HP)) . Vou postar um resumo dos resultados aqui para os interessados.

    

Answer 1

No passado, usei:

• Driver de dispositivo do subsistema IBM (dispositivos IBM SAN)
• RDAC (IBM DS4000 e Dell MD3000)
• Multipath de mapeador de dispositivo (IBM SAN, DS4000 e Dell MD3000)

Eu prefiro muito o multipath mapeador de dispositivos por sua simplicidade, strong acoplamento ao kernel e confiabilidade.

O IBM SDD era originalmente um driver AIX portado para o Linux. Funcionou bem, mas para evitar a contaminação do kernel, foram necessárias revisões específicas do kernel do Linux, que eram frequentemente de 3 a 6 meses atrás do último e maior.

Eu odeio o armazenamento de RDAC e estou tentando obter vários tipos de software trabalhando com ele. Se você tiver armazenamento RDAC, evite os drivers RDAC e use dm-multipath. É mais confiável na minha experiência.

Para drivers de HBA, eu normalmente mantenho o que vem com o kernel do Linux, já que ele também funciona com o dm-multipath. Algumas das maiores frustrações em minha carreira foram tentar fazer com que os drivers RDAC ou SDD trabalhassem com os drivers HBA. Muitas vezes há um desajuste em algum lugar, e metade dos LUNs não são vistos, ou conflitam e você vê os mesmos duas vezes.

    

Answer 2

Outra votação para multipath do DM.

Eu sofri com as mãos dos próprios drivers qla3xxx / qla4xxx da QLogic e com os utilitários da userland que devem controlá-los antes. Nossa experiência pode ser um pouco diferente porque os cartões foram fabricados pela IBM como os únicos HBAs iSCSI disponíveis para seus blades, mas eu suspeito que isso se aplica igualmente. Os drivers e utilitários foram um pesadelo para usar. Além disso, nem a IBM nem a QLogic conseguiram fornecer orientação técnica para usar os cartões em seus ambientes recomendados.

Por outro lado, os drivers de kernel upstream funcionam com perfeição. Toda a interface que exigimos é apresentada através do sysfs. Os LUNs de diferentes caminhos chegam como dispositivos de bloco como você esperava, prontos para serem identificados por vários caminhos. O multipathd é relativamente fácil de configurar e faz exatamente o que diz na lata em tempos de labuta. Se você tem o conhecimento técnico para fazer sem qualquer suporte básico, eles podem fornecer-lhe, então, esta seria a minha recomendação.

PS: Se você estiver pensando em inicializar uma configuração root-on-multipath, será um pouco complicado, mas perfeitamente viável. Eu posso fornecer algumas notas, se necessário.

    

Answer 3

Bem, até agora DM para mim também. Eu tentei ambos RDAC e DM em um DS4700, nem fará balanceamento dinâmico de carga em um ds4700, apenas failover. Se você habilitar o balanceamento de round robin, o seu throughput colapsa ... algo que li em algum lugar culpa a incapacidade do ds4700 de fazer isso.

Eu não vi nenhuma diferença de desempenho entre o rdac e o dm, embora o dm faça com que o software Sansurfer reclame dos controladores não-preferenciais que estão sendo selecionados por algum motivo.

O RDAC também foi um pesadelo para compilar no Debian para mim, eu gostaria que as pessoas parassem de pensar que o Linux é apenas o RHEL e o SuSE!

E o SDD? Algum pros sobre isso nesses dois?