Use o Red Hat Enterprise Linux 8,0 com ONTAP
Sugerir alterações
PDFs
Você pode usar as configurações de host SAN ONTAP para configurar o Red Hat Enterprise Linux 8,0 com ONTAP como destino.
Instale os utilitários do host unificado do Linux
Você pode baixar o pacote de software Utilitários unificados de host do NetApp Linux como um arquivo 64-bit.rpm do "Site de suporte da NetApp".
O NetApp recomenda fortemente a instalação dos Utilitários de host unificado do Linux, mas não é obrigatório. Os utilitários não alteram nenhuma configuração em seu host Linux. Os utilitários melhoram o gerenciamento e auxiliam o suporte ao cliente da NetApp na coleta de informações sobre sua configuração.
-
Baixe o pacote de software Linux Unified Host Utilities de 64 bits do "Site de suporte da NetApp" para o seu host.
-
Instale o pacote de software:
rpm -ivh netapp_linux_unified_host_utilities-7-1.x86_64
|
Pode utilizar as definições de configuração fornecidas neste documento para configurar os clientes em nuvem ligados a "Cloud Volumes ONTAP" e "Amazon FSX para ONTAP". |
Kit de ferramentas SAN
O kit de ferramentas é instalado automaticamente quando você instala o pacote de utilitários de host do NetApp. Este kit fornece o sanlun utilitário, que ajuda você a gerenciar LUNs e HBAs. O sanlun comando retorna informações sobre os LUNs mapeados para o seu host, multipathing e informações necessárias para criar grupos de iniciadores.
No exemplo a seguir, o sanlun lun show comando retorna informações de LUN.
# sanlun lun show allExemplo de saída:
controller(7mode/E-Series)/ device host lun vserver(cDOT/FlashRay) lun-pathname filename adapter protocol size Product ------------------------------------------------------------------------------------ data_vserver /vol/vol1/lun1 /dev/sdb host16 FCP 120.0g cDOT data_vserver /vol/vol1/lun1 /dev/sdc host15 FCP 120.0g cDOT data_vserver /vol/vol2/lun2 /dev/sdd host16 FCP 120.0g cDOT data_vserver /vol/vol2/lun2 /dev/sde host15 FCP 120.0g cDOT
Inicialização de SAN
Se você decidir usar a inicialização de SAN, ele deve ser suportado por sua configuração. Você pode usar o "Ferramenta de Matriz de interoperabilidade do NetApp" para verificar se o seu sistema operacional, HBA, HBA firmware e o BIOS de inicialização HBA e a versão ONTAP são suportados.
-
Mapeie o LUN de inicialização SAN para o host.
-
Verifique se há vários caminhos disponíveis.
Vários caminhos ficam disponíveis depois que o sistema operacional host estiver ativo e em execução nos caminhos. -
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.
-
Reinicie o host para verificar se a inicialização foi bem-sucedida.
Multipathing
Para Red Hat Enterprise Linux (RHEL) 8,0 o arquivo /etc/multipath.conf deve existir, mas você não precisa fazer alterações específicas no arquivo. O RHEL 8,0 é compilado com todas as configurações necessárias para reconhecer e gerenciar corretamente LUNs ONTAP.
Você pode usar o multipath -ll comando para verificar as configurações dos LUNs do ONTAP.
As seções a seguir fornecem exemplos de saídas multipath para um LUN mapeado para personas ASA e não ASA.
Todas as configurações do SAN Array
Todas as configurações de SAN Array (ASA) otimizam 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.
O exemplo a seguir exibe a saída correta para um LUN ONTAP.
# multipath -ll 3600a098038303634722b4d59646c4436 dm-28 NETAPP,LUN C-Mode size=80G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 alua' wp=rw `-+- policy='service-time 0' prio=50 status=active |- 11:0:7:1 sdfi 130:64 active ready running |- 11:0:9:1 sdiy 8:288 active ready running |- 11:0:10:1 sdml 69:464 active ready running |- 11:0:11:1 sdpt 131:304 active ready running
|
|
Um único LUN não deve exigir mais de quatro caminhos. Ter mais de quatro caminhos pode causar problemas de caminho durante falhas de storage. |
Configurações que não são ASA
Para configurações que não sejam ASA, deve haver dois grupos de caminhos com prioridades diferentes. Os caminhos com prioridades mais altas são Ativo/otimizado, o que significa que eles são atendidos pelo controlador onde o agregado está localizado. Os caminhos com prioridades mais baixas estão ativos, mas não são otimizados porque são servidos de um controlador diferente. Os 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 correta para um LUN ONTAP com dois caminhos ativos/otimizados e dois caminhos ativos/não otimizados.
# multipath -ll 3600a098038303634722b4d59646c4436 dm-28 NETAPP,LUN C-Mode size=80G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 alua' wp=rw `-+- policy='service-time 0' prio=50 status=active |- 11:0:7:1 sdfi 130:64 active ready running |- 11:0:9:1 sdiy 8:288 active ready running |- 11:0:10:1 sdml 69:464 active ready running |- 11:0:11:1 sdpt 131:304 active ready running
|
|
Um único LUN não deve exigir mais de quatro caminhos. Ter mais de quatro caminhos pode causar problemas de caminho durante falhas de storage. |
Definições recomendadas
O sistema operacional RHEL 8,0 é compilado para reconhecer LUNs ONTAP e definir automaticamente todos os parâmetros de configuração corretamente para configurações ASA e não ASA.
O multipath.conf arquivo deve existir para o daemon multipath iniciar. Se este arquivo não existir, você pode criar um arquivo vazio, zero-byte usando o touch /etc/multipath.conf comando.
Na primeira vez que você criar o multipath.conf arquivo, talvez seja necessário habilitar e iniciar os serviços multipath usando os seguintes comandos:
# systemctl enable multipathd # systemctl start multipathd
Não há necessidade de adicionar dispositivos diretamente ao multipath.conf arquivo, a menos que você tenha dispositivos que não deseja que o multipath gerencie ou tenha configurações existentes que substituem os padrões. Você pode excluir dispositivos indesejados adicionando a seguinte sintaxe ao multipath.conf arquivo, substituindo o <DevId> pela cadeia WWID do dispositivo que você deseja excluir:
blacklist {
wwid <DevId>
devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*"
devnode "^hd[a-z]"
devnode "^cciss.*"
}
No exemplo a seguir, você determina o WWID de um dispositivo e adiciona o dispositivo ao multipath.conf arquivo.
-
Determine o WWID:
/lib/udev/scsi_id -gud /dev/sda
360030057024d0730239134810c0cb833
sdaÉ o disco SCSI local que você deseja adicioná-lo à lista negra. -
Adicione a
WWIDà estrofe da lista negra no/etc/multipath.conf:blacklist { wwid 360030057024d0730239134810c0cb833 devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*" devnode "^hd[a-z]" devnode "^cciss.*" }
Você deve sempre verificar seu /etc/multipath.conf arquivo, especialmente na seção padrões, para configurações herdadas que podem estar substituindo as configurações padrão.
A tabela a seguir demonstra os parâmetros críticos multipathd para LUNs ONTAP e os valores necessários. Se um host estiver conetado a LUNs de outros fornecedores e qualquer um desses parâmetros for substituído, ele precisará ser corrigido por estrofes posteriores multipath.conf no arquivo que se aplicam especificamente aos LUNs ONTAP. Se isso não for feito, os LUNs do ONTAP podem não funcionar como esperado. Você só deve substituir esses padrões em consulta com o NetApp e/ou um fornecedor de SO e somente quando o impactos for totalmente compreendido.
| 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 |
O exemplo a seguir mostra como corrigir um padrão substituído. Nesse caso, o multipath.conf arquivo define valores para path_checker e no_path_retry que não são compatíveis com LUNs ONTAP. Se eles não puderem ser removidos devido a outros arrays SAN ainda conetados ao host, esses parâmetros podem ser corrigidos especificamente para LUNs ONTAP com uma estrofe de dispositivo.
defaults {
path_checker readsector0
no_path_retry fail
}
devices {
device {
vendor "NETAPP "
product "LUN.*"
no_path_retry queue
path_checker tur
}
}
Configurar definições KVM
Você também pode usar as configurações recomendadas para configurar a máquina virtual baseada no Kernel (KVM). Não são necessárias alterações para configurar o KVM porque o LUN é mapeado para o hipervisor.
Problemas conhecidos
A versão RHEL 8,0 com ONTAP tem os seguintes problemas conhecidos:
| 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. |