Skip to main content
ONTAP SAN Host Utilities
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.

Configurar o HPE VME 8.0.x para FCP e iSCSI com armazenamento ONTAP

Colaboradores netapp-pcarriga
PDFs

O software Linux Host Utilities fornece ferramentas de gerenciamento e diagnóstico para hosts Linux conectados ao armazenamento ONTAP. Ao instalar o Linux Host Utilities em um host HPE VME 8.0.x, você pode usar o Host Utilities para ajudar a gerenciar as operações dos protocolos FCP e iSCSI com LUNs ONTAP.

Passo 1: Instalar os utilitários do host 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.

"Instalar o Linux Host Utilities 8.0" .

Observaçã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 2: confirme a configuração multipath para seu host

Você pode usar o recurso de multipathing com o HPE VME 8.0.x para gerenciar ONTAP LUNs.

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.

Passos

  1. Verifique se o /etc/multipath.conf arquivo sai. Se o arquivo não existir, crie um arquivo vazio de zero bytes:

    touch /etc/multipath.conf

  2. Na primeira vez que o multipath.conf arquivo é criado, talvez seja necessário ativar e iniciar os serviços multipath para carregar as configurações recomendadas:

    systemctl enable multipathd
    systemctl start multipathd

  3. Cada vez que você inicializar o host, o arquivo vazio de /etc/multipath.conf zero 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.conf arquivo 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

  4. Verifique as configurações de parâmetros e o status do caminho para os LUNs do ONTAP:

    multipath -ll

    Os 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 ASA

    Uma 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 FAS

    Uma 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

Etapa 3: confirme a configuração iSCSI para o seu host

Certifique-se de que iSCSI esteja configurado corretamente para seu host.

Sobre esta tarefa

Você executa as seguintes etapas no host iSCSI.

Passos

  1. Verifique se o pacote iniciador iSCSI (open-iscsi) está instalado:

    $apt list |grep open-iscsi

    Você deverá ver uma saída semelhante ao exemplo a seguir:

    open-iscsi/noble-updates,noble-updates,now 2.1.9-3ubuntu5.4 amd64

  2. Verifique o nome do nó do iniciador iSCSI, que está localizado no /etc/iscsi/initiatorname.iscsi arquivo:

    InitiatorName=iqn.YYYY-MM.com.<vendor>:<host_name>

  3. Configure o parâmetro de tempo limite da sessão iSCSI localizado no arquivo /etc/iscsi/iscsid.conf:

    node.session.timeo.replacement_timeout = 5

    O parâmetro `replacement_timeout`iSCSI controla por quanto tempo a camada iSCSI deve esperar que um caminho ou sessão com tempo limite expirado se restabeleça antes de falhar quaisquer comandos nele. Você deve definir o valor de `replacement_timeout`para 5 no arquivo de configuração iSCSI.

  4. Ative o serviço iSCSI:

    $systemctl enable iscsid

  5. Inicie o serviço iSCSI:

    $systemctl start iscsid

  6. Verifique se o serviço iSCSI está em execução:

    $systemctl status iscsid
    Mostrar exemplo 
    ●iscsid.service - iSCSI initiator daemon (iscsid)
     Loaded: loaded (/usr/lib/systemd/system/iscsid.service; enabled; preset: disabled)
     Active: active (running) since Mon 2026-01-12 12:53:18 IST; 2 days ago
TriggeredBy: ● iscsid.socket
       Docs: man:iscsid(8)
   Main PID: 1127419 (iscsid)
      Tasks: 2 (limit: 76557)
     Memory: 4.3M (peak: 8.8M)
        CPU: 1.657s
     CGroup: /system.slice/iscsid.service
             ├─1127418 /usr/sbin/iscsid
             └─1127419 /usr/sbin/iscsid

  7. Descubra os alvos iSCSI:

    $iscsiadm --mode discovery --op update --type sendtargets --portal <target_IP>
    mostrar exemplo 
    iscsiadm --mode discovery --op update --type sendtargets --portal  192.168.100.197
192.168.100.197:3260,1046 iqn.1992-08.com.netapp:sn.7cd154a7d35411f0a25ed039eaa95f59:vs.8
192.168.200.199:3260,1049 iqn.1992-08.com.netapp:sn.7cd154a7d35411f0a25ed039eaa95f59:vs.8
192.168.100.199:3260,1048 iqn.1992-08.com.netapp:sn.7cd154a7d35411f0a25ed039eaa95f59:vs.8
192.168.200.197:3260,1047 iqn.1992-08.com.netapp:sn.7cd154a7d35411f0a25ed039eaa95f59:vs.8

  8. Faça login nos destinos:

    $iscsiadm --mode node -l all

  9. Defina o iSCSI para fazer login automaticamente quando o host for inicializado:

    $iscsiadm --mode node -T <target_name> -p <ip:port> -o update -n node.startup -v automatic

    Você deverá ver uma saída semelhante ao exemplo a seguir:

    iscsiadm --mode node -T iqn.1992-08.com.netapp:sn.7cd154a7d35411f0a25ed039eaa95f59:vs.8 -p 192.168.100.197:3260 -o update -n node.startup -v automatic

  10. Verifique as sessões iSCSI:

    $iscsiadm --mode session
    Mostrar exemplo 
    iscsiadm --mode session
tcp: [1] 192.168.200.197:3260,1047 iqn.1992-08.com.netapp:sn.7cd154a7d35411f0a25ed039eaa95f59:vs.8 (non-flash)
tcp: [2] 192.168.100.197:3260,1046 iqn.1992-08.com.netapp:sn.7cd154a7d35411f0a25ed039eaa95f59:vs.8 (non-flash)
tcp: [3] 192.168.100.199:3260,1048 iqn.1992-08.com.netapp:sn.7cd154a7d35411f0a25ed039eaa95f59:vs.8 (non-flash)
tcp: [4] 192.168.200.199:3260,1049 iqn.1992-08.com.netapp:sn.7cd154a7d35411f0a25ed039eaa95f59:vs.8 (non-flash)

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.

Passos

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

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

Cuidado 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

Não há problemas conhecidos.

O que se segue?