Prüfen Sie, ob zwei HBA-Schnittstellen verfügbar sind.

Führen Sie auf jedem OpenNebula Host im Cluster die folgenden Befehle aus, um die WWPN-Informationen zu sammeln und zu überprüfen, ob das nvme-cli-Paket installiert ist.

apt update
apt install nvme-cli
cat /sys/class/fc_host/host*/port_name
nvme show-hostnqn

dnf update
dnf install nvme-cli
cat /sys/class/fc_host/host*/port_name
nvme show-hostnqn

Stellen Sie dem Speicheradministrator die gesammelten Host-NQN- und WWPN-Informationen zur Verfügung und fordern Sie einen NVMe-Namespace in der benötigten Größe an. WWPNs werden für die Fabric-Zonierung benötigt. Stellen Sie diese Informationen dem Administrator zur Verfügung, der für die Fabric-Zonierung zuständig ist.

Stellen Sie sicher, dass die SVM mit aktiviertem NVMe-Protokoll verfügbar ist. Siehe "NVMe-Aufgaben in der ONTAP 9-Dokumentation"Die

Stellen Sie sicher, dass pro Controller zwei LIFs erstellt und für NVMe/FC reserviert werden. Sammeln Sie die WWPN-Adressen der erstellten NVMe/FC-LIFs und übermitteln Sie sie dem Administrator, der für die Fabric-Zonierung zuständig ist.

Erstellen Sie den NVMe-Namespace.

Erstellen Sie das Subsystem und weisen Sie Host-NQNs zu.

Stellen Sie sicher, dass der Anti-Ransomware-Schutz auf der Registerkarte „Sicherheit“ aktiviert ist.

Benachrichtigen Sie den Virtualisierungsadministrator, dass der NVMe-Namespace erstellt wurde.

Navigieren Sie zu einer Shell auf jedem OpenNebula Host im Cluster und überprüfen Sie, ob der neue Namespace sichtbar ist.

Namespace-Details prüfen.

nvme list

Gerätedetails prüfen und erfassen.

nvme list
nvme netapp ontapdevices
nvme list-subsys
lsblk -N

Stellen Sie eine SSH-Verbindung zu einem der Frontend-Server her und erstellen Sie eine Konfigurationsdatei basierend auf dem gewünschten Datenspeichertyp. Eine vollständige Attributliste finden Sie "OpenNebula LVM-Dokumentation". Beispieldateien sind unten aufgeführt:

$cat nvmefc-restic.conf
NAME = "Backup-Restic-NVMEFC"
TYPE = "BACKUP_DS"

DS_MAD = "restic"
TM_MAD = "-"

RESTIC_PASSWORD = "<restic_password>"
RESTIC_SFTP_SERVER = "<backup server>"

$cat nvmefc-rsync.conf
NAME = "Backup-Rsync-NVMEFC"
TYPE = "BACKUP_DS"

DS_MAD = "rsync"
TM_MAD = "-"

RSYNC_USER = "<rsync_user>"
RSYNC_HOST = "<backup server>"

$cat nvmefc-kernel.conf
NAME = "File-Kernel-NVMEFC"
TYPE = "FILE_DS"
DS_MAD = "fs"
TM_MAD = "local"
SAFE_DIRS = "/var/tmp/files"

$cat nvmefc-image.conf
NAME = "Image-NVMEFC01"
TYPE = "IMAGE_DS"
DS_MAD = "fs"
TM_MAD = "fs_lvm_ssh"
DISK_TYPE = "block"
LVM_THIN_ENABLE = "yes"

$cat nvmefc-system.conf
NAME = "System-NVMEFC02"
TYPE = "SYSTEM_DS"
TM_MAD = "fs_lvm_ssh"
DISK_TYPE = "block"
BRIDGE_LIST = "<space-separated list of OpenNebula hosts>" # If NVMe namespace not presented to frontend hosts
LVM_THIN_ENABLE = "yes"

Führen Sie onedatastore create <configuration file> aus. Notieren Sie sich die nach der Erstellung zurückgegebene Datenspeicher-ID.

Erstellen Sie eine Volume-Gruppe im NVMe-Namespace mit dem vgcreate <vg_name> <nvme_device> Befehl. Für Image-Datenspeicher kann der Name der Volume-Gruppe beliebig gewählt werden. Für System-Datenspeicher muss der Name der Volume-Gruppe das Format vg-one-<datastore id> haben. Dies ist erforderlich, damit OpenNebula die richtige Volume-Gruppe für System-Datenspeicher identifizieren kann. Fahren Sie mit den folgenden Schritten fort, wenn Sie einen Backup-/Datei-/Image-Datenspeicher erstellen. Für System-Datenspeicher stoppen Sie hier.

Erstellen Sie einen logischen Volume-Thin-Pool mit dem lvcreate -l 100%FREE -n <logical volume name> <volume group name> Befehl. Für Systemdatenspeicher erstellt OpenNebula den LVM-Thin-Pool bei Bedarf automatisch.

Erstellen Sie ein Dateisystem auf dem logischen Volume mit dem mkfs.ext4 /dev/<volume group>/<logical volume>-Befehl. Für Systemdatenspeicher ist keine Dateisystemerstellung erforderlich.

Aktualisieren Sie /etc/fstab oder die Automount-Konfiguration, um den Datenspeicher mit den gewünschten Mount-Optionen einzubinden. Angenommen wird der Standardspeicherort /var/lib/one/datastores. Kann mit onedatastore show <datastore_id> validiert werden. Falls nicht, prüfen Sie den Parameter DATASTORE_LOCATION in /etc/one/oned.conf. Stellen Sie sicher, dass der <datastore_id> Ordner unter dem Datenspeicherort existiert. Beispielhafte Einträge sind unten aufgeführt:

/dev/<vg name>/<logical volume> /var/lib/one/datastores/<datastore_id> ext4 _netdev,noauto,x-systemd.automount,nofail 0 2

/var/lib/one/datastores/<datastore_id> -fstype=ext4,_netdev,noauto,x-systemd.automount,nofail,rw :/dev/<vg name>/<logical volume>

Mounten Sie den Datenspeicher mit mount -a oder systemctl reload autofs-Befehl.

Überprüfen Sie mit dem Befehl mount, ob der Datenspeicher eingebunden ist, und überprüfen Sie die Datenspeicherkapazität mit dem onedatastore show <datastore_id> Befehl.

Stellen Sie sicher, dass der Benutzer und die Gruppe „oneadmin“ Eigentümer des Datenspeicherordners sind. Passen Sie die Berechtigungen mit dem chown -R oneadmin:oneadmin /var/lib/one/datastores/<datastore_id> Befehl an.