Red Hat Enterprise Linux 9.3とONTAPの併用
ONTAP SANホストの設定を使用して、ONTAPをターゲットとしてRed Hat Enterprise Linux 9.3を設定できます。
Linux Unified Host Utilities をインストールします
NetApp Linux Unified Host Utilities ソフトウェアパッケージは、にあります "ネットアップサポートサイト" 64 ビットの .rpm ファイル。
NetAppでは、Linux Unified Host Utilitiesのインストールを強く推奨していますが、必須ではありません。ユーティリティを使用しても、 Linux ホストの設定は変更されません。管理機能が向上し、ネットアップのカスタマーサポートが設定に関する情報を収集できるようになります。
Linux Unified Host Utilitiesのバージョンが現在インストールされている場合は、アップグレードするか削除して次の手順に従って最新バージョンをインストールする必要があります。
-
から 64 ビットの Linux Unified Host Utilities ソフトウェアパッケージをダウンロードします "ネットアップサポートサイト" ホストに接続します。
-
ソフトウェアパッケージをインストールします。
「 rpm -ivh 」 NetApp_linux_unified-connect host_utilities-7-1.x86_64 」を参照してください
SANツールキット
このツールキットは、NetApp Host Utilitiesパッケージをインストールすると自動的にインストールされます。このキットは、を提供します sanlun
ユーティリティ。LUNとHBAの管理に役立ちます。。 sanlun
コマンドは、ホストにマッピングされている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 ------------------------------------------------------------------------------------ vs_147_32glpe /vol/vol1/lun /dev/sdb Host11 FCP 10g cDOT vs_147_32glpe /vol/vol1/lun /dev/sdx Host11 FCP 10g cDOT vs_147_32glpe /vol/vol2/lun /dev/sdbt host12 FCP 10g cDOT vs_147_32glpe /vol/vol2/lun /dev/sdax host12 FCP 10g cDOT
SAN ブート中です
SAN ブートを使用する場合は、構成でサポートされている必要があります。を使用できます "NetApp Interoperability Matrix Tool で確認できます" 使用しているOS、HBA、HBAファームウェア、HBAブートBIOS、およびONTAPのバージョンがサポートされていることを確認します。
-
SAN ブート LUN をホストにマッピングします。
-
複数のパスが使用可能であることを確認します。
ホストオペレーティングシステムが起動し、パスで実行されると、複数のパスが使用可能になります。 -
SAN ブート LUN がマッピングされているポートに対して、サーバ BIOS で SAN ブートを有効にします。
HBA BIOS を有効にする方法については、ベンダー固有のマニュアルを参照してください。
-
ホストをリブートして、ブートが正常に完了したことを確認します。
マルチパス
Red Hat Enterprise Linux(RHEL)9.3の場合、 /etc/multipath.conf
ファイルが存在している必要がありますが、ファイルに特定の変更を加える必要はありません。RHEL 9.3は、ONTAP LUNを認識して適切に管理するために必要なすべての設定でコンパイルされています。
「 multipath -ll 」コマンドを使用すると、 ONTAP LUN の設定を確認できます。
以降のセクションでは、ASAおよびASA以外のペルソナにマッピングされたLUNのマルチパス出力の例を示します。
オールSANアレイ構成
オールSANアレイ(ASA)構成では、特定のLUNへのすべてのパスがアクティブで最適化されています。これにより、すべてのパスを同時に経由するI/O処理が行われるため、パフォーマンスが向上します。
次の例は、 ONTAP LUN の正しい出力を表示します。
# multipath -ll 3600a098038314359725d516c69733471 dm-22 NETAPP,LUN C-Mode size=160G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 alua' wp=rw `-+- policy='service-time 0' prio=50 status=active |- 11:0:3:0 sdau 66:224 active ready running |- 12:0:4:0 sdco 69:192 active ready running |- 12:0:0:0 sdav 66:240 active ready running `- 11:0:2:0 sdat 66:208 active ready running
1つのLUNに必要なパスは4つまでです。パスが4つ以上あると、ストレージ障害時にパスの問題が発生する可能性があります。 |
ASAイカイノコウセイ
ASA以外の構成では、優先度が異なる2つのパスグループが必要です。優先度が高いパスはアクティブ/最適化されます。つまり、アグリゲートが配置されているコントローラによって処理されます。優先度の低いパスはアクティブですが、別のコントローラから提供されるため最適化されていません。最適化されていないパスは、最適化されたパスを使用できない場合にのみ使用されます。
次の例は、 2 つのアクティブ / 最適化パスと 2 つのアクティブ / 非最適化パスを使用する ONTAP LUN に対する正しい出力を表示します。
# multipath -ll 3600a0980383149783224544d334a644d dm-10 NETAPP,LUN C-Mode size=10G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 alua' wp=rw |-+- policy='service-time 0' prio=50 status=active | |- 12:0:0:18 sdbj 67:208 active ready running | `- 11:0:1:18 sdan 66:112 active ready running `-+- policy='service-time 0' prio=10 status=enabled |- 11:0:0:18 sdt 65:48 active ready running `- 12:0:3:18 sdcf 69:48 active ready running
1つのLUNに必要なパスは4つまでです。パスが4つ以上あると、ストレージ障害時にパスの問題が発生する可能性があります。 |
推奨設定
RHEL 9.3 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`ファイルに追加します。
-
WWIDを確認します。
# /lib/udev/scsi_id -gud /dev/sda 360030057024d0730239134810c0cb833
`sda`は、ブラックリストに追加するローカルSCSIディスクです。
-
を追加します
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. |
の機能 |
"2 pg_init_retries 50" |
flush_on_last_del |
はい。 |
hardware_handler |
0 |
パスの再試行なし |
キュー |
path_checker です |
" tur " |
path_grouping_policy |
「 group_by_prio 」 |
path_selector |
"service-time 0" |
polling _interval (ポーリング間隔) |
5. |
Prio |
ONTAP |
プロダクト |
LUN. * |
retain_attached _hw_handler |
はい。 |
RR_weight を指定します |
" 均一 " |
ユーザーフレンドリ名 |
いいえ |
ベンダー |
ネットアップ |
次の例は、オーバーライドされたデフォルトを修正する方法を示しています。この場合は、を参照してください multipath.conf
ファイルはの値を定義します path_checker
および no_path_retry
ONTAP LUNと互換性がありません。他の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 9.3 with ONTAPリリースには、次の既知の問題があります。
NetApp バグ ID | タイトル | 説明 | JIRA iD |
---|---|---|---|
NetApp Linux Host Utilities CLIでは、Emulex Host Bus Adapter(HBA;ホストバスアダプタ)アダプタの検出をサポートするために、ライブラリパッケージの依存関係を追加する必要があります。 |
RHEL 9.xでは、NetApp Linux SAN Host UtilitiesのCLI |
該当なし |
|
Red Hat Enterprise Linux 9.3 QLogic SANホストで、ストレージ移動の処理中に部分的なマルチパスが失われることがある |
ONTAPストレージコントローラのテイクオーバー処理では、マルチパスの半分が停止するかフェイルオーバーモードに切り替わり、ギブバックワークフローの実行中にフルパス数に回復します。ただし、Red Hat Enterprise Linux(RHEL)9.3 QLogicホストでは、ストレージフェイルオーバーのギブバック処理後にリカバリされるのは部分的なマルチパスのみです。 |
RHEL 17811 |