Configurar RHEL 8.x para FCP e iSCSI com armazenamento ONTAP
Sugerir alterações
PDFs
O software Linux Host Utilities fornece ferramentas de gerenciamento e diagnóstico para hosts Linux conectados ao armazenamento ONTAP . Ao instalar os utilitários de host Linux em um host Red Hat Enterprise Linux (RHEL) 8.x, você pode usá-los para gerenciar operações de protocolo FCP e iSCSI com LUNs ONTAP .
Passo 1: Opcionalmente, ative a inicialização de SAN
Você pode configurar seu host para usar a inicialização SAN para simplificar a implantação e melhorar a escalabilidade.
Use o "Ferramenta de Matriz de interoperabilidade" para verificar se o sistema operacional Linux, o adaptador de barramento do host (HBA), o firmware HBA, o BIOS de inicialização HBA e a versão do ONTAP suportam inicialização por SAN.
-
Ative a inicialização SAN no BIOS do servidor para as portas às quais o LUN de inicialização SAN está mapeado.
Para obter informações sobre como ativar o BIOS HBA, consulte a documentação específica do fornecedor.
-
Verifique se a configuração foi bem-sucedida reinicializando o host e verificando se o sistema operacional está funcionando.
Passo 2: Instale os Utilitários de host do Linux
A NetApp recomenda fortemente a instalação dos utilitários de host Linux para suportar o gerenciamento de LUN ONTAP e auxiliar o suporte técnico na coleta de dados de configuração.
|
A instalação dos Utilitários de host do Linux não altera nenhuma configuração de tempo limite do host no seu host Linux. |
Etapa 3: Confirme a configuração multipath do seu host
É possível usar o recurso de multipathing com o RHEL 8.x para gerenciar LUNs do ONTAP .
Para garantir que o multipathing esteja configurado corretamente para o host, verifique se o /etc/multipath.conf arquivo está definido e se você tem as configurações recomendadas do NetApp configuradas para os LUNs do ONTAP.
-
Verifique se o
/etc/multipath.confarquivo sai. Se o arquivo não existir, crie um arquivo vazio de zero bytes:touch /etc/multipath.conf -
Na primeira vez que o
multipath.confarquivo é criado, talvez seja necessário ativar e iniciar os serviços multipath para carregar as configurações recomendadas:systemctl enable multipathdsystemctl start multipathd -
Cada vez que você inicializar o host, o arquivo vazio de
/etc/multipath.confzero byte carrega automaticamente os parâmetros de multipath de host recomendados pelo NetApp como as configurações padrão. Você não deve precisar fazer alterações no/etc/multipath.confarquivo para o seu host porque o sistema operacional é compilado com os parâmetros multipath que reconhecem e gerenciam LUNs ONTAP corretamente.A tabela a seguir mostra as configurações de parâmetros multipath compilados nativos do sistema operacional Linux para LUNs ONTAP.
Mostrar definições de parâmetros
Parâmetro Definição detectar_prio
sim
dev_loss_tmo
"infinito"
failback
imediato
fast_io_fail_tmo
5
caraterísticas
"2 pg_init_retries 50"
flush_on_last_del
"sim"
hardware_handler
"0"
no_path_retry
fila de espera
path_checker
"tur"
path_grouing_policy
"group_by_prio"
path_selector
"tempo de serviço 0"
polling_interval
5
prio
"ONTAP"
produto
LUN
reter_anexado_hw_handler
sim
rr_peso
"uniforme"
user_friendly_names
não
fornecedor
NetApp
-
Verifique as configurações de parâmetros e o status do caminho para os LUNs do ONTAP:
multipath -llOs parâmetros multipath padrão suportam configurações ASA, AFF e FAS . Nessas configurações, um único LUN ONTAP não deve exigir mais de quatro caminhos. Ter mais de quatro caminhos pode causar problemas durante uma falha de armazenamento.
As saídas de exemplo a seguir mostram as configurações de parâmetro e o status do caminho corretos para LUNs ONTAP em uma configuração ASA, AFF ou FAS.
Configuração ASAUma configuração do ASA otimiza todos os caminhos para um determinado LUN, mantendo-os ativos. Isso melhora a performance atendendo operações de e/S em todos os caminhos ao mesmo tempo.
Mostrar exemplo
multipath -ll 3600a098038314c4a433f577471797958 dm-2 NETAPP,LUN C-Mode size=180G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 alua' wp=rw `-+- policy='service-time 0' prio=50 status=active |- 14:0:0:0 sdc 8:32 active ready running |- 17:0:0:0 sdas 66:192 active ready running |- 14:0:3:0 sdar 66:176 active ready running `- 17:0:3:0 sdch 69:80 active ready running
Configuração AFF ou FASUma configuração AFF ou FAS deve ter dois grupos de caminhos com prioridades maiores e menores. Os caminhos ativos/otimizados de prioridade mais alta são servidos pelo controlador onde o agregado está localizado. Os caminhos de prioridade mais baixa estão ativos, mas não otimizados, porque são servidos por um controlador diferente. Caminhos não otimizados são usados somente quando caminhos otimizados não estão disponíveis.
O exemplo a seguir exibe a saída de um LUN ONTAP com dois caminhos ativos/otimizados e dois caminhos ativos/não otimizados:
Mostrar exemplo
multipath -ll 3600a0980383149764b5d567257516273 dm-0 NETAPP,LUN C-Mode size=150G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 alua' wp=rw |-+- policy='service-time 0' prio=50 status=active | |- 16:0:3:0 sdcg 69:64 active ready running | `- 10:0:0:0 sdb 8:16 active ready running `-+- policy='service-time 0' prio=10 status=enabled |- 10:0:1:0 sdc 8:32 active ready running `- 16:0:2:0 sdcf 69:48 active ready running
Passo 4: Opcionalmente, exclua um dispositivo de multipathing
Se necessário, você pode excluir um dispositivo de multipathing adicionando o WWID para o dispositivo indesejado à estrofe "lista negra" para o multipath.conf arquivo.
-
Determine o WWID:
/lib/udev/scsi_id -gud /dev/sda"sda" é o disco SCSI local que você deseja adicionar à lista negra.
Um exemplo WWID é
360030057024d0730239134810c0cb833. -
Adicione o WWID à estrofe "blacklist":
blacklist { wwid 360030057024d0730239134810c0cb833 devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*" devnode "^hd[a-z]" devnode "^cciss.*" }
Etapa 5: Personalizar parâmetros multipath para LUNs ONTAP
Se o seu host estiver conetado a LUNs de outros fornecedores e qualquer configuração de parâmetro multipath for substituída, você precisará corrigi-los adicionando estrofes posteriormente multipath.conf no arquivo que se aplicam especificamente aos LUNs ONTAP. Se você não fizer isso, os LUNs do ONTAP podem não funcionar como esperado.
Verifique o /etc/multipath.conf arquivo, especialmente na seção padrões, para configurações que possam estar substituindo o configurações padrão para parâmetros multipath.
|
Não deve substituir as definições de parâmetros recomendadas para LUNs ONTAP. Essas configurações são necessárias para o desempenho ideal da configuração do seu host. Entre em Contato com o suporte da NetApp, seu fornecedor de sistemas operacionais ou ambos para obter mais informações. |
O exemplo a seguir mostra como corrigir um padrão substituído. Neste exemplo, o multipath.conf arquivo define valores para path_checker e no_path_retry que não são compatíveis com LUNs ONTAP, e você não pode remover esses parâmetros porque os storages ONTAP ainda estão conetados ao host. Em vez disso, você corrige os valores path_checker de e no_path_retry adicionando uma estrofe de dispositivo ao multipath.conf arquivo que se aplica especificamente aos LUNs ONTAP.
Mostrar exemplo
defaults {
path_checker readsector0
no_path_retry fail
}
devices {
device {
vendor "NETAPP"
product "LUN"
no_path_retry queue
path_checker tur
}
}
Passo 6: Revise os problemas conhecidos
O RHEL 8.x com armazenamento ONTAP apresenta os seguintes problemas conhecidos.
| ID de erro do NetApp | Título | Descrição |
|---|---|---|
A interrupção do kernel pode ocorrer no Red Hat Enterprise Linux 8,1 com QLogic QLE2672 16GB FC HBA durante a operação de failover de armazenamento |
A interrupção do kernel pode ocorrer durante operações de failover de armazenamento no kernel Red Hat Enterprise Linux 8,1 com um adaptador de barramento de host (HBA) QLogic QLE2672 Fibre Channel (FC). A interrupção do kernel faz com que o Red Hat Enterprise Linux 8,1 seja reiniciado, levando à interrupção do aplicativo. Se o mecanismo kdump estiver ativado, a interrupção do kernel gera um arquivo vmcore localizado no diretório/var/crash/. Você pode verificar o arquivo vmcore para determinar a causa da interrupção.Um failover de armazenamento com o evento HBA QLogic QLE2672 afeta o módulo "kmem_cache_alloc 131". Você pode localizar o evento no arquivo vmcore encontrando a seguinte cadeia de carateres: " [Exceção RIP: Kmem_cache_alloc 131]"após a interrupção do kernel, reinicie o sistema operacional do host e recupere o sistema operacional. Em seguida, reinicie as aplicações |
|
A interrupção do kernel ocorre no Red Hat Enterprise Linux 8,1 com QLogic QLE2742 32GB FC HBA durante operações de failover de armazenamento |
A interrupção do kernel ocorre durante operações de failover de armazenamento no kernel Red Hat Enterprise Linux 8,1 com um adaptador de barramento de host (HBA) QLogic QLE2742 Fibre Channel (FC). A interrupção do kernel faz com que o Red Hat Enterprise Linux 8,1 seja reiniciado, levando à interrupção do aplicativo. Se o mecanismo kdump estiver ativado, a interrupção do kernel gera um arquivo vmcore localizado no diretório/var/crash/. Você pode verificar o arquivo vmcore para determinar a causa da interrupção. Um failover de armazenamento com o evento HBA QLogic QLE2742 afeta o módulo "kmem_cache_alloc-131". Você pode localizar o evento no arquivo vmcore encontrando a seguinte cadeia de carateres: " [Exceção RIP: Kmem_cache_alloc 131]"após a interrupção do kernel, reinicie o sistema operacional do host e recupere o sistema operacional. Em seguida, reinicie as aplicações. |
|
O login em vários caminhos falha durante a instalação do Red Hat Enterprise Linux 8,1 no iSCSI SAN LUN |
Não é possível fazer login em vários caminhos durante a instalação do Red Hat Enterprise Linux 8,1 em dispositivos iSCSI SAN LUN multipath. A instalação não é possível no dispositivo iSCSI multipath e o serviço multipath não está habilitado no dispositivo de inicialização SAN. |
| ID de erro do NetApp | Título | Descrição |
|---|---|---|
Interrupção do kernel no RHEL8 com QLogic QLE2672 16GB FC durante operações de failover de armazenamento |
A interrupção do kernel pode ocorrer durante operações de failover de armazenamento em um kernel Red Hat Enterprise Linux (RHEL) 8 com um adaptador de barramento de host QLogic QLE2672 (HBA). A interrupção do kernel faz com que o sistema operacional seja reinicializado. A reinicialização causa a interrupção do aplicativo e gera o arquivo vmcore no diretório /var/crash/se o kdump estiver configurado. Use o arquivo vmcore para identificar a causa da falha. Neste caso, a interrupção está no módulo "kmem_cache_alloc-160". Ele é registrado no arquivo vmcore com a seguinte cadeia de carateres: "[Exception RIP: Kmem_cache_alloc-160]". Reinicie o sistema operacional do host para recuperar o sistema operacional e, em seguida, reinicie o aplicativo. |
|
O sistema operacional RHEL8 é inicializado até "modo de emergência" quando mais de 204 dispositivos SCSI são mapeados em todos os adaptadores de barramento de host (HBA) Fibre Channel (FC) |
Se um host for mapeado com mais de 204 dispositivos SCSI durante um processo de reinicialização do sistema operacional, o sistema operacional RHEL8 não consegue inicializar até o "modo normal" e entra no "modo de emergência". Isso faz com que a maioria dos serviços de host fique indisponível. |
|
Não é possível criar uma partição em um dispositivo iSCSI multipath durante a instalação do RHEL8. |
Os dispositivos multipath iSCSI SAN LUN não são listados na seleção de disco durante a instalação do RHEL 8. Consequentemente, o serviço multipath não está habilitado no dispositivo de inicialização SAN. |
|
O comando "rescan-scsi-bus.sh -a" não verifica mais de 328 dispositivos |
Se um host Red Hat Enterprise Linux 8 mapeia com mais de 328 dispositivos SCSI, o comando do sistema operacional host "rescan-scsi-bus.sh -a" somente verificará 328 dispositivos. O host não descobre nenhum dispositivo mapeado restante. |
|
Portas remotas transitam para um estado bloqueado no RHEL8 com Emulex LPe16002 16GB FC durante operações de failover de storage |
Portas remotas passam para um estado bloqueado no RHEL8 com Fibre Channel (FC) Emulex LPe16002 16GB durante operações de failover de storage. Quando o nó de armazenamento retorna a um estado ideal, os LIFs também aparecem e o estado da porta remota deve ler "online". Ocasionalmente, o estado da porta remota pode continuar a ser lido como "bloqueado" ou "não presente". Esse estado pode levar a um caminho "com falha" para LUNs na camada multipath |
|
Portas remotas transitam para o estado bloqueado no RHEL8 com Emulex LPe32002 32GB FC durante operações de failover de storage |
As portas remotas passam para um estado bloqueado no RHEL8 com o canal Emulex LPe32002 32GBFibre (FC) durante operações de failover de storage. Quando o nó de armazenamento retorna a um estado ideal, os LIFs também aparecem e o estado da porta remota deve ler "online". Ocasionalmente, o estado da porta remota pode continuar a ser lido como "bloqueado" ou "não presente". Esse estado pode levar a um caminho "com falha" para LUNs na camada multipath. |
O que se segue?
-
"Saiba mais sobre como usar a ferramenta Linux Host Utilities" .
-
Saiba mais sobre espelhamento ASM
O espelhamento do Gerenciamento Automático de armazenamento (ASM) pode exigir alterações nas configurações de multipath do Linux para permitir que o ASM reconheça um problema e alterne para um grupo de falhas alternativo. A maioria das configurações ASM no ONTAP usa redundância externa, o que significa que a proteção de dados é fornecida pelo array externo e o ASM não espelha dados. Alguns sites usam ASM com redundância normal para fornecer espelhamento bidirecional, normalmente em diferentes sites. "Bancos de dados Oracle no ONTAP"Consulte para obter mais informações.
-
Saiba mais sobre a virtualização KVM (Kernel VM) do Red Hat Linux.
O Red Hat Linux pode servir como um host KVM. Isso permite executar várias máquinas virtuais em um único servidor físico usando a tecnologia de Máquina Virtual baseada no Kernel do Linux (KVM). O host KVM não requer configurações explícitas de host para LUNs ONTAP .