Skip to main content
SAN hosts and cloud clients
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

Red Hat Enterprise Linux 6.9とONTAPの併用

共同作成者

ONTAP SANホストの設定を使用して、ONTAPをターゲットとしてRed Hat Enterprise Linux 6.9を設定できます。

Linux Unified Host Utilities をインストールします

NetApp Linux Unified Host Utilitiesソフトウェアパッケージは、に32ビットおよび64ビットの.rpmファイルとして用意されています"ネットアップサポートサイト"。構成に適したファイルがわからない場合は、を使用して必要なファイルを"NetApp Interoperability Matrix Tool で確認できます"確認してください。

NetAppでは、Linux Unified Host Utilitiesのインストールを強く推奨していますが、必須ではありません。ユーティリティでは、Linuxホストの設定は変更されません。管理機能が向上し、ネットアップのカスタマーサポートが設定に関する情報を収集できるようになります。

Linux Unified Host Utilitiesが現在インストールされている場合は、最新バージョンにアップグレードするか削除して次の手順に従って最新バージョンをインストールします。

手順
  1. から、 32 ビットまたは 64 ビットの Linux Unified Host Utilities ソフトウェアパッケージをダウンロードします "ネットアップサポートサイト" ホストに接続します。

  2. ソフトウェアパッケージをインストールします。

    「 rpm -ivh 」 NetApp_linux_unified-connect host_utilities-7-1.x86_64 」を参照してください

メモ このドキュメントの設定を使用して、に接続するクラウドクライアントを設定できます "Cloud Volumes ONTAP" および "ONTAP 対応の Amazon FSX"

SAN ツールキット

このツールキットは、 NetApp Host Utilities パッケージをインストールすると自動的にインストールされます。このキットには 'lun ユーティリティが含まれており 'LUN と HBA の管理に役立ちます「 anlun 」コマンドは、ホストにマッピングされた LUN 、マルチパス、およびイニシエータグループの作成に必要な情報を返します。

次の例では 'lun lun lun show コマンドは LUN 情報を返します

# sanlun lun show all

出力例:

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

SAN ブート中です

必要なもの

SAN ブートを使用する場合は、構成でサポートされている必要があります。を使用できます "NetApp Interoperability Matrix Tool で確認できます" 使用している OS 、 HBA 、 HBA ファームウェア、 HBA ブート BIOS 、および ONTAP のバージョンがサポートされていることを確認します。

手順
  1. SAN ブート LUN をホストにマッピングします。

  2. 複数のパスが使用可能であることを確認します。

    メモ ホストオペレーティングシステムが起動し、パスで実行されると、複数のパスが使用可能になります。
  3. SAN ブート LUN がマッピングされているポートに対して、サーバ BIOS で SAN ブートを有効にします。

    HBA BIOS を有効にする方法については、ベンダー固有のマニュアルを参照してください。

  4. ホストをリブートして、ブートが正常に完了したことを確認します。

マルチパス

Red Hat Enterprise Linux ( RHEL ) 6.9 の場合は、 /etc/multipath.conf ファイルが存在している必要がありますが、ファイルに特定の変更を加える必要はありません。RHEL 6.9 は、 ONTAP LUN を認識して正しく管理するために必要なすべての設定でコンパイルされました。ALUA ハンドラを有効にするには、次の手順を実行します。

手順
  1. initrd-image のバックアップを作成します。

  2. ALUA および非 ALUA が機能するようにカーネルに次のパラメータ値を追加します。 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. initrd-image を再作成するには、「 m kinitrd` 」コマンドを使用します。RHEL 6x 以降のバージョンでは、次のいずれかを使用します。「 m kinitrd -f /boot/initrd - "uname -r 」 .img uname -r 」またはコマンド「 `d racut -f 」

  4. ホストをリブートします。

  5. 設定が完了したことを確認するために 'cat /proc/cmdline コマンドの出力を確認します

「 multipath -ll 」コマンドを使用すると、 ONTAP LUN の設定を確認できます。

以降のセクションでは、ASAおよびASA以外のペルソナにマッピングされたLUNのマルチパス出力の例を示します。

オールSANアレイ構成

オールSANアレイ(ASA)構成では、特定のLUNへのすべてのパスがアクティブで最適化されています。これにより、すべてのパスを同時に経由するI/O処理が行われるため、パフォーマンスが向上します。

次の例は、 ONTAP LUN の正しい出力を表示します。

# 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
メモ 1つのLUNに必要なパスは4つまでです。パスが4つ以上あると、ストレージ障害時にパスの問題が発生する可能性があります。

ASAイカイノコウセイ

ASA以外の構成では、優先度が異なる2つのパスグループが必要です。優先度が高いパスはアクティブ/最適化されます。つまり、アグリゲートが配置されているコントローラによって処理されます。優先度の低いパスはアクティブですが、別のコントローラから提供されるため最適化されていません。最適化されていないパスは、最適化されたパスを使用できない場合にのみ使用されます。

次の例は、 2 つのアクティブ / 最適化パスと 2 つのアクティブ / 非最適化パスを使用する ONTAP LUN に対する正しい出力を表示します。

# 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
メモ 1つのLUNに必要なパスは4つまでです。パスが4つ以上あると、ストレージ障害時にパスの問題が発生する可能性があります。

