ONTAPストレージを使用してUbuntu 20.04をFCPおよびiSCSI用に設定する
変更を提案
PDF
Ubuntu 20.04 をマルチパス用に構成し、 ONTAPストレージでの FCP および iSCSI プロトコル操作用の特定のパラメータと設定を設定します。
|
Linux ホスト ユーティリティ ソフトウェア パッケージは、Ubuntu オペレーティング システムをサポートしていません。 ONTAP LUN はハイパーバイザーに自動的にマップされるため、カーネルベースの仮想マシン (KVM) 設定を手動で構成する必要はありません。 |
手順1：必要に応じてSANブートを有効にします。
SANブートを使用するようにホストを設定することで、導入を簡易化し、拡張性を向上させることができます。
を使用"Interoperability Matrix Tool"して、Linux OS、ホストバスアダプタ（HBA）、HBAファームウェア、HBAブートBIOS、およびONTAPバージョンがSANブートをサポートしていることを確認します。
-
SAN ブート LUN がマッピングされているポートに対して、サーバ BIOS で SAN ブートを有効にします。
HBA BIOS を有効にする方法については、ベンダー固有のマニュアルを参照してください。
-
構成が正常に完了したことを確認するために、ホストをリブートし、OSが稼働していることを確認します。
ステップ2: ホストのマルチパス構成を確認する
Ubuntu 20.04 でマルチパスを使用して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
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 を指定します
" 均一 "
ユーザーフレンドリ名
いいえ
ベンダー
ネットアップ
-
ONTAP LUNのパラメータ設定とパスステータスを確認します。
multipath -llデフォルトのマルチパス パラメータは、 ASA、 AFF、およびFAS構成をサポートします。これらの構成では、単一のONTAP LUN に 4 つを超えるパスは必要ありません。パスが 4 つを超えると、ストレージ障害時に問題が発生する可能性があります。
次の出力例は、ASA、AFF、またはFAS構成のONTAP LUNについて、正しいパラメータ設定とパスステータスを示しています。
ASA構成ASA構成では、特定のLUNへのすべてのパスが最適化され、アクティブな状態が維持されます。これにより、すべてのパスを同時に経由するI/O処理が行われるため、パフォーマンスが向上します。
例を示します
# multipath -ll 3600a098038314559533f524d6c652f62 dm-24 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 |- 11:0:1:13 sdm 8:192 active ready running |- 11:0:3:13 sdah 66:16 active ready running |- 12:0:1:13 sdbc 67:96 active ready running `- 12:0:3:13 sdbx 68:176 active ready running
AFFまたはFASの設定AFFまたはFAS構成には、優先度の高いパスと低いパスの2つのグループを設定する必要があります。優先度の高いアクティブ/最適化パスは、アグリゲートが配置されているコントローラで処理されます。優先度の低いパスはアクティブですが、別のコントローラで処理されるため最適化されていません。最適化されていないパスは、最適化されたパスを使用できない場合にのみ使用されます。
次の例は、2つのアクティブ/最適化パスと2つのアクティブ/非最適化パスがあるONTAP LUNの出力を示しています。
例を示します
# multipath -ll 3600a098038314837352453694b542f4a dm-0 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 | |- 14:0:3:0 sdbk 67:224 active ready running | `- 15:0:2:0 sdbl 67:240 active ready running `-+- policy='service-time 0' prio=10 status=enabled |- 14:0:0:0 sda 8:0 active ready running `- 15:0:1:0 sdv 65:80 active ready running
ステップ3：ホストの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)
手順4：必要に応じて、マルチパスからデバイスを除外する
必要に応じて、不要なデバイスの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.*" }
手順5：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
}
}
手順6：既知の問題を確認する
既知の問題はありません。
次の手順
-
Ubuntu Linux仮想化（KVM）について学ぶ
Ubuntu Linux は KVM ホストとして機能できます。これにより、Linux カーネルベースの仮想マシン (KVM) テクノロジを使用して、単一の物理サーバー上で複数の仮想マシンを実行できるようになります。KVM ホストでは、 ONTAP LUN に対して明示的なホスト構成設定は必要ありません。