Skip to main content
ONTAP SAN Host Utilities
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Configurare RHEL 8,8 per FCP e iSCSI con storage ONTAP

Collaboratori netapp-pcarriga netapp-ranuk netapp-sarajane
PDF

Il software Linux host Utilities fornisce strumenti di gestione e diagnostica per gli host Linux connessi allo storage ONTAP. Quando si installano le utilità host Linux su un host Red Hat Enterprise Linux (RHEL) 8,8, è possibile utilizzare le utilità host per gestire le operazioni dei protocolli FCP e iSCSI con i LUN ONTAP.

Nota Non è necessario configurare manualmente le impostazioni della macchina virtuale basata sul kernel (KVM) perché le LUN ONTAP vengono automaticamente mappate sull'hypervisor.

Passaggio 1: Se lo si desidera, attivare l'avvio SAN

È possibile configurare l'host in modo che utilizzi l'avvio SAN per semplificare l'installazione e migliorare la scalabilità.

Prima di iniziare

Utilizzare "Tool di matrice di interoperabilità"per verificare che il sistema operativo Linux, l'HBA (host Bus Adapter), il firmware HBA, il BIOS di avvio HBA e la versione ONTAP supportino l'avvio SAN.

Fasi

  1. "Crea un LUN di avvio SAN e mappalo all'host".

  2. Abilitare l'avvio SAN nel BIOS del server per le porte a cui è mappato il LUN di avvio SAN.

    Per informazioni su come attivare il BIOS HBA, consultare la documentazione specifica del vendor.

  3. Verificare che la configurazione sia stata eseguita correttamente riavviando l'host e verificando che il sistema operativo sia attivo e funzionante.

Fase 2: Installare le utilità host Linux

NetApp consiglia vivamente di installare le utilità host Linux per supportare la gestione LUN di ONTAP e fornire assistenza tecnica nella raccolta dei dati di configurazione.

"Installa Linux Host Utilities 8.0" .

Nota L'installazione di Linux host Utilities non modifica le impostazioni di timeout dell'host sul proprio host Linux.

Fase 3: Verificare la configurazione multipath per l'host

È possibile utilizzare multipathing con RHEL 8,8 per gestire i LUN di ONTAP.

Per verificare che il multipathing sia configurato correttamente per l'host, verificare che il /etc/multipath.conf file sia definito e che siano configurate le impostazioni consigliate da NetApp per i LUN ONTAP.

Fasi

  1. Verificare che il /etc/multipath.conf file venga chiuso. Se il file non esiste, creare un file vuoto a zero byte:

    touch /etc/multipath.conf

  2. La prima volta che multipath.conf si crea il file, potrebbe essere necessario attivare e avviare i servizi multipath per caricare le impostazioni consigliate:

    systemctl enable multipathd
    systemctl start multipathd

  3. Ogni volta che si avvia l'host, il file vuoto /etc/multipath.conf con zero byte carica automaticamente i parametri multipath dell'host raccomandati da NetApp come impostazioni predefinite. Non è necessario apportare modifiche al /etc/multipath.conf file per l'host perché il sistema operativo è compilato con i parametri multipath che riconoscono e gestiscono correttamente i LUN ONTAP.

    La tabella seguente mostra le impostazioni dei parametri multipercorso compilati nativi del sistema operativo Linux per i LUN ONTAP.

    Mostra impostazioni parametri
    Parametro Impostazione

    detect_prio

    sì

    dev_loss_tmo

    "infinito"

    failback

    immediato

    fast_io_fail_tmo

    5

    caratteristiche

    "2 pg_init_retries 50"

    flush_on_last_del

    "sì"

    gestore_hardware

    "0"

    no_path_retry

    coda

    path_checker

    "a"

    policy_di_raggruppamento_percorsi

    "group_by_prio"

    path_selector

    "tempo di servizio 0"

    intervallo_polling

    5

    prio

    "ONTAP"

    prodotto

    LUN

    retain_attached_hw_handler

    sì

    peso_rr

    "uniforme"

    user_friendly_names

    no

    vendor

    NETAPP

  4. Verificare le impostazioni dei parametri e lo stato del percorso dei LUN ONTAP:

    multipath -ll

    I parametri multipath predefiniti supportano le configurazioni ASA, AFF e FAS. In queste configurazioni, una singola LUN ONTAP non deve richiedere più di quattro percorsi. Se sono presenti più di quattro percorsi, potrebbero verificarsi problemi con i percorsi durante un errore di storage.

    I seguenti output di esempio mostrano le impostazioni corrette dei parametri e lo stato del percorso per i LUN ONTAP in una configurazione ASA, AFF o FAS.

    Configurazione ASA

    Una configurazione ASA ottimizza tutti i percorsi verso una determinata LUN, mantenendoli attivi. In questo modo, le performance vengono migliorate grazie alle operazioni di i/o in tutti i percorsi contemporaneamente.

    Mostra esempio 
    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
    Configurazione AFF o FAS

    Una configurazione AFF o FAS deve avere due gruppi di percorsi con priorità maggiore e minore. I percorsi Active/Optimized di priorità più elevata sono serviti dal controller in cui si trova l'aggregato. I percorsi a priorità inferiore sono attivi ma non ottimizzati perché serviti da un controller diverso. I percorsi non ottimizzati vengono utilizzati solo quando non sono disponibili percorsi ottimizzati.

    L'esempio seguente visualizza l'output per una LUN ONTAP con due percorsi attivi/ottimizzati e due percorsi attivi/non ottimizzati:

    Mostra esempio 
    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

