2 つの Linux VLAN インターフェイスが使用可能であることを確認します。

すべてのOpenNebulaホストで、次のコマンドを実行してホスト イニシエーター情報を収集します。

nvme show-hostnqn

収集したホスト NQN 情報とホスト名をストレージ管理者に提供し、必要なサイズの NVMe 名前空間を要求します。

NVMe プロトコルが有効になっている SVM が使用可能であることを確認します。参照 "ONTAP 9のNVMeタスクに関するドキュメント"。

NVMe 名前空間を作成します。

サブシステムを作成し、ホストNQNに割り当てます。クラスター内のすべてのOpenNebulaホストとフロントエンドサーバーに対して1つのサブシステムを作成します。フロントエンドサーバーはサブシステムの割り当てではオプションですが、イメージデータストアでは必須です。

セキュリティ タブでランサムウェア対策が有効になっていることを確認します。

NVMe 名前空間が作成されたことを仮想化管理者に通知します。

クラスタ内の各OpenNebulaホストでシェルに移動し、/etc/nvme/discovery.confファイルを作成します。環境に固有の内容を更新します。

root@onehost01:~# cat /etc/nvme/discovery.conf
# Used for extracting default parameters for discovery
#
# Example:
# --transport=<trtype> --traddr=<traddr> --trsvcid=<trsvcid> --host-traddr=<host-traddr> --host-iface=<host-iface>

-t tcp -l 1800 -a 172.21.118.153
-t tcp -l 1800 -a 172.21.118.154
-t tcp -l 1800 -a 172.21.119.153
-t tcp -l 1800 -a 172.21.119.154

NVMe サブシステムにログインします。

nvme connect-all

再起動後も NVMe ネームスペースを維持するには、nvmf-autoconnect サービスを有効にします。

systemctl enable nvmf-autoconnect

デバイスの詳細を検査して収集します。

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

フロントエンド サーバーの 1 つに SSH で接続し、必要なデータストア タイプに基づいて構成ファイルを作成します。完全な属性リストについては、 "OpenNebula LVMドキュメント"を参照してください。サンプルファイルを以下に示します：

$cat nvmetcp-restic.conf
NAME = "Backup-Restic-NVMETCP"
TYPE = "BACKUP_DS"

DS_MAD = "restic"
TM_MAD = "-"

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

$cat nvmetcp-rsync.conf
NAME = "Backup-Rsync-NVMETCP"
TYPE = "BACKUP_DS"

DS_MAD = "rsync"
TM_MAD = "-"

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

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

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

$cat nvmetcp-system.conf
NAME = "System-NVMETCP02"
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"

実行 onedatastore create <configuration file>。作成後に返されるデータストア ID をメモします。

`vgcreate <vg_name> <nvme_device>`コマンドを使用して、NVMe名前空間にボリュームグループを作成します。イメージデータストアの場合、ボリュームグループ名には任意の名前を付けることができます。システムデータストアの場合、ボリュームグループ名は `vg-one-<datastore id>`の形式にする必要があります。これは、OpenNebulaがシステムデータストアの正しいボリュームグループを識別するために必要です。バックアップ/ファイル/イメージデータストアを作成する場合は、次の手順に進みます。システムデータストアの場合は、ここで停止します。

`lvcreate -l 100%FREE -n <logical volume name> <volume group name>`コマンドを使用して論理ボリュームシンプールを作成します。システムデータストアの場合、OpenNebulaは必要に応じてLVMシンプールを自動的に作成します。

`mkfs.ext4 /dev/<volume group>/<logical volume>`コマンドを使用して、論理ボリューム上にファイルシステムを作成します。システムデータストアでは、ファイルシステムの作成は必要ありません。

/etc/fstab または automount 設定を更新して、必要なマウント オプションでデータストアをマウントします。デフォルトのデータストアの場所は /var/lib/one/datastores とします。 `onedatastore show <datastore_id>`で検証できます。そうでない場合は、/etc/one/oned.conf の DATASTORE_LOCATION パラメータを確認してください。データストアの場所の下に<datastore_id>フォルダが存在することを確認してください。サンプル エントリを以下に示します：

/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>

`mount -a`または `systemctl reload autofs`コマンドを使用してデータストアをマウントします。

マウントコマンドでデータストアがマウントされていることを確認し、 `onedatastore show <datastore_id>`コマンドでデータストアの容量を確認します。

oneadmin ユーザーとグループがデータストア フォルダーを所有していることを確認します。 `chown -R oneadmin:oneadmin /var/lib/one/datastores/<datastore_id>`コマンドを使用して権限を調整します。