Skip to main content
SAN hosts and cloud clients
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Use o Red Hat Enterprise Linux 9,5 com ONTAP

Colaboradores
PDFs

Você pode usar as configurações de host SAN ONTAP para configurar o Red Hat Enterprise Linux (RHEL) 9,5 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.

Passos

  1. Baixe o pacote de software Linux Unified Host Utilities de 64 bits do "Site de suporte da NetApp" para o seu host.

  2. Instale o pacote de software:

    rpm -ivh netapp_linux_unified_host_utilities-7-1.x86_64

Use o SAN Toolkit

Instalar o pacote de utilitários de host NetApp instala automaticamente o kit de ferramentas. Este kit fornece o sanlun utilitário, que ajuda a gerenciar LUNs e adaptadores de barramento de host (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 all
Mostrar exemplo 
controller(7mode/E-Series)/                                  device          host                  lun
vserver(cDOT/FlashRay)        lun-pathname                   filename        adapter    protocol   size    product
---------------------------------------------------------------------------------------------------------------
vs_sanboot                    /vol/vol_2742/lun              /dev/sdch       host17     FCP        180g    cDOT
vs_coexistence_QLE2742        /vol/fc_vol_2_9/dynamic_lun    /dev/sdcg       host17     FCP        10g     cDOT
vs_coexistence_QLE2742        /vol/fc_vol_2_8/dynamic_lun    /dev/sdcf       host17     FCP        10g     cDOT
vs_coexistence_QLE2742        /vol/fc_vol_2_7/dynamic_lun    /dev/sdce       host17     FCP        10g     cDOT
vs_coexistence_QLE2742        /vol/fc_vol_2_6/dynamic_lun    /dev/sdcd       host17     FCP        10g     cDOT

Ativar a inicialização de SAN

Se você decidir usar a inicialização de SAN, ele deve ser suportado por sua configuração.

Antes de começar

Use o "Ferramenta de Matriz de interoperabilidade do NetApp" para verificar se o seu SO, HBA, firmware HBA, BIOS de inicialização HBA e a versão ONTAP são suportados.

Passos

  1. Mapeie o LUN de inicialização SAN para o host.

  2. Verifique se há vários caminhos disponíveis.

    Observação Vários caminhos ficam disponíveis depois que o sistema operacional host estiver ativo e em execução nos caminhos.

  3. 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.

  4. Reinicie o host para verificar se a inicialização foi bem-sucedida.

Ativar multipathing

Você pode usar multipathing com RHEL 9,5 para gerenciar LUNs ONTAP. Para usar multipathing, o /etc/multipath.conf arquivo deve existir. Se o /etc/multipath.conf arquivo não existir, você pode criar um arquivo vazio de zero bytes usando o comando touch /etc/multipath.conf. Você não precisa fazer alterações no /etc/multipath.conf arquivo porque o RHEL 9,5 é compilado com todas as configurações necessárias para reconhecer e gerenciar corretamente LUNs ONTAP.

Observação Um único LUN não deve exigir mais de quatro caminhos. Mais de quatro caminhos podem causar problemas de caminho durante falhas de storage.

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.

Exemplo

O exemplo a seguir exibe a saída correta para um LUN ONTAP.

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çõ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.

Exemplo

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.

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

Definições recomendadas

O sistema operacional RHEL 9,5 é compilado para reconhecer LUNs ONTAP e definir automaticamente todos os parâmetros de configuração corretamente para configurações ASA e não ASA. Você pode otimizar ainda mais o desempenho da configuração do seu host com as seguintes configurações recomendadas.

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.

Passos

  1. Determine o WWID:

    /lib/udev/scsi_id -gud /dev/sda
    360030057024d0730239134810c0cb833

    sda É o disco SCSI local que você deseja adicioná-lo à lista negra.

  2. 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
Exemplo

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 outros arrays SAN ainda estiverem conetados ao host, corrija esses parâmetros especificamente para LUNs ONTAP usando uma estrofe de dispositivo.

Mostrar exemplo 
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

Não há problemas conhecidos para a configuração de host FC para RHEL 9,5 com a versão ONTAP.