Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Proxmox VE 9.x für NVMe-oF mit ONTAP Speicher konfigurieren

03/10/2026 Beitragende

PDFs

Der Proxmox VE 9.x Host unterstützt die NVMe over Fibre Channel (NVMe/FC) und NVMe over TCP (NVMe/TCP) Protokolle mit Asymmetric Namespace Access (ANA). ANA bietet Multipathing-Funktionalität, die dem asymmetrischen logischen Einheitenzugriff (ALUA) in iSCSI- und FCP-Umgebungen entspricht.

Erfahren Sie, wie Sie NVMe over Fabrics (NVMe-oF)-Hosts für Proxmox VE 9.x konfigurieren. Weitere Informationen zu Support und Funktionen finden Sie unter "ONTAP Support und -Funktionen"Die

NVMe-oF mit Proxmox VE 9.x weist folgende bekannte Einschränkung auf:

Die SAN-Bootkonfiguration für NVMe-FC wird nicht unterstützt.

Schritt 1: Installieren Sie die Proxmox VE- und NVMe-Software und überprüfen Sie Ihre Konfiguration.

Um Ihren Host für NVMe-oF zu konfigurieren, müssen Sie die Host- und NVMe-Softwarepakete installieren, Multipathing aktivieren und Ihre Host-NQN-Konfiguration überprüfen.

Schritte

Installieren Sie Proxmox VE 9.x auf dem Server. Nach Abschluss der Installation überprüfen Sie, ob Sie den erforderlichen Proxmox VE 9.x-Kernel verwenden:
```
uname -r
```
Beispiel für eine Proxmox VE 9.x Kernel-Version:
```
6.17.2-2-pve
```
Installieren Sie den nvme-cli Paket:
```
apt list|grep nvme-cli
```
Das folgende Beispiel zeigt eine nvme-cli Paketversion:
```
nvme-cli/stable,now 2.13-2 amd64
```
Installieren Sie den libnvme Paket:
```
apt list|grep libnvme
```
Das folgende Beispiel zeigt eine libnvme Paketversion:
```
libnvme-dev/stable 1.13-2 amd64
```
Überprüfen Sie auf dem Host die Hostnqn-Zeichenfolge unter /etc/nvme/hostnqn :
```
cat /etc/nvme/hostnqn
```
Das folgende Beispiel zeigt eine hostnqn Wert:
```
nqn.2014-08.org.nvmexpress:uuid:3933xxxx-3333-xxxx-4844-325xxxxa524c
```

Überprüfen Sie im ONTAP System, ob hostnqn Die Zeichenkette stimmt mit der hostnqn Zeichenkette für das entsprechende Subsystem im ONTAP Array:

::> vserver nvme subsystem host show -vserver vs_proxmox_FC_NVMeFC

Beispiel anzeigen

Vserver Subsystem Priority  Host NQN
------- --------- --------  -----------------------------------------------
vs_proxmox_FC_NVMeFC
        sub_176
                  regular   nqn.2014-08.org.nvmexpress:uuid:3933xxxx-3333-xxxx-4844-325xxxxa4834
                  regular   nqn.2014-08.org.nvmexpress:uuid:3933xxxx-3333-xxxx-4844-325xxxxa524c
2 entries were displayed

Wenn die hostnqn Zeichenfolgen nicht übereinstimmen, verwenden Sie die vserver modify Befehl zum Aktualisieren der hostnqn Zeichenfolge auf Ihrem entsprechenden ONTAP -Speichersystem-Subsystem, um die Übereinstimmung mit hostnqn Zeichenfolge von /etc/nvme/hostnqn auf dem Host.

Schritt 2: NVMe/FC und NVMe/TCP konfigurieren

Konfigurieren Sie NVMe/FC mit Broadcom/Emulex- oder Marvell/QLogic-Adaptern oder konfigurieren Sie NVMe/TCP mithilfe manueller Erkennungs- und Verbindungsvorgänge.

