Multipath: como validar caminhos redundantes no storage

Índice:

• O que é multipath?
• Por que uma rota única falha?
• Como o storage entrega caminhos iguais?
• Quais componentes formam a redundância?
• Como validar rotas no Linux?
• Como conferir MPIO no Windows?
• Como testar uma falha sem interromper?
• Quais sinais confirmam o failover?
• Como evitar erros na configuração?
• Quando o balanceamento ajuda?
• Quais limites exigem atenção?
• Como documentar a validação?
• Como reduzir interrupções no storage?

Multipath cria várias rotas entre um servidor e o storage. Assim, uma falha em cabo, porta, switch ou controladora não interrompe o acesso aos volumes. Também reduz riscos quando a equipe valida cada caminho antes da operação.

O recurso exige mais que duas interfaces conectadas. O servidor precisa reconhecer rotas distintas, enquanto o storage deve entregar a mesma LUN por cada caminho. Caso contrário, algumas conexões ficam inativas ou causam conflitos. Além disso, testes simples revelam falhas que raramente aparecem durante o uso normal.

Uma validação correta confirma descoberta, redundância, balanceamento, failover e retorno ao estado original. Por isso, o procedimento precisa combinar comandos, logs e testes físicos. Assim, a equipe comprova a continuidade dos dados antes que uma interrupção alcance as aplicações.

O que é multipath?

Multipath é uma tecnologia que reúne dois ou mais caminhos entre um host e uma LUN. O software apresenta um único dispositivo ao sistema operacional, embora várias rotas atendam às mesmas operações. Também identifica falhas e desvia o tráfego para um caminho ativo.

Um servidor com duas portas FC pode alcançar uma LUN por dois switches e duas controladoras. Em iSCSI, duas interfaces e duas sessões TCP/IP cumprem papel semelhante. O desenho só funciona quando cada rota permanece independente. Se duas portas usam um único switch, uma pane nesse equipamento derruba ambos os caminhos.

Esse modelo atende bancos, hipervisores, servidores de arquivos e aplicações com baixa tolerância à indisponibilidade. Ainda assim, multipath não substitui backup, replicação ou RAID. Ele protege o acesso ao volume, mas não impede corrupção lógica, exclusão acidental ou falha total no storage.

Por que uma rota única falha?

Uma conexão isolada concentra vários riscos em um único ponto. Um transceptor defeituoso, uma porta saturada ou uma manutenção no switch interrompe a comunicação com o volume. Além disso, o sistema pode travar operações pendentes e afetar várias máquinas virtuais.

Essa dependência aparece em muitos ambientes pequenos. Um NAS possui duas portas, mas apenas uma atende ao servidor por falta de configuração no host. Outro cenário usa duas placas ligadas ao mesmo switch. A quantidade parece suficiente, porém a topologia continua frágil.

Quando a aplicação grava dados durante uma queda, o sistema operacional registra erros de entrada e saída. Alguns bancos encerram sessões, enquanto certos hipervisores pausam máquinas virtuais. Por isso, uma rota única raramente combina com cargas críticas.

Como o storage entrega caminhos iguais?

O storage publica uma mesma LUN por interfaces distintas. Cada caminho reúne host, porta, rede ou fabric, controladora e volume. O software multipath compara esses identificadores e agrupa somente rotas que apontam para o mesmo dispositivo.

Em muitos arrays, o ALUA informa qual controladora atende melhor à LUN. O host então usa caminhos otimizados e conserva rotas não otimizadas para contingência. Alguns equipamentos adotam acesso ativo em todas as portas. Outros alternam a controladora proprietária conforme a política interna.

Um NAS QNAP com iSCSI Target pode publicar uma LUN por duas interfaces. O administrador precisa criar sessões distintas e habilitar MPIO no Windows ou dm-multipath no Linux. Também precisa conferir a matriz de compatibilidade, pois firmware e sistema operacional influenciam o resultado.

Quais componentes formam a redundância?

A redundância começa no host, que precisa de duas NICs ou dois adaptadores FC. Em seguida, cada interface deve seguir uma rota física própria. Dois switches separados ampliam a proteção, enquanto duas controladoras no storage fecham o desenho.

