Eu tenho medo, não posso recomendar o artigo, mas espero que você já tenha encontrado uma boa fonte de informações. Se não, aqui o que eu posso lembrar sobre o assunto.
-
Se bem me lembro, um problema muito raro com um número excessivo de ISLs poderia surgir na SAN Brocade quando há um grande número de switches e eles são conectados usando topologia de malha completa. Eu posso estar errado, mas estava relacionado ao FSPF quando não é capaz de enumerar todos os caminhos. Não tenho certeza se é real hoje em dia.
-
Acho que a limitação de número de caminho pode ser bem-vinda se a política de Entrega por ordem restrita (IOD) restritiva estiver ativada nos comutadores. Mas se o IOD estiver habilitado, isso significa que você já enfrentou problemas com quadros fora de ordem (causados por flaps de ISL, etc) e dispositivos que não podem tolerar isso, mas você tem que viver como está (por exemplo, você tem longos caminhos para um site remoto).
-
As operações sequenciais geralmente são atendidas mais rapidamente pelos sistemas de armazenamento. Portanto, as matrizes tentam detectar as operações sequenciais de leitura e gravação para habilitar os algoritmos apropriados e fornecer melhor desempenho. Ter um número excessivo de caminhos para o mesmo LUN pode, às vezes, confundir sistemas de armazenamento e eles podem começar a tratá-los como IO aleatórios sem aplicar otimizações sequenciais.