SAN-LVM Storage on

Overview

Mon, 17 Feb 2025 00:00:00 +0000

This storage configuration assumes that Hosts have access to storage devices (LUNs) exported by an Storage Area Network (SAN) server using a suitable protocol like iSCSI or Fibre Channel. The Hosts will interface the devices through the LVM abstraction layer. Virtual Machines run from an LV (logical volume) device instead of plain files. This reduces the overhead of having a filesystem in place and thus it may increase I/O performance.

SAN/LVM: Everpure setup

Mon, 01 Jan 0001 00:00:00 +0000

This setup assumes you are using a Everpure FlashArray with iSCSI and want to use it as a backend for one of OpenNebula’s LVM datastore options. The configuration uses standard volume and Host mappings. If you are familiar with the Everpure interface, create the required resources as desired.

Everpure Configuration

Host and Host Group

For each of the Hosts and Front-end you’ll need to either gather or define their iSCSI Initiator Name. If you have already started iscsid at least once on the machine it should have a name generated in /etc/iscsi/initiatorname.iscsi. If you would prefer to define it, you can modify that file’s contents to something like InitiatorName=iqn.2024-01.com.example.pure:some.host.id then restarting iscsid (and then reconnect any active iscsi sessions, if already connected). Each name must be unique.

SAN/LVM: NetApp setup

Mon, 01 Jan 0001 00:00:00 +0000

This setup assumes you are using NetApp ONTAP with iSCSI and are trying to use it as a backend for one of OpenNebula’s LVM datastore options. The configuration uses standard volume and host mappings. If you are familiar with the NetApp ONTAP interface and its functionality, create the required resources as desired.

Note

This guide is provided as a prerequisite to use the LVM drivers over a NetApp appliance. It is not needed if you are using the native NetApp driver.

NetApp Configuration

SVM (Storage Virtual Machine)

Create or use an existing SVM which has iSCSI enabled. Navigate to Storage → Storage VMs to see the list.

SAN/LVM: Generic setup

Mon, 01 Jan 0001 00:00:00 +0000

Hosts SAN Configuration

The abstraction required to access LUNs consists of block devices. This means that there are several ways to set them up, although it usually involves using a network block protocol such as iSCSI or Fibre Channel, as well as some form of path redundancy, such as DM Multipath.

Hypervisor hosts acting as SCSI initiators must be configured according to the storage vendor’s documentation and recommended best practices. The exact implementation may vary depending on the storage platform, access protocol (iSCSI or Fibre Channel), and multipathing requirements. Vendor-specific guidance should always take precedence over generic operating system configuration procedures.

LVM SAN Datastore

Mon, 17 Feb 2025 00:00:00 +0000

With LVM SAN Datastore, both disks images and actual VM drives are stored as Logical Volumes (LVs) in the SAN storage. This allows for fast and efficient VM instantiation, as no data needs to be copied or moved.

Use this option for high-end Storage Area Networks (SANs) when a dedicated driver for that hardware, such as NetApp, is not available. The same LUN can be exported to all the Hosts while Virtual Machines will be able to run directly from the SAN.

LVM (File Mode) SAN Datastore

Mon, 17 Feb 2025 00:00:00 +0000

In this setup, disk images are stored in file format, such as raw and qcow2, in the Image Datastore, and then dumped into a LVM Logical Volume in the SAN when a Virtual Machine is created. The image files are transferred from Frontend to Hosts through the SSH protocol. Additionally, enable LVM Thin to support creating thin snapshots of the VM disks.

How Should I Read This Chapter

Before performing the procedures outlined in this chapter you must configure access to the SAN following one of the setup guides in the LVM Overview section.