Page tree

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Image Storages

The Image Storage objects are represent a logical storage units space for Guests' images. It represents a storage space , accessible by a set of Hosts. This space is further divided into Volumes, which store the virtual disks of the Guests. The typical use of an Image Storage is to map a shared disk array and its volumes to the set of Hosts connected to it. flexVDI supports the most common SAN technologies: SAS disk arrays, Fiber Channel, iSCSI...

For now, we will focus on making a local directory available to store Guests' images. If you want to learn how to access a shared storage, refer to the Storage chapter in the Administration Guide.

Volumes

There can be three types of Volumes in an Image Storage can be internal or external. Internal : OCFS2 Volumes, Gluster Volumes and External Volumes. OCFS2 volumes refer to volumes created and offered by the shared storage cabinet, that are accessed by the hosts as a local block device. flexVDI uses the OCFS2 cluster file system to manage internal these volumes, and its configuration and management is discussed in the Administration Guide. OCFS2 supports reflinks and fallocate, which are particularly useful to work with large image files.

On the other hand, external Gluster Volumes use the GlusterFS distributed storage technology to aggregate several local disks into a single storage space. This solution does not need to access a shared volume in a SAN and uses cheaper, more common hardware, but its performance is lower. Gluster also supports fallocate. However, you need at least two hosts to create a Gluster Volume.

Warning

Gluster Volumes are an experimental feature. Stability and performance issues have been observed, so use it at your own risk.

Finally, External volumes are not directly managed by flexVDI. The system administrator is responsible for mounting them in the same path in all the Hosts involved in the Image Storage. The two most common use cases for external volumes are:

  • Use local storage in a single Host.
  • Use an NFS or CIFS shared folder accessible by a set of Hosts (Beware: neither NFS nor CIFS support fallocate, so creating new images is a slow process).

In the tree view, external volumes Volumes are identified by a small white arrow in its icon:
Image Removedstack of disks. Gluster Volumes have an extra pie graph symbol, and External Volumes have an extra right arrow. In this example, "Manager" is an OCFS2 Volume, "SSD" is a Gluster Volume and "NFS" is an External Volume:

Image Added


Create an external volume

Before creating a Guest, you need a volume to store its image. With a single node, the easiest way is to create an external volume that maps to a local directory in your Host. Right-click on Select the "Image Storages" item of the tree view and select click on the "New Image Storage" commandbutton. A new wizard New Image Storage form will appear. Just follow the instructions to create an Image Storage named MyImageStorage on your one Host.Image Removed

Image Removed

Next, right-click on the newly created Image Storage in the tree view and select the "New External Volume" command. Follow the wizard's instructions Fill in the name, like "MyImageStorage", and select the hosts that will be part of this Image Storage; right now, you should have just one host. Finally, click on the "Save" button.

Image Added

You should now see the MyImageStorage details. Inside it, we are going to create an External Volume named MyExternalVolume that points to that stores its contents in /home/images. Image RemovedImage RemovedAt the top right corner of the details view, there is a "New Volume" dropdown button. Click it and select "External Volume". In this New External Volume form, fill in the name (e.g. MyExternalVolume) and the mount point. Finally, click the "Save" button:


Image Added


Note
titleRead-write permissions

Be careful that the /home/images directory is read-writable by the qemu user. Otherwise guests will not be able to start.

In the end, you should see something like this in the tree view:

Image Removed

Click on the External Volume, and you will see something like this in the details view:

Image Removed

Image Added

The details view of this new External Volume should show something like this:

Image Added

Besides the name and the mount point, you can now see the status of the Volume and the available space. In the two tables at the bottom, you will see the Guests' images as you create them.

Media Storages

Media Storages are repositories of ISO image files. These files can be mounted as disks by Guests and are useful for the initial installation of the OS. installation media. Two types of files are available from a Media Storage:

  • ISO images, that will be seen by the Guests as a read-only disk inside an optical drive. Such drives are attached to a Guest when it is created or modified, and ISO images can be attached to a drive at any time, even while the Guest is running.
  • FVM (flexVDI Virtual Machine) files, that contain exported virtual machines in flexVDI format. These files are used by the Guest Import tool.

At the end of the Getting Started guide , you activated the local CIFS server, so you should already have a Media Storage called cifs. Copy some installation ISOs there in order to install a new Guest later. Click on it, and information about it will be displayed in the details view:

Image Removed

As usual, a table with basic information is shown on the left, and the list of files the Media Storage contains is shown on the right. The file list displays all kind of files, but only two of them are useful for flexVDI:

  • ISO images, that will be seen as read-only optical units by the Guest. They are attached to a Guest when it is created or modified.
  • FVM (flexVDI Virtual Machine) files, that contain fully exported virtual machines in flexVDI format. These files are used by the Guest Import Wizard.

Image Added

From a technical point of view, Media Storages are shared folders accessed with the CIFS/SMB protocol. The table form on the left shows the IP address, path and username credentials that is are used to establish the connection. It also shows the Below it, the status of the Media Storage is shown, with the result message of the last operation on the storage and . Next to it is the list of Hosts that should mount and have access to it. If you right-click on a the Media Storage and select the Modify command, you will be presented with a wizard to change these properties, including the password for the connection to the CIFS server; in the example, there is only one Host. Finally, on the right side, there is the list of files contained in this Media Storage.