Muitos caminhos - impacto no desempenho do FC


0

Ouvi dizer que muitos caminhos podem resultar em impacto no desempenho da infraestrutura de armazenamento. Alguém pode responder por quê?

Isso não diz respeito ao número de caminhos para um único servidor, mas a toda a infraestrutura - qual o impacto nos comutadores FC / storage array etc.

Lembro que na empresa anterior em que trabalhei, tínhamos um projeto para diminuir o número de caminhos, pois havia algum impacto no desempenho no storage SAN / switches / back-end (não se lembre de detalhes, mas lá tínhamos switches Brocade e estávamos migrando do armazenamento EMC para o NetApp).

Pesquisa rápida no Google não produziu muitos resultados. Nossa equipe de DBA solicitou 20 discos de votação para o back-end da Oracle, 5 Gb cada e deixando a sobrecarga de gerenciamento, pensei que também poderia ter um impacto no desempenho.


Isso está sendo votado de perto porque as solicitações de materiais de aprendizagem estão fora de tópico. No entanto, parece que você tem uma pergunta específica e recebeu uma resposta que a abordou. Você pode editar a pergunta para simplesmente perguntar o que queria saber em vez de perguntar onde pode encontrar materiais de aprendizagem sobre o assunto?
fixer1234

Respostas:


1

Receio, não posso recomendar o artigo, mas espero que você já tenha encontrado uma boa fonte de informação. Caso contrário, aqui o que me lembro sobre o assunto.

  • Pelo que me lembro, um problema muito raro com número excessivo de ISLs poderia surgir na SAN Brocade quando há um número realmente grande de comutadores e eles são conectados usando topologia de malha completa. Posso estar errado, mas estava relacionado ao FSPF quando não é possível enumerar todos os caminhos. Não tenho certeza se é real hoje em dia.

  • Acho que a limitação do número do caminho pode ser bem-vinda se a política restritiva de Entrega em Ordem (IOD) estiver ativada nos comutadores. Mas se o IOD estiver ativado, isso significa que você já enfrentou problemas com quadros fora de ordem (causados ​​por alterações no ISL etc.) e dispositivos que não podem tolerá-lo, mas você precisa viver como está (por exemplo, porque você tem caminhos longos para um site remoto).

  • As operações seqüenciais geralmente são atendidas mais rapidamente pelos sistemas de armazenamento. Portanto, as matrizes tentam detectar operações de leitura e gravação seqüenciais para habilitar algoritmos apropriados e fornecer melhor desempenho. Ter um número excessivo de caminhos para o mesmo LUN às vezes pode confundir os sistemas de armazenamento e eles podem começar a tratá-los como E / S aleatórias sem aplicar otimizações sequenciais.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.