ONTAPストレージでFCPとiSCSI用にProxmox VE 8.xを構成する
変更を提案
PDF
Proxmox VE 8.x をマルチパス用に構成し、 ONTAPストレージでの FCP および iSCSI プロトコル操作用の特定のパラメータと設定を設定します。
Proxmox VE 8.x の FCP および iSCSI には、次の既知の制限があります。
-
Linux ホスト ユーティリティは、Proxmox VE 8.x オペレーティング システムをサポートしていません。
-
SAN ブート構成はサポートされていません。
ステップ1: ホストのマルチパス構成を確認する
Proxmox VE 8.x のマルチパスを使用してONTAP LUN を管理できます。
ホストでマルチパスが正しく設定されていることを確認するには、ファイルが定義されていること、およびONTAP LUN用にNetAppの推奨設定が設定されていることを確認し `/etc/multipath.conf`ます。
-
ファイルが終了することを確認し `/etc/multipath.conf`ます。ファイルが存在しない場合は、空のゼロバイトファイルを作成します。
touch /etc/multipath.conf -
ファイルの初回作成時には
multipath.conf、マルチパスサービスを有効にして開始し、推奨設定をロードしなければならない場合があります。systemctl enable multipathdsystemctl start multipathd -
ホストをブートするたびに、空のゼロバイトファイルによって
/etc/multipath.conf、NetApp推奨のホストマルチパスパラメータがデフォルト設定として自動的にロードされます。オペレーティングシステムは、ONTAP LUNを正しく認識および管理するマルチパスパラメータでコンパイルされているため、ホスト用のファイルを変更する必要はありません/etc/multipath.conf。次の表に、Linux OS標準でコンパイルされたONTAP LUNのマルチパスパラメータの設定を示します。
パラメータ設定の表示
パラメータ 設定 detect_prio
はい。
DEV_DETION_TMO
" 無限 "
フェイルバック
即時
fast_io_fail_TMO
5.
の機能
"2 pg_init_retries 50"
flush_on_last_del
"いつも"
hardware_handler
「1」
パスの再試行なし
キュー
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 を指定します
" 均一 "
ユーザーフレンドリ名
いいえ
ベンダー
ネットアップ
-
オプションで、
find_multipathsONTAP LUN が multipathd によって正しく検出され、管理されるようにするためのパラメータ:-
セット
find_multipaths`デフォルトセクションで「いいえ」に設定する `/etc/multipath.conf:defaults { find_multipaths "no" } -
マルチパス サービスを再ロードします。
systemctl reload multipathd
デフォルトでは、Proxmox OSネイティブのマルチパス構成は `find_multipaths`空のゼロバイトで「strict」に変更 `/etc/multipath.conf`ホストを起動するたびに構成ファイルが更新されます。これにより、ホストが新しく提示されたONTAP LUN をマルチパス デバイスとして検出できなくなるため、マルチパス制御下に自動的に表示されなくなります。既存のONTAP LUN は、再起動するたびに検出され、マルチパス制御下に置かれたままになります。 -
-
ONTAP LUNのパラメータ設定とパスステータスを確認します。
multipath -llデフォルトのマルチパスパラメータでは、ASA、AFF、およびFASの構成がサポートされます。このような構成では、1つのONTAP LUNに必要なパスは4つまでです。パスが4つ以上あると、ストレージ障害時にパスで問題が発生する可能性があります。
次の出力例は、ASA、AFF、またはFAS構成のONTAP LUNについて、正しいパラメータ設定とパスステータスを示しています。
ASA構成ASA構成では、特定のLUNへのすべてのパスが最適化され、アクティブな状態が維持されます。これにより、すべてのパスを同時に経由するI/O処理が行われるため、パフォーマンスが向上します。
例を示します
multipath -ll 3600a098038315071592b59713261566d dm-38 NETAPP,LUN C-Mode size=100G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 alua' wp=rw `-+- policy='service-time 0' prio=50 status=active |- 8:0:0:7 sdbv 68:144 active ready running |- 9:0:0:7 sdbx 68:176 active ready running |- 6:0:0:7 sdbr 68:80 active ready running `- 7:0:0:7 sdbt 68:112 active ready running
AFFまたはFASの設定AFFまたはFAS構成には、優先度の高いパスと低いパスの2つのグループを設定する必要があります。優先度の高いアクティブ/最適化パスは、アグリゲートが配置されているコントローラで処理されます。優先度の低いパスはアクティブですが、別のコントローラで処理されるため最適化されていません。最適化されていないパスは、最適化されたパスを使用できない場合にのみ使用されます。
次の例は、2 つのアクティブ/最適化パスと 2 つのアクティブ/非最適化パスを持つONTAP LUN の出力を示しています。
例を示します
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
ステップ2：ホストのiSCSI構成を確認する
ホストに対して iSCSI が正しく構成されていることを確認します。
iSCSI ホストで次の手順を実行します。
-
iSCSI イニシエーター パッケージ（open-iscsi）がインストールされていることを確認します：
$apt list |grep open-iscsi次の例のような出力が表示されます。
open-iscsi/noble-updates,noble-updates,now 2.1.9-3ubuntu5.4 amd64
-
`/etc/iscsi/initiatorname.iscsi`ファイルにあるiSCSIイニシエーターノード名を確認します：
InitiatorName=iqn.YYYY-MM.com.<vendor>:<host_name> -
`/etc/iscsi/iscsid.conf`ファイルにあるiSCSIセッションタイムアウトパラメータを設定します：
node.session.timeo.replacement_timeout = 5iSCSI `replacement_timeout`パラメータは、タイムアウトしたパスまたはセッションが再確立されるまでのiSCSIレイヤーの待機時間を制御します。この時間が経過すると、そのパスまたはセッションに対するコマンドは失敗します。iSCSI設定ファイルで `replacement_timeout`の値を5に設定する必要があります。
-
iSCSIサービスを有効にします：
$systemctl enable iscsid -
iSCSIサービスを開始します：
$systemctl start iscsid -
iSCSIサービスが実行されていることを確認します：
$systemctl status iscsid例を示します
●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 -
iSCSIターゲットを検出します：
$iscsiadm --mode discovery --op update --type sendtargets --portal <target_IP>例を表示
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
-
ターゲットにログインします：
$iscsiadm --mode node -l all -
ホストの起動時に iSCSI が自動的にログインするように設定します：
$iscsiadm --mode node -T <target_name> -p <ip:port> -o update -n node.startup -v automatic次の例のような出力が表示されます。
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
-
iSCSIセッションを確認します：
$iscsiadm --mode session例を示します
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)
ステップ3: オプションでデバイスをマルチパスから除外する
必要に応じて、不要なデバイスのWWIDをファイルの「blacklist」スタンザに追加することで、デバイスをマルチパスから除外できます multipath.conf。
-
WWIDを確認します。
/lib/udev/scsi_id -gud /dev/sdasdaは、ブラックリストに追加するローカルSCSIディスクです。
WWIDの例はです
360030057024d0730239134810c0cb833。 -
「blacklist」スタンザにWWIDを追加します。
blacklist { wwid 360030057024d0730239134810c0cb833 devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*" devnode "^hd[a-z]" devnode "^cciss.*" }
ステップ4: ONTAP LUNのマルチパスパラメータをカスタマイズする
ホストが他のベンダーのLUNに接続されていて、マルチパスパラメータの設定が無視されている場合は、ONTAP LUNに固有のスタンザをファイルの後半の部分で追加して修正する必要があり `multipath.conf`ます。これを行わないと、ONTAP LUNが想定どおりに動作しない可能性があります。
ファイル、特にdefaultsセクションで、をオーバーライドする可能性のある設定を確認します /etc/multipath.confマルチパスパラメータノデフォルトセッテイ。
|
ONTAP LUNの推奨されるパラメータ設定は無視しないでください。これらの設定は、ホスト構成のパフォーマンスを最適化するために必要です。詳細については、NetAppサポート、OSベンダー、またはその両方にお問い合わせください。 |
次の例は、オーバーライドされたデフォルトを修正する方法を示しています。この例では multipath.conf、ファイルにONTAP LUNと互換性のないおよび `no_path_retry`の値が定義されて `path_checker`います。ONTAPストレージアレイはホストに接続されたままなので、これらのパラメータを削除することはできません。代わりに、および `no_path_retry`の値を修正する `path_checker`には、ONTAP LUNに特化したファイルにデバイススタンザを追加し `multipath.conf`ます。
例を示します
defaults {
path_checker readsector0
no_path_retry fail
}
devices {
device {
vendor "NETAPP"
product "LUN"
no_path_retry queue
path_checker tur
}
}
ステップ5: 既知の問題を確認する
既知の問題はありません。