Passaggio 4: Se si desidera, escludere un dispositivo dal multipathing

Se necessario, è possibile escludere un dispositivo dal multipathing aggiungendo il WWID per il dispositivo indesiderato alla stanza "blacklist" per il multipath.conf file.

Fasi

  1. Determinare il WWID:

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

    "sda" è il disco SCSI locale che si desidera aggiungere alla blacklist.

    Un esempio di WWID è 360030057024d0730239134810c0cb833.

  2. Aggiungere il WWID alla "blacklist" stanza:

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

Passaggio 5: Personalizzare i parametri multipath per i LUN ONTAP

Se l'host è connesso a LUN di altri fornitori e le impostazioni dei parametri multipath vengono sovrascritte, è necessario correggerle aggiungendo più avanti nel multipath.conf file che si applicano specificamente ai LUN di ONTAP. In caso contrario, i LUN di ONTAP potrebbero non funzionare come previsto.

Controllare il file, in particolare nella sezione dei valori predefiniti, per verificare /etc/multipath.conf le impostazioni che potrebbero sovrascrivere impostazioni predefinite per i parametri multipath.

Avvertenza Non sovrascrivere le impostazioni dei parametri consigliate per i LUN ONTAP. Queste impostazioni sono necessarie per ottenere prestazioni ottimali della configurazione host. Per ulteriori informazioni, contattare l'assistenza NetApp, il fornitore del sistema operativo o entrambi.

Nell'esempio seguente viene illustrato come correggere un valore predefinito sovrascritto. In questo esempio, il multipath.conf file definisce i valori per path_checker e no_path_retry che non sono compatibili con i LUN ONTAP e non è possibile rimuovere questi parametri perché gli array di storage ONTAP sono ancora collegati all'host. È invece possibile correggere i valori per path_checker e no_path_retry aggiungendo una stanza di dispositivo al multipath.conf file che si applica specificamente ai LUN di ONTAP.

Mostra esempio 
defaults {
   path_checker      readsector0
   no_path_retry     fail
}

devices {
   device {
      vendor          "NETAPP"
      product         "LUN"
      no_path_retry   queue
      path_checker    tur
   }
}

Fase 6: Esaminare i problemi noti

Non ci sono problemi noti.

Quali sono le prossime novità?

  • "Informazioni sull'utilizzo dello strumento Linux host Utilities" .

  • Informazioni sul mirroring ASM.

    Il mirroring ASM (Automatic Storage Management) potrebbe richiedere modifiche alle impostazioni del multipath Linux per consentire ad ASM di riconoscere un problema e passare a un gruppo di guasti alternativo. La maggior parte delle configurazioni ASM su ONTAP utilizza la ridondanza esterna, il che significa che la protezione dei dati viene fornita dall'array esterno e ASM non esegue il mirroring dei dati. Alcuni siti utilizzano ASM con ridondanza normale per fornire il mirroring bidirezionale, in genere su siti diversi. Per ulteriori informazioni, vedere"Database Oracle su ONTAP".