Uma arquitetura FC costuma usar dois fabrics. Cada HBA conecta um switch distinto, e cada fabric alcança as controladoras. No iSCSI, duas VLANs dedicadas separam o tráfego. Várias portas no mesmo switch ainda ajudam contra falha em uma interface, mas não contra a queda do equipamento.

Essa separação também simplifica a investigação. Se um caminho falhar, os logs mostram host, porta, sessão e controlador afetados. Sem essa divisão, a equipe perde tempo ao procurar uma causa comum. Na prática, a independência física vale tanto quanto a configuração lógica.

Como validar rotas no Linux?

O Linux precisa instalar e iniciar o pacote dm-multipath. Depois, o administrador executa multipath -ll para verificar grupos, identificadores, estados e política ativa. Esse comando mostra se o sistema enxerga uma única LUN com duas ou mais rotas.

O arquivo /etc/multipath.conf reúne regras para fabricantes, políticas e exceções. A equipe também consulta lsblk, lsscsi e iscsiadm -m session. Esses comandos relacionam discos, sessões e interfaces. Além disso, journalctl e dmesg registram perda de caminho, retorno e erros SCSI.

Um resultado saudável exibe um mapa multipath com todos os caminhos em estado ativo ou pronto. O host monta o sistema de arquivos sobre o dispositivo multipath e não sobre /dev/sdX. Essa escolha evita montagem duplicada e reduz riscos para EXT4, XFS ou Btrfs.

Como conferir MPIO no Windows?

O Windows usa Multipath I/O para agrupar rotas iSCSI ou FC. O administrador instala o recurso MPIO, adiciona o suporte ao fabricante e reinicia o servidor quando o sistema solicita. Depois, a área MPIO mostra discos, identificadores e caminhos reconhecidos.

O iSCSI Initiator precisa criar sessões com cada endereço alvo. Cada sessão deve usar uma NIC própria por meio da opção Advanced. O host também precisa associar cada conexão ao portal correto. Além disso, a equipe deve selecionar uma política coerente, como Round Robin ou Fail Over Only.

O Gerenciador de Discos deve exibir uma única unidade para cada LUN. O comando Get-MSDSMSupportedHWList ajuda na conferência, enquanto os eventos do sistema revelam perdas e retornos. Se o Windows mostrar discos duplicados, interrompa a operação e revise a configuração antes de inicializar qualquer volume.

Como testar uma falha sem interromper?

O teste precisa começar com uma carga conhecida. Uma ferramenta de cópia, um banco de teste ou uma máquina virtual gera leitura e escrita contínuas. A equipe registra latência, IOPS, taxa de transferência e eventos. Também confirma o estado inicial antes de retirar qualquer conexão.

Primeiro, retire um cabo da NIC ou do HBA. Depois, observe o host, o switch e o storage por alguns minutos. O multipath deve marcar uma rota como indisponível e conservar a aplicação em execução. Em seguida, reconecte o cabo e confirme o retorno sem criar uma segunda unidade.

O segundo teste desliga uma porta no switch. O terceiro interrompe uma controladora quando o fabricante autoriza essa ação. Cada etapa precisa ocorrer separadamente. Nunca remova vários caminhos ao mesmo tempo, pois a equipe perde a causa do evento e pode provocar indisponibilidade.

Quais sinais confirmam o failover?

Um failover correto preserva o identificador da LUN e desloca as operações para outra rota. A aplicação continua gravando, enquanto os contadores registram uma breve elevação na latência. Também surgem eventos claros no host, no switch e no storage.

O multipath não deve criar um novo disco a cada perda. O sistema deve conservar um único mapa lógico e atualizar apenas o estado dos caminhos. Alguns arrays trocam a controladora proprietária durante o evento. Nesse caso, o ALUA precisa orientar o host para a rota otimizada.

O retorno exige igual atenção. Após restaurar o enlace, aguarde o reingresso do caminho e confirme a política ativa. Uma rota que volta como standby pode indicar comportamento esperado. Uma rota que permanece ausente aponta falha em zoning, VLAN, autenticação CHAP, firmware ou permissões da LUN.

Como evitar erros na configuração?

A equipe deve mapear cada caminho antes de criar sessões. Uma planilha simples relaciona host, porta, endereço IP, VLAN, switch, controladora e LUN. Esse registro reduz ambiguidades e também acelera a análise quando um enlace falha.

