Import an Open Virtualization Format (OVF) or an Open Virtual Appliance (or Application) (OVA) file from a system if you want to transfer a VM from one system to another, or if you want to transfer an image that you created back to the same system to restore or duplicate the original VM. (To migrate a physical machine (PM) or virtual machine (VM) to a system without using an OVF or OVA file, see Migrating a Physical Machine or Virtual Machine to a System.)
You can import or restore the VM. Importing a VM creates a new instance of the VM with unique hardware IDs. Restoring a VM creates an identical VM with the same hardware IDs (SMBIOS UUID, system serial number, and MAC addresses, if provided in the VM image) that your guest operating system and applications may require for software licensing. To prevent conflicts with the original VM, restore a VM only if you want to transfer it to the everRun system and stop using it on the source system.
You can import VMs only if they are running supported guest operating systems
When you import a VM, the system imports the boot interface setting (BIOS or UEFI) from the OVF or OVA file; you cannot modify this setting.
You can import a VM from a VMware source only if the source is running VMware Release 6.x.
If you import a VM from a VMware OVA file, ensure that your system has sufficient disk space for the operation. The system requires an amount of disk space equal to the size of the OVA file + the total size of the VM volume(s) to be created + 100 GB disk space that is temporarily reserved for expanding and processing the compressed OVA file. For example, if you need to import a 3 GB OVA file for a VM that requires a 32 GB volume, the minimum storage needed is 3 GB + 32 GB + 100GB = 135 GB.
You can check the amount of Free disk space on your system on the System page of the everRun Availability Console under Storage Allocation. If your system lacks the amount of disk space needed to import a VMware OVA file, you can clear some disk space or instead migrate the VM directly over the network (with no OVF or OVA file) as described in Migrating a Physical Machine or Virtual Machine to a System.
Before you import a VM image from an OVF file, use the everRun Availability Console on the source system to export a VM (see Exporting a Virtual Machine )
Before you import a VM image from an OVA file, create the OVA file on a VMware system. The everRun system supports VMware OVA files that contain a metadata file and one or more disk image files.
To import an OVF or OVA file
Select one of the following:
Import from my PC—Imports the VM from the PC running everRun Availability Console.
Click Next and then click Browse to locate the appropriate file on a local computer.
Import from USB—Imports the VM from a USB device mounted on the everRun system.
Click Next and then select a partition from the pull-down menu. Click List OVFs/OVAs and select the appropriate file from the pull-down menu. You can optionally search for a file by entering the file name or partial file name in the Search Files box.
Import from remote/network Windows Share(CIFS/SMB)—Imports the VM from a Windows share on your local network. Note that the maximum length of the path to the VM, including the VM name, is 4096 characters.
Click Next and enter values for Username and Password. For Repository, enter a value in the format \\machine_URL\ShareName (for example, \\192.168.1.34\MyOVFsForImport). Then, click List OVFs/OVAs and select the appropriate file from the list.
Import from remote/network NFS—Imports the VM from an NFS share on your local network. Note that the maximum length of the path to the VM, including the VM name, is 4096 characters.
Click Next and for Repository, enter the URL of the remote system in the format nnn.nnn.nnn.nnn/folder_name (do not include http:// or https://).
Click List OVFs/OVAs to display a list of all files in the remote folder. Select the appropriate file to import. You can optionally search for a file by entering the file name or partial file name in the Search Files box, or you can reorganize the list by clicking a column heading (Name, Date Modified, or Size). Click the file name to select the file, and then click Next.
If you have selected an OVA file, continue with the next step (import is the only option with an OVA file).
If you have selected an OVF file, click Next. Messages appear confirming whether or not it is a everRun-created file and whether or not you have the option to import or restore the VM. When selecting a everRun-created OVF file, you have the option of importing or restoring the file, and you can optionally display the following message:
Select Import (scroll down the window, if necessary). (For a everRun-created OVF, you can also select Restore. See Replacing/Restoring a Virtual Machine from an OVF File for information.)
The wizard displays the Prepare for Importing Virtual Machine window, prompting you to upload additional files, if necessary. If prompted, select the appropriate file(s) to include for each volume associated with the VM.
Displays the name of the VM,
Displays the name
If the target everRun system has more than one storage group, you can also select the storage group in which to create each volume. Ensure that you select a Destination group that supports the sector size of the volume you are importing (see Planning Virtual Machine Storage) and select the Sector Size that matches the source volume (the import wizard cannot convert the sector size of a volume). Note that the boot volume must have a sector size of 512 B. You can select the sector size, either 4K or 512B, only for data disks.
Displays the available networks. You can remove a network or add one that is not already allocated. You can also specify a MAC address for each selected network. A minimum of one network is required.
The total number of networks cannot exceed the number of business networks on the everRun system. If you import the VM from an OVF file, you can select which networks to remove in the wizard. If you import the VM from an OVA file, the system automatically ignores the excess networks during the import process. In either case, you can connect more business networks to the everRun system before or after importing the VM to restore the network connections.
Click Import to begin importing the VM.
The wizard displays progress information. When the transfer is complete, click Done to close the wizard.
If applicable, use the Reprovision Virtual Machine wizard to allocate additional resources to the VM, as described in Reprovisioning Virtual Machine Resources.
When you are finished reprovisioning the VM, click Start to boot the VM.
For Windows-based VMs only, download and update the VirtIO drivers to the latest supported versions, as described in Updating the VirtIO Drivers (Windows-based VMs). (The correct VirtIO drivers are already present in Linux-based VMs.)
After you verify that the new VM is functioning properly, the import process is complete; however, the system may continue to synchronize data between PMs to enable High Availability (HA)
If necessary, use the following information to resolve problems with the export or import process.
In the everRun Availability Console on the target system, remove the imported VM and any volumes associated with the imported VM, if present.
If data volumes do not appear in the VM on the target system after the import, you may need to manually restore the volumes, as follows:
If network devices do not appear in the VM on the target system after the import, you may need to manually restore them, as follows:
After importing a PM or VM, the network driver might not be properly installed (for example, Device Manager might list the driver with a warning, ). In this situation, manually install the driver:
After the driver is installed, check the VM's state in the everRun Availability Console. If the state is running (), the driver is working properly.
Migrating From Avance or everRun MX Systems
Mounting a USB Device or Network-mounted Folder on the everRun System
Creating and Migrating Virtual Machines
Configuring Windows-based Virtual Machines
Configuring Linux-based Virtual Machines