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.

Use o Red Hat Enterprise Linux 6,6 com ONTAP

Colaboradores netapp-pcarriga netapp-ranuk netapp-aherbin netapp-reenu netapp-sdaffy netapp-sarajane
PDFs

Você pode usar as configurações de host SAN ONTAP para configurar o Red Hat Enterprise Linux 6,6 com ONTAP como destino.

Instale os Utilitários de host do Linux

O pacote de software de utilitários de host NetApp está disponível no "Site de suporte da NetApp"em um arquivo .rpm de 32 e 64 bits. Se não souber qual é o ficheiro adequado para a sua configuração, utilize o "Ferramenta de Matriz de interoperabilidade" para verificar qual necessita.

O NetApp recomenda fortemente a instalação dos utilitários de host 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.

Se você tiver Linux Host Utilities atualmente instalado, você deve atualizá-lo para a versão mais recente ou removê-lo e siga estas etapas para instalar a versão mais recente.

Passos

  1. Baixe o pacote de software Linux Host Utilities de 32 ou 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

Observação Pode utilizar as definições de configuração fornecidas neste procedimento 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.

Exemplo

No exemplo a seguir, o sanlun lun show comando retorna informações de LUN.

# sanlun lun show all

Exemplo 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

Antes de começar

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

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

Multipathing

Para Red Hat Enterprise Linux (RHEL) 6,6 o arquivo /etc/multipath.conf deve existir, mas você não precisa fazer alterações específicas no arquivo. O RHEL 6,6 é compilado com todas as configurações necessárias para reconhecer e gerenciar corretamente LUNs ONTAP. Para ativar o ALUA Handler, execute as seguintes etapas:

Passos

  1. Crie um backup da imagem initrd.

  2. Anexe o seguinte valor de parâmetro ao kernel para ALUA e non-ALUA funcionar:
    rdloaddriver=scsi_dh_alua

    kernel /vmlinuz-2.6.32-358.6.1.el6.x86_64 ro root=/dev/mapper/ vg_ibmx355021082-lv_root rd_NO_LUKS rd_LVM_LV=vg_ibmx355021082/ lv_root LANG=en_US.UTF-8 rd_LVM_LV=vg_ibmx355021082/lv_swap rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto KEYBOARDTYPE=pc KEYTABLE=us rd_NO_DM rhgb quiet rdloaddriver=scsi_dh_alua

  3. Use o mkinitrd comando para recriar a imagem initrd. RHEL 6x e versões posteriores usam: O comando mkinitrd -f /boot/ initrd-"uname -r".img uname -r: Ou o comando: dracut -f

  4. Reinicie o host.

  5. Verifique a saída do cat /proc/cmdline comando para garantir que a configuração esteja concluída.

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.

Exemplo

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

# multipath -ll
3600a0980383034466b2b4a3775474859 dm-3 NETAPP,LUN C-Mode
size=20G features='4 queue_if_no_path pg_init_retries 50 retain_attached_hw_handle' hwhandler='1 alua' wp=rw
|-+- policy='round-robin 0' prio=50 status=active
|- 1:0:8:1  sdb 8:16 active ready running
|- 2:0:8:1  sdd 8:48 active ready running
|- 1:0:9:1  sdc 8:32 active ready running
|- 2:0:9:1  sde 8:64 active ready running
Observação 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. Isso 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 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.

# multipath -ll
3600a0980383034466b2b4a3775474859 dm-3 NETAPP,LUN C-Mode
size=20G features='4 queue_if_no_path pg_init_retries 50 retain_attached_hw_handle' hwhandler='1 alua' wp=rw
|-+- policy='round-robin 0' prio=50 status=active
| |- 1:0:8:1  sdb 8:16 active ready running
| `- 2:0:8:1  sdd 8:48 active ready running
`-+- policy='round-robin 0' prio=10 status=enabled
  |- 1:0:9:1  sdc 8:32 active ready running
  `- 2:0:9:1  sde 8:64 active ready running
Observação 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 6,6 é 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:

chkconfig multipathd on
/etc/init.d/multipathd start

Não é necessário adicionar nada 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. Para excluir dispositivos indesejados, adicione a seguinte sintaxe ao multipath.conf arquivo, substituindo <DevId> pela cadeia de carateres identificador mundial (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.*"
}

O exemplo a seguir determina o WWID de um dispositivo e o adiciona ao multipath.conf arquivo.

Passos

  1. Determine o WWID:

    /lib/udev/scsi_id -gud /dev/sda
    3600a098038314c4a433f5774717a3046

    sda É o disco SCSI local que você deseja adicionar à lista negra.

  2. Adicione a WWID à estrofe da lista negra no /etc/multipath.conf:

    blacklist {
     wwid   3600a098038314c4a433f5774717a3046
     devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*"
     devnode "^hd[a-z]"
     devnode "^cciss.*"
}

Sempre verifique o /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. Sem essa correção, os LUNs ONTAP podem não funcionar como esperado. Você só deve substituir esses padrões em consulta com o NetApp, o fornecedor do sistema operacional ou ambos, e apenas 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

"3 queue_if_no_path 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

"round-robin 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 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ê não precisa configurar configurações para uma Máquina Virtual baseada em Kernel porque o LUN é mapeado para o hipervisor.

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.

Problemas conhecidos

A versão RHEL 6,6 com ONTAP tem os seguintes problemas conhecidos:

ID de erro do NetApp Título Descrição

"863878"

Falha do kernel ocorre com o host RHEL 6U6 durante falhas de armazenamento

Você pode observar falha do kernel no host RHEL 6U6 durante armazenamento/malha.

"1076584"

Interrupção de e/S até 300 seg. Com host QLogic 16G FC (QLE2672) durante falhas de armazenamento no RHEL 6U4

Você pode observar uma parada de e/S em até 300 seg no host QLogic 16G FC (QLE2672) durante falhas de storage/malha.

"795684"

RHEL6 U5 multipathd agrupe incorretamente mapas multipath durante operações de falha de failover de mod e armazenamento

Você pode observar um agrupamento de caminhos incorreto em LUNs durante a operação de movimentação de LUN sob demanda, juntamente com falhas de armazenamento. Durante a operação de movimentação de LUN, as prioridades do caminho de multipath serão alteradas e o multipath não poderá recarregar a tabela de dispositivos devido a falha do dispositivo causada por falha de armazenamento. Isso leva ao agrupamento de caminhos incorreto.