Tento criar uma configuração multipath com SAN HPE EVA 6350 (2 controladores xHSV340 com mezaninos iSCSI e multiplexadores FC/iSCSI) e sistemas Linux debian 12 sobre iSCSI.
Os Vdisks criados no EVA possuem um controlador "proprietário", deixei todos pertencentes ao Controlador 1. Os alvos apresentados pelo SAN possuem FC WWPN em seus nomes para que seja possível determinar a qual caminho FC e controlador esse alvo está conectado. Após o login, apenas os alvos que estão conectados ao adaptador FC do Controlador 1 fornecem dispositivos de bloco (caminhos). Portanto, quando 4 sessões iSCSI estão ativas, apenas 2 caminhos estão presentes. Assim, o multipath nunca conhece TODOS os caminhos.
Reiniciei o Controlador SAN 1 assumindo que o SAN redirecionará automaticamente seus vdisks para o Controlador passivo 2. Mas nenhum caminho apareceu automaticamente nem após o novo login nessas sessões. Então acabei com E/S de bloco corrompido e multipath com apenas 2 caminhos com falha.
Qual é a maneira correta de executar o failover ativo para passivo? Alguma solicitação deve ser enviada ao SAN pelo iniciador ou é uma tarefa interna do SAN? O Linux open-iscsi + multipath pode lidar com essa configuração corretamente?
Responder1
As portas FC back-end de cada módulo ISCSI (também chamada de "ponte MPX", pois desempenha a função de multiplexador ISCSI de ISCSI para FC) no EVA se conectam como uma conexão direta FC às portas FC front-end HSV em cada HSV controlador. AFAIK, existem 2 portas FC de back-end para cada módulo ISCSI e essas portas se conectam separadamente aos controladores A e B.
As informações de multicaminho para o LUN no host iniciador ISCSI devem exibir todos os caminhos ISCSI possíveis do(s) módulo(s) ISCSI (ou seja, através de ambos os controladores HSV), com caminhos para o controlador HSV em espera para o LUN listado como "Em espera", enquanto os caminhos para o controlador HSV ativo para o LUN seriam listados como "Ativos". Os nomes de destino ISCSI dos módulos ISCSI devem incluir os WWNs FC de todas as portas FC front-end do controlador HSV para as quais o módulo ISCSI está configurado corretamente.
Não tenho privilégios neste site para comentar e perguntar mais sobre a configuração do módulo ISCSI, conforme visto na interface de gerenciamento de array HPE EVA CommandView, portanto, você pode verificar o seguinte:
Que as propriedades dos controladores ISCSI estão aparecendo como status "bom" nas páginas do CommandView. (Rede de armazenamento->Array->Hardware->Dispositivos ISCSI->Controlador ISCSI 1 e 2). Em particular, verifique o status de back-end das “portas FC” e “Alvos apresentados” nas páginas com guias. Verifique o status da porta FC conforme visto nesta página com a página de propriedades da porta do controlador FC do HSV Array real.
Que o Host ISCSI MPX (ou seja, o Host MultiPleXer que é criado automaticamente/internamente pelo CommandView em Array-> Hosts) está mostrando todos os dados corretamente em suas páginas no CommandView. Cada host MPX deve ver o número necessário de portas front-end FC do controlador HSV do EVA conforme configurado e certifique-se de verificar se essas conexões FC com as portas FC HSV estão online.
Que seu host iniciador esteja configurado corretamente como um host Linux no CommandView.
Se a propriedade do controlador HSV do vdisk EVA (conforme visto no CommandView) mudar para o outro controlador HSV quando você desligar ou reinicializar o controlador proprietário, poderá haver um problema com a configuração do(s) módulo(s) ISCSI no EVA.
Se a configuração do(s) módulo(s) ISCSI estiver correta, você pode verificar se o problema ocorre com um host do Windows Server. Se não houver nenhum problema no Windows, a configuração de caminhos múltiplos do Linux não está correta ou o caminho múltiplo do Linux através do ISCSI para o EVA pode não ser suportado pela HPE. Se for realmente suportado pela HPE, verifique se o host do iniciador Linuxmultipath.confarquivo está configurado corretamente de acordo com oRecomendações multipath.conf do HPE EVA Device Mapper para Linux.
Para responder à sua outra pergunta, os softwares/drivers multipath nos hosts em uma SAN lidam com o failover e o failback de caminhos para um LUN. A configuração real de caminhos múltiplos no host depende da capacidade do sistema de armazenamento do fornecedor - se os controladores do sistema de armazenamento são ativos/ativos, ativos/em espera ou ativos/passivos. O EVA é um array de armazenamento ativo/em espera e é compatível com o padrão SCSI ALUA para tais sistemas. Os comandos SCSI dos drivers de múltiplos caminhos do host iniciador são enviados para as portas de destino do array por meio dos caminhos disponíveis/online para determinar quais caminhos estão ativos e quais estão em espera.