推奨設定

RHEL 6.9 OS は、 ONTAP LUN を認識するようにコンパイルされ、 ASA 構成と非 ASA 構成の両方ですべての構成パラメータを自動的に正しく設定します。

`multipath.conf`マルチパスデーモンを起動するには、ファイルが存在している必要があります。このファイルが存在しない場合は、コマンドを使用して空のゼロバイトファイルを作成できます `touch /etc/multipath.conf`。
`multipath.conf`ファイルを初めて作成するときは、次のコマンドを使用してマルチパスサービスを有効にして開始しなければならない場合があります。

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

マルチパスで管理したくないデバイスがある場合や、デフォルトよりも優先される既存の設定がある場合を除き、ファイルに直接何も追加する必要はありません multipath.conf。不要なデバイスを除外するには、 `multipath.conf`ファイルに次の構文を追加し、<DevId>を除外するデバイスのWWID文字列に置き換えます。

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

次の例では、デバイスのWWIDを特定して `multipath.conf`ファイルに追加します。

手順
  1. WWIDを確認します。

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

    `sda`は、ブラックリストに追加するローカルSCSIディスクです。

  2. を追加します WWID ブラックリストのスタンザに /etc/multipath.conf

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

、デフォルト設定をオーバーライドする可能性のあるレガシー設定については常にチェックする必要があります `/etc/multipath.conf`特にdefaultsセクションでファイルを。

次の表に、 multipathd`ONTAP LUNの重要なパラメータと必要な値を示します。ホストが他のベンダーのLUNに接続されていて、これらのパラメータのいずれかが無視される場合は `multipath.conf、ONTAP LUNに特化して適用されるファイルの以降のスタンザによって修正する必要があります。この修正を行わないと、ONTAP LUNが想定どおりに動作しない可能性があります。これらのデフォルト値を無効にする場合は、影響を十分に理解したうえで、NetApp、OSベンダー、またはその両方に相談してください。

パラメータ 設定

detect_prio

はい。

DEV_DETION_TMO

" 無限 "

フェイルバック

即時

fast_io_fail_TMO

5.

の機能

"3 queue_if_no_path pg_init_retries 50"

flush_on_last_del

はい。

hardware_handler

0

パスの再試行なし

キュー

path_checker です

" tur "

path_grouping_policy

「 group_by_prio 」

path_selector

" ラウンドロビン 0"

polling _interval (ポーリング間隔)

5.

Prio

ONTAP

プロダクト

LUN. *

retain_attached _hw_handler

はい。

RR_weight を指定します

" 均一 "

ユーザーフレンドリ名

いいえ

ベンダー

ネットアップ

次の例は、オーバーライドされたデフォルトを修正する方法を示しています。この場合 ' マルチパス .conf ファイルは 'path_checker' および ONTAP LUN と互換性のない 'no-path_retry' の値を定義しますホストに接続された他の SAN アレイが原因でアレイを削除できない場合は、デバイススタンザを使用して ONTAP LUN 専用にパラメータを修正できます。

defaults {
   path_checker      readsector0
   no_path_retry      fail
}

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

KVM設定

Kernel-based Virtual Machine ( KVM )の設定にも推奨設定を使用できます。LUN がハイパーバイザーにマッピングされるため、 KVM の設定を変更する必要はありません。

既知の問題

RHEL 6.9 with ONTAPリリースには、次の既知の問題があります。

NetApp バグ ID タイトル 説明

"1067272"

ストレージフェイルオーバー処理の実行中に、 Emulex LPe32002 ホストのリモートポートが「ブロック」状態になることがあります

ストレージフェイルオーバー処理の実行中に、 LPe32002 アダプタを搭載した RHEL 6.9 ホストの特定のリモートポートのステータスが「ブロック」状態になる可能性があります。論理インターフェイスはストレージノードが停止すると停止するため、リモートポートはストレージノードのステータスを「ブロック」状態に設定します。ただし、ストレージノードが最適状態に戻ると、論理インターフェイスも稼働状態になり、リモートポートの状態は「オンライン」になります。ただし、場合によっては、リモートポートが引き続き「ブロック」状態になります。この状態が「 failed faulty 」と表示され、マルチパスレイヤで LUN にアクセスできません。

"1076584"

ファームウェアダンプは、ストレージフェイルオーバー処理中に Red Hat Enterprise Linux 6.9 QLogic QE83362 HBA で発生します

ファームウェアダンプは、 QLogic QLE8362 のホストバスアダプタ( HBA )を搭載した Red Hat Enterprise Linux ( RHEL ) 6.9 ホストでのストレージフェイルオーバー処理中に発生することがあります。ファームウェアダンプが発生する場合があります。ファームウェアダンプでは、ホストの I/O が 1200 秒以内に停止する可能性があることが考えられます。アダプタによるファームウェアコアのダンプが完了すると、 I/O 処理は正常に再開します。これ以上のリカバリ手順はホストで必要ありません。ファームウェアダンプを示すために、 /var/log/messages ファイルに次のメッセージが表示されます。 kernel : qla2xxx [0000 : 0c : 00.3] -d001 : 3 :ファームウェアダンプが一時バッファ( 3/ffffc90018b01000 )に保存され、ダンプステータスフラグ( 0x3f )