NVMe/FC - Broadcom/Emulex

Konfigurieren Sie NVMe/FC für einen Broadcom/Emulex-Adapter.

Schritte

Stellen Sie sicher, dass Sie das unterstützte Adaptermodell verwenden:
1. Zeigen Sie die Modellnamen an:
  cat /sys/class/scsi_host/host*/modelname
  Die folgende Ausgabe sollte angezeigt werden:
  SN1700E2P SN1700E2P
2. Zeigen Sie die Modellbeschreibungen an:
  cat /sys/class/scsi_host/host*/modeldesc
  Sie sollten eine Ausgabe ähnlich dem folgenden Beispiel sehen:
```
HPE SN1700E 64Gb 2p FC HBA
HPE SN1700E 64Gb 2p FC HBA
```
Vergewissern Sie sich, dass Sie das empfohlene Broadcom verwenden lpfc Firmware und Inbox-Treiber:
1. Anzeige der Firmware-Version:
  cat /sys/class/scsi_host/host*/fwrev
  Der Befehl gibt die Firmware-Versionen zurück:
  14.4.473.14, sli-4:6:d 14.4.473.14, sli-4:6:d
2. Zeigen Sie die Posteingangstreiberversion an:
  cat /sys/module/lpfc/version
  Das folgende Beispiel zeigt eine Treiberversion:
  0:14.4.0.10
Die aktuelle Liste der unterstützten Adaptertreiber- und Firmware-Versionen finden Sie im "Interoperabilitäts-Matrix-Tool".
Verifizieren Sie das lpfc_enable_fc4_type Ist auf festgelegt 3:
```
cat /sys/module/lpfc/parameters/lpfc_enable_fc4_type
```
Vergewissern Sie sich, dass Sie Ihre Initiator-Ports anzeigen können:
```
cat /sys/class/fc_host/host*/port_name
```
Sie sollten eine ähnliche Ausgabe sehen:
```
0x10005ced8c531948
0x10005ced8c531949
```
Überprüfen Sie, ob Ihre Initiator-Ports online sind:
```
cat /sys/class/fc_host/host*/port_state
```
Die folgende Ausgabe sollte angezeigt werden:
```
Online
Online
```

Vergewissern Sie sich, dass die NVMe/FC-Initiator-Ports aktiviert sind und die Ziel-Ports sichtbar sind:

cat /sys/class/scsi_host/host*/nvme_info

Beispiel anzeigen

NVME Initiator Enabled
XRI Dist lpfc0 Total 6144 IO 5894 ELS 250
NVME LPORT lpfc0 WWPN x10005ced8c531948 WWNN x20005ced8c531948 DID x082400 ONLINE
NVME RPORT       WWPN x200ed039eac79573 WWNN x200dd039eac79573 DID x060902 TARGET DISCSRVC ONLINE
NVME RPORT       WWPN x2001d039eac79573 WWNN x2000d039eac79573 DID x060904 TARGET DISCSRVC ONLINE

NVME Statistics
LS: Xmt 0000000034 Cmpl 0000000034 Abort 00000000
LS XMIT: Err 00000000  CMPL: xb 00000000 Err 00000000
Total FCP Cmpl 0000000000142cfb Issue 0000000000142cfc OutIO 0000000000000001
        abort 00000005 noxri 00000000 nondlp 00000000 qdepth 00000000 wqerr 00000000 err 00000000
FCP CMPL: xb 00000005 Err 00000005

NVME Initiator Enabled
XRI Dist lpfc1 Total 6144 IO 5894 ELS 250
NVME LPORT lpfc1 WWPN x10005ced8c531949 WWNN x20005ced8c531949 DID x082500 ONLINE
NVME RPORT       WWPN x2010d039eac79573 WWNN x200dd039eac79573 DID x062902 TARGET DISCSRVC ONLINE
NVME RPORT       WWPN x2007d039eac79573 WWNN x2000d039eac79573 DID x062904 TARGET DISCSRVC ONLINE