O zoning FC precisa liberar somente os WWPNs necessários. No iSCSI, ACLs e IQNs devem limitar o acesso aos iniciadores corretos. O storage não deve apresentar uma LUN para hosts sem autorização. Além disso, o administrador precisa alinhar MTU, VLAN, velocidade e controle de fluxo.

O host também precisa usar drivers e firmware compatíveis. Uma atualização isolada pode alterar política, ordem dos caminhos ou suporte ao ALUA. Por isso, registre a versão atual e faça uma janela controlada. Configurações improvisadas raramente sobrevivem ao primeiro ciclo de manutenção.

Quando o balanceamento ajuda?

O balanceamento distribui operações entre caminhos disponíveis. Round Robin alterna requisições e costuma elevar a utilização das interfaces. Outras políticas escolhem a rota com menor fila ou priorizam um caminho específico. A escolha depende do array e da carga aplicada.

Duas portas de 10GbE não entregam automaticamente 20Gbps para uma única operação. O ganho aparece em várias requisições paralelas, como ocorre em hosts com várias máquinas virtuais. Uma aplicação sequencial pode continuar limitada por CPU, cache, discos ou controladora.

O balanceamento também aumenta a complexidade operacional. Um firmware incompatível ou uma política inadequada causa alternância excessiva e latência instável. Nessa situação, failover sem balanceamento talvez seja melhor. A equipe precisa medir IOPS e tempo de resposta antes de buscar mais tráfego.

Quais limites exigem atenção?

Multipath protege o trajeto, não o conteúdo armazenado. Uma LUN corrompida continua acessível por todas as rotas. Um ransomware também alcança o volume quando as permissões permitem. Por isso, backup isolado, snapshots testados e replicação continuam necessários.

A tecnologia ainda depende do suporte do fabricante. Alguns NAS trabalham bem com iSCSI e MPIO, mas não aceitam todas as políticas. Certos arrays exigem ALUA, enquanto outros usam controladoras em modo ativo. A documentação do modelo vale mais que uma configuração genérica encontrada na internet.

O custo cresce com duas NICs, dois switches, licenças, cabos e tempo técnico. Mesmo assim, uma topologia menor pode atender arquivos secundários. Para banco de dados, virtualização e sistemas críticos, duas rotas independentes costumam compensar. A decisão precisa comparar o custo da redundância com o impacto de uma parada.

Como documentar a validação?

O relatório precisa registrar data, host, LUN, firmware, política e quantidade total de caminhos. Também deve guardar eventos antes, durante e após cada teste. Esses dados formam uma linha base para futuras mudanças. Além disso, a documentação reduz dependência da memória individual.

Inclua o resultado para cada retirada física, cada falha lógica e cada retorno. Anote latência, IOPS, alertas e tempo até a recuperação. Um teste que apenas mantém a aplicação aberta não comprova desempenho aceitável. A equipe precisa definir limites objetivos para considerar a rota aprovada.

Reavalie o desenho após trocar switch, HBA, NIC, controlador ou sistema operacional. Pequenas alterações mudam nomes, prioridades e permissões. Uma revisão trimestral atende muitos ambientes, enquanto cargas críticas exigem testes após cada mudança. Assim, o procedimento deixa de ser uma tarefa esquecida.

Como reduzir interrupções no storage?

Comece com duas rotas físicas e uma matriz compatível entre host e storage. Depois, configure sessões, agrupamento e política conforme o fabricante. Valide cada caminho com carga ativa e falha isolada. Também monitore logs, latência e recuperação após o retorno.

Um QNAP com iSCSI atende vários cenários quando o administrador separa interfaces, VLANs e permissões. O equipamento pode servir a um host Linux, Windows ou hipervisor compatível. Ainda assim, a equipe precisa testar o modelo escolhido, pois cada versão do QTS ou QuTS hero altera recursos disponíveis.

Quando uma conexão falha, a continuidade depende dessa preparação. Sem teste, a redundância existe apenas no diagrama. Com evidências, o time conhece cada limite e reage com mais rapidez. Portanto, validar caminhos multipath é a resposta para preservar acesso ao storage durante falhas previsíveis.