Volume driver for VMware vCenter managed datastores.
The volumes created by this driver are backed by VMDK (Virtual Machine Disk) files stored in datastores. For ease of managing the VMDKs, the driver creates a virtual machine for each of the volumes. This virtual machine is never powered on and is often referred as the shadow VM.
Bases: object
Supported disk types in images.
Check if the given disk type in extra_spec is valid.
Parameters: | extra_spec_disk_type – disk type to check |
---|---|
Returns: | True if valid |
Validate the given disk type in extra_spec.
This method throws ImageUnacceptable if the disk type is not a supported one.
Parameters: | extra_spec_disk_type – disk type |
---|---|
Raises: | ImageUnacceptable |
Bases: cinder.volume.driver.VolumeDriver
Manage volumes on VMware vCenter server.
Create a new backup from an existing volume.
Creates volume from image.
This method only supports Glance image of VMDK disk format. Uses flat vmdk file copy for “sparse” and “preallocated” disk types Uses HttpNfc import API for “streamOptimized” disk types. This API creates a backing VM that wraps the VMDK in the vCenter inventory.
Parameters: |
|
---|
Creates glance image from volume.
Upload of only available volume is supported. The uploaded glance image has a vmdk disk type of “streamOptimized” that can only be downloaded using the HttpNfc API. Steps followed are: 1. Get the name of the vmdk file which the volume points to right now. Can be a chain of snapshots, so we need to know the last in the chain. 2. Use Nfc APIs to upload the contents of the vmdk file to glance.
Creates volume clone.
Parameters: |
|
---|
Creates a snapshot.
Parameters: | snapshot – Snapshot object |
---|
Creates a volume.
We do not create any backing. We do it only the first time it is being attached to a virtual machine.
Parameters: | volume – Volume object |
---|
Creates a volume from a snapshot.
Parameters: |
|
---|
Delete snapshot.
Parameters: | snapshot – Snapshot object |
---|
Deletes volume backing.
Parameters: | volume – Volume object |
---|
Any initialization the volume driver does while starting.
Extend volume to new size.
Extends the volume backing’s virtual disk to new size. First, try to extend in place on the same datastore. If that fails due to insufficient disk space, then try to relocate the volume to a different datastore that can accommodate the backing with new size and retry extend.
Parameters: |
|
---|
Obtain status of the volume service.
Parameters: | refresh – Whether to get refreshed information |
---|
Allow connection to connector and return connection info.
The implementation returns the following information:
{
'driver_volume_type': 'vmdk'
'data': {'volume': $VOLUME_MOREF_VALUE
'volume_id': $VOLUME_ID
}
}
Parameters: |
|
---|---|
Returns: | Return connection information |
Brings an existing virtual disk under Cinder management.
Detaches the virtual disk identified by existing_ref and attaches it to a volume backing.
Parameters: |
|
---|
Return size of the volume to be managed by manage_existing.
When calculating the size, round up to the next GB.
Parameters: |
|
---|
Restore an existing backup to a new or existing volume.
This method raises InvalidVolume if the existing volume contains snapshots since it is not possible to restore the virtual disk of a backing with snapshots.
Convert the volume to be of the new type.
The retype is performed only if the volume is not in use. Retype is NOP if the backing doesn’t exist. If disk type conversion is needed, the volume is cloned. If disk type conversion is needed and the volume contains snapshots, the backing is relocated instead of cloning. The backing is also relocated if the current datastore is not compliant with the new storage profile (if any). Finally, the storage profile of the backing VM is updated.
Parameters: |
|
---|---|
Returns: | True if the retype occurred; False otherwise. |