NVME Statistics
LS: Xmt 0000000034 Cmpl 0000000034 Abort 00000000
LS XMIT: Err 00000000  CMPL: xb 00000000 Err 00000000
Total FCP Cmpl 00000000000d39f1 Issue 00000000000d39f2 OutIO 0000000000000001
        abort 00000005 noxri 00000000 nondlp 00000000 qdepth 00000000 wqerr 00000000 err 00000000
FCP CMPL: xb 00000005 Err 00000005

NVMe/FC - Marvell/QLogic

Konfigurieren Sie NVMe/FC für einen Marvell/QLogic-Adapter.

Schritte

Stellen Sie sicher, dass Sie die unterstützten Adaptertreiber- und Firmware-Versionen verwenden:
```
cat /sys/class/fc_host/host*/symbolic_name
```
Das folgende Beispiel zeigt Treiber- und Firmwareversionen:
```
SN1700Q FW:v9.15.05 DVR:v10.02.09.400-k
SN1700Q FW:v9.15.05 DVR:v10.02.09.400-k
```
Verifizieren Sie das ql2xnvmeenable Ist festgelegt. Dadurch kann der Marvell Adapter als NVMe/FC-Initiator verwendet werden:
```
cat /sys/module/qla2xxx/parameters/ql2xnvmeenable
```
Die erwartete Ausgabe ist 1.

NVMe/TCP

Das NVMe/TCP-Protokoll unterstützt den automatischen Verbindungsvorgang nicht. Stattdessen können Sie die NVMe/TCP-Subsysteme und Namespaces ermitteln, indem Sie den NVMe/TCP connect oder connect-all Vorgänge manuell ausführen.

Schritte

Überprüfen Sie, ob der Initiator-Port die Daten der Erkennungsprotokollseite über die unterstützten NVMe/TCP-LIFs abrufen kann:

nvme discover -t tcp -w host-traddr -a traddr

Beispiel anzeigen

nvme discover -t tcp -w 192.168.165.72 -a 192.168.165.51
Discovery Log Number of Records 4, Generation counter 47
=====Discovery Log Entry 0======
trtype:  tcp
adrfam:  ipv4
subtype: current discovery subsystem
treq:    not specified
portid:  3
trsvcid: 8009
subnqn:  nqn.1992-08.com.netapp:sn.c770be5d934811f0b624d039eac809ba:discovery
traddr:  192.168.165.51
eflags:  explicit discovery connections, duplicate discovery information
sectype: none
=====Discovery Log Entry 1======
trtype:  tcp
adrfam:  ipv4
subtype: current discovery subsystem
treq:    not specified
portid:  1
trsvcid: 8009
subnqn:  nqn.1992-08.com.netapp:sn.c770be5d934811f0b624d039eac809ba:discovery
traddr:  192.168.166.50
eflags:  explicit discovery connections, duplicate discovery information
sectype: none
=====Discovery Log Entry 2======
trtype:  tcp
adrfam:  ipv4
subtype: nvme subsystem
treq:    not specified
portid:  3
trsvcid: 4420
subnqn:  nqn.1992-08.com.netapp:sn.c770be5d934811f0b624d039eac809ba:subsystem.sub_176
traddr:  192.168.165.51
eflags:  none
sectype: none
=====Discovery Log Entry 3======
trtype:  tcp
adrfam:  ipv4
subtype: nvme subsystem
treq:    not specified
portid:  1
trsvcid: 4420
subnqn:  nqn.1992-08.com.netapp:sn.c770be5d934811f0b624d039eac809ba:subsystem.sub_176
traddr:  192.168.166.50
eflags:  none
sectype: none

Führen Sie die aus nvme connect-all Befehl über alle unterstützten NVMe/TCP Initiator-Ziel-LIFs der Nodes hinweg:

nvme connect-all -t tcp -w host-traddr -a traddr

Beispiel anzeigen

nvme connect-all -t tcp -w 192.168.166.73 -a 192.168.166.50
nvme connect-all -t tcp -w 192.168.166.73 -a 192.168.166.51
nvme connect-all -t tcp -w 192.168.165.73 -a 192.168.165.50
nvme connect-all -t tcp -w 192.168.165.73 -a 192.168.165.51

Die Einstellung für NVMe/TCP ctrl_loss_tmo timeout ist automatisch auf „Aus“ eingestellt. Infolge:

Es gibt keine Begrenzung für die Anzahl der Wiederholungsversuche (unbegrenzte Wiederholung).
Sie müssen kein bestimmtes ctrl_loss_tmo timeout Dauer bei Verwendung des nvme connect oder nvme connect-all Befehle (Option -l ).
Bei den NVMe/TCP-Controllern kommt es im Falle eines Pfadausfalls nicht zu Timeouts und die Verbindung bleibt unbegrenzt bestehen.

Schritt 3: Optional können Sie die iopolicy in den udev rules ändern

Ab Proxmox VE 9.0 ist die Standard-iopolicy für NVMe-oF auf queue-depth gesetzt. Wenn Sie die iopolicy auf round-robin ändern möchten, was ebenfalls als konfigurierbare Option verfügbar ist, ändern Sie die udev-Regeldatei wie folgt:

Schritte

Öffnen Sie die Udev-Regeldatei in einem Texteditor mit Root-Rechten:
```
/usr/lib/udev/rules.d/71-nvmf-netapp.rules
```
Die folgende Ausgabe sollte angezeigt werden:
```
vi /usr/lib/udev/rules.d/71-nvmf-netapp.rules
```

Suchen Sie die Zeile, die die iopolicy für den NetApp ONTAP Controller festlegt, wie im folgenden Beispiel gezeigt:

ACTION=="add", SUBSYSTEM=="nvme-subsystem", ATTR{subsystype}=="nvm", ATTR{model}=="NetApp ONTAP Controller", ATTR{iopolicy}="queue-depth"

Ändern Sie die Regel so, dass queue-depth in round-robin geändert wird, wie im folgenden Beispiel gezeigt:

ACTION=="add", SUBSYSTEM=="nvme-subsystem", ATTR{subsystype}=="nvm", ATTR{model}=="NetApp ONTAP Controller", ATTR{iopolicy}="round-robin"

Laden Sie die udev-Regeln neu und wenden Sie die Änderungen an:

udevadm control --reload
udevadm trigger --subsystem-match=nvme-subsystem

Überprüfen Sie die aktuelle iopolicy für Ihr Subsystem. Ersetzen Sie <subsystem> durch den Namen Ihres Subsystems, zum Beispiel nvme-subsys0.
```
cat /sys/class/nvme-subsystem/<subsystem>/iopolicy
```
Die folgende Ausgabe sollte angezeigt werden:
```
round-robin
```

Die neue iopolicy wird automatisch auf passende NetApp ONTAP Controller-Geräte angewendet. Es ist keine Einrichtung erforderlich.

Schritt 4: Optional 1 MB I/O für NVMe/FC aktivieren

ONTAP meldet in den Identify Controller-Daten eine maximale Datenübertragungsgröße (MDTS) von 8. Dies bedeutet, dass die maximale E/A-Anforderungsgröße bis zu 1 MB betragen kann. Um E/A-Anfragen der Größe 1 MB für einen Broadcom NVMe/FC-Host auszugeben, sollten Sie die lpfc Wert des lpfc_sg_seg_cnt Parameter vom Standardwert 64 auf 256.

Diese Schritte gelten nicht für Qlogic NVMe/FC-Hosts.

Schritte

Setzen Sie den lpfc_sg_seg_cnt Parameter auf 256:
```
cat /etc/modprobe.d/lpfc.conf
```
Sie sollten eine Ausgabe ähnlich dem folgenden Beispiel sehen:
```
options lpfc lpfc_sg_seg_cnt=256
```
Führe die update-initramfs Führen Sie den Befehl aus und starten Sie den Host neu.
Stellen Sie sicher, dass der Wert für lpfc_sg_seg_cnt 256 lautet:
```
cat /sys/module/lpfc/parameters/lpfc_sg_seg_cnt
```

Schritt 5: Überprüfen der NVMe-Bootdienste

Der nvmefc-boot-connections.service Und nvmf-autoconnect.service In NVMe/FC enthaltene Boot-Dienste nvme-cli Paket werden beim Systemstart automatisch aktiviert.

Überprüfen Sie nach dem Booten, ob die nvmefc-boot-connections.service Und nvmf-autoconnect.service Boot-Dienste sind aktiviert.

Schritte

Vergewissern Sie sich, dass nvmf-autoconnect.service aktiviert ist:

systemctl status nvmf-autoconnect.service

Beispielausgabe anzeigen

○ nvmf-autoconnect.service - Connect NVMe-oF subsystems automatically during boot
     Loaded: loaded (/usr/lib/systemd/system/nvmf-autoconnect.service; enabled; preset: enabled)
     Active: inactive (dead) since Fri 2026-02-20 22:00:40 IST; 2 days ago
 Invocation: 48e3574eef064ff98928f840a62d787a
    Process: 3507 ExecStart=/usr/sbin/nvme connect-all --context=autoconnect (code=exited, status=0/SUCCESS)
   Main PID: 3507 (code=exited, status=0/SUCCESS)
   Mem peak: 6.9M
        CPU: 46ms

Vergewissern Sie sich, dass nvmefc-boot-connections.service aktiviert ist:

systemctl status nvmefc-boot-connections.service

Beispielausgabe anzeigen

nvmefc-boot-connections.service - Auto-connect to subsystems on FC-NVME devices found during boot
     Loaded: loaded (/usr/lib/systemd/system/nvmefc-boot-connections.service; enabled; preset: enabled)
     Active: inactive (dead) since Fri 2026-02-20 22:00:11 IST; 2 days ago
 Invocation: 6f6d180fdbcd4fa6ad861c50ba6a15e6
    Process: 1193 ExecStart=/bin/sh -c echo add > /sys/class/fc/fc_udev_device/nvme_discovery (code=exited, status=0/SUCCESS)
   Main PID: 1193 (code=exited, status=0/SUCCESS)
   Mem peak: 2.2M
        CPU: 10ms

Feb 20 22:00:11 HPE-DL365-14-176 systemd[1]: nvmefc-boot-connections.service: Deactivated successfully.
Feb 20 22:00:11 HPE-DL365-14-176 systemd[1]: Finished nvmefc-boot-connections.service - Auto-connect to subsystems on FC-NVME devices found during boot.

Schritt 6: Überprüfen der Multipathing-Konfiguration

Vergewissern Sie sich, dass der in-Kernel-Multipath-Status, der ANA-Status und die ONTAP-Namespaces für die NVMe-of-Konfiguration richtig sind.

Schritte

Vergewissern Sie sich, dass das in-Kernel NVMe Multipath aktiviert ist:
```
cat /sys/module/nvme_core/parameters/multipath
```
Die folgende Ausgabe sollte angezeigt werden:
```
Y
```
Überprüfen Sie, ob die entsprechenden NVMe-oF-Einstellungen (z. B. Modell auf NetApp ONTAP Controller und Load-Balancing-IOPolicy auf Round-Robin eingestellt) für die ONTAP Namespaces auf dem Host korrekt angezeigt werden:
1. Zeigen Sie die Teilsysteme:
  cat /sys/class/nvme-subsystem/nvme-subsys*/model
  Die folgende Ausgabe sollte angezeigt werden:
  NetApp ONTAP Controller NetApp ONTAP Controller
2. Zeigen Sie die Richtlinie an:
  cat /sys/class/nvme-subsystem/nvme-subsys*/iopolicy
  Die folgende Ausgabe sollte angezeigt werden:
```
queue-depth
queue-depth
```

Überprüfen Sie, ob die Namespaces auf dem Host erstellt und richtig erkannt wurden:

nvme list

Beispiel anzeigen

Node          Generic     SN                   Model                    Namespace  Usage                      Format           FW Rev
------------- ----------- -------------------- ------------------------ ---------- -------------------------- ---------------- --------
/dev/nvme2n1  /dev/ng2n1  81PqYFYq2aVAAAAAAAAB NetApp ONTAP Controller   0x1         17.88  GB / 171.80  GB      4 KiB +  0 B   9.17.1

Überprüfen Sie, ob der Controller-Status jedes Pfads aktiv ist und den korrekten ANA-Status aufweist:

nvme list-subsys /dev/<controller_ID>

Ab ONTAP 9.16.1 melden NVMe/FC und NVMe/TCP alle optimierten Pfade auf ASA r2 Systemen.

NVMe/FC

Die folgenden Beispielausgaben zeigen einen Namespace, der auf einem Zwei-Knoten ONTAP Controller für ein AFF, FAS, ASA oder ASA r2 System mit NVMe/FC gehostet wird.

Zeigen Sie ein Beispiel für die Ausgabe von AFF, FAS oder ASA an

 nvme-subsys114 - NQN=nqn.1992-08.com.netapp:sn.9e30b9760a4911f08c87d039eab67a95:subsystem.sles_161_27
                 hostnqn=nqn.2014-08.org.nvmexpress:uuid:f651xxxx-3133-xxxx-bbff-7edxxxxf123f iopolicy=round-robin\
+- nvme114 fc traddr=nn-0x234ed039ea359e4a:pn-0x2360d039ea359e4a,host_traddr=nn-0x20000090fae0ec88:pn-0x10000090fae0ec88 live optimized
+- nvme115 fc traddr=nn-0x234ed039ea359e4a:pn-0x2362d039ea359e4a,host_traddr=nn-0x20000090fae0ec88:pn-0x10000090fae0ec88 live non-optimized
+- nvme116 fc traddr=nn-0x234ed039ea359e4a:pn-0x2361d039ea359e4a,host_traddr=nn-0x20000090fae0ec89:pn-0x10000090fae0ec89 live optimized
+- nvme117 fc traddr=nn-0x234ed039ea359e4a:pn-0x2363d039ea359e4a,host_traddr=nn-0x20000090fae0ec89:pn-0x10000090fae0ec89 live non-optimized

ASA r2 Beispielausgabe anzeigen

nvme-subsys3 - NQN=nqn.1992-08.com.netapp:sn.94929fdb84eb11f0b624d039eac809ba:subsystem.sub_176
               hostnqn=nqn.2014-08.org.nvmexpress:uuid:3933xxxx-3333-xxxx-4844-325xxxxa524c
\
+- nvme1 fc traddr=nn-0x200dd039eac79573:pn-0x2010d039eac79573,host_traddr=nn-0x20005ced8c531949:pn-0x10005ced8c531949 live optimized
+- nvme3 fc traddr=nn-0x200dd039eac79573:pn-0x200ed039eac79573,host_traddr=nn-0x20005ced8c531948:pn-0x10005ced8c531948 live optimized
+- nvme5 fc traddr=nn-0x200dd039eac79573:pn-0x200fd039eac79573,host_traddr=nn-0x20005ced8c531949:pn-0x10005ced8c531949 live optimized
+- nvme7 fc traddr=nn-0x200dd039eac79573:pn-0x2011d039eac79573,host_traddr=nn-0x20005ced8c531948:pn-0x10005ced8c531948 live optimized

NVMe/TCP

Die folgenden Beispielausgaben zeigen einen Namespace, der auf einem Zwei-Knoten ONTAP Controller für ein AFF, FAS, ASA oder ASA r2 System mit NVMe/TCP gehostet wird.

Zeigen Sie ein Beispiel für die Ausgabe von AFF, FAS oder ASA an

nvme-subsys2 - NQN=nqn.1992-08.com.netapp:sn.c770be5d934811f0b624d039eac809ba:subsystem.sub_176
               hostnqn=nqn.2014-08.org.nvmexpress:uuid:3933xxxx-3333-xxxx-4844-325xxxxa524c
\
+- nvme2 tcp traddr=192.168.166.50,trsvcid=4420,host_traddr=192.168.166.73,src_addr=192.168.166.73 live optimized
+- nvme4 tcp traddr=192.168.165.51,trsvcid=4420,host_traddr=192.168.165.73,src_addr=192.168.165.73 live optimized
+- nvme6 tcp traddr=192.168.166.51,trsvcid=4420,host_traddr=192.168.166.73,src_addr=192.168.166.73 live non-optimized
+- nvme8 tcp traddr=192.168.165.50,trsvcid=4420,host_traddr=192.168.165.73,src_addr=192.168.165.73 live non-optimized

ASA r2 Beispielausgabe anzeigen

nvme-subsys9 - NQN=nqn.1992-08.com.netapp:sn.9927e165694211f0b4f4d039eab31e9d:subsystem.nvme10
               hostnqn=nqn.2014-08.org.nvmexpress:uuid:4c4cxxxx-0035-xxxx-804b-b7cxxxx44d33
\
 +- nvme105 tcp traddr=192.168.39.10,trsvcid=4420,host_traddr=192.168.39.20,src_addr=192.168.39.20 live optimized
 +- nvme153 tcp traddr=192.168.39.11,trsvcid=4420,host_traddr=192.168.39.20,src_addr=192.168.39.20 live optimized
 +- nvme57 tcp traddr=192.168.38.11,trsvcid=4420,host_traddr=192.168.38.20,src_addr=192.168.38.20 live optimized
 +- nvme9 tcp traddr=192.168.38.10,trsvcid=4420,host_traddr=192.168.38.20,src_addr=192.168.38.20 live optimized

Vergewissern Sie sich, dass das NetApp Plug-in für jedes ONTAP Namespace-Gerät die richtigen Werte anzeigt:

Spalte

nvme netapp ontapdevices -o column

Beispiel anzeigen

Device        Vserver               Namespace Path
------------- --------------------- ------------------------------
/dev/nvme2n9  vs_proxmox_FC_NVMeFC  /vol/vol_180_data_nvmefc4/ns

NSID       UUID                            Size
---- ------------------------------------  --------
1    e3d3d544-de8b-4787-93af-bfec7769e909  32.21GB

JSON

nvme netapp ontapdevices -o json

Beispiel anzeigen

{
      "Device":"/dev/nvme2n9",
      "Vserver":"vs_proxmox_FC_NVMeFC",
      "Subsystem":"sub_176",
      "Namespace_Path":"/vol/vol_180_data_nvmefc4/ns",
      "NSID":9,
      "UUID":"e3d3d544-de8b-4787-93af-bfec7769e909",
      "LBA_Size":4096,
      "Namespace_Size":32212254720,
      "UsedBytes":67899392,
      "Version":"9.17.1"
    }
  ]

Schritt 7: Überprüfen Sie die bekannten Probleme

Es sind keine Probleme bekannt.

Proxmox VE 9.x für NVMe-oF mit ONTAP Speicher konfigurieren

Creating your file...

Schritt 1: Installieren Sie die Proxmox VE- und NVMe-Software und überprüfen Sie Ihre Konfiguration.

Schritt 2: NVMe/FC und NVMe/TCP konfigurieren

Schritt 3: Optional können Sie die iopolicy in den udev rules ändern

Schritt 4: Optional 1 MB I/O für NVMe/FC aktivieren

Schritt 5: Überprüfen der NVMe-Bootdienste

Schritt 6: Überprüfen der Multipathing-Konfiguration

Schritt 7: Überprüfen Sie die bekannten Probleme