The DotHillFCDriver
and DotHillISCSIDriver
volume drivers allowDot Hill arrays to be used for block storage in OpenStack deployments.
- Dot Hill Driver Download Windows 10
- Dot Hill Driver Download 64-bit
- Dot Hill Driver Download
- Dot Hill Driver Download Pc
System requirements¶
To use the Dot Hill drivers, the following are required:
A Commercial Driver License (CDL) authorizes an individual to operate a commercial motor vehicle or combination of motor vehicles used to transport passengers or property. Individuals applying for a Commercial Driver License should recognize that this is a professional license with more testing requirements than other licenses. Dot Hill Virtual RAID Adapter Tech Bundled with AMD SP5100 Server Chipset Carlsbad, Calif.-based Dot Hill Systems Corp., a provider of entry-level and midrange storage solutions, announced that its RAIDCore Virtual RAID Adapter (VRA) technology will be embedded into select platforms based on the recently announced AMD SR5690/SP5100 server chipset.
Dot Hill Driver Download Windows 10
- Dot Hill AssuredSAN array with:
- iSCSI or FC host interfaces
- G22x firmware or later
- Appropriate licenses for the snapshot and copy volume features
- Network connectivity between the OpenStack host and the arraymanagement interfaces
- HTTPS or HTTP must be enabled on the array
Supported operations¶
- Create, delete, attach, and detach volumes.
- Create, list, and delete volume snapshots.
- Create a volume from a snapshot.
- Copy an image to a volume.
- Copy a volume to an image.
- Clone a volume.
- Extend a volume.
- Migrate a volume with back-end assistance.
- Retype a volume.
- Manage and unmanage a volume.
Configuring the array¶
Dot Hill Driver Download 64-bit
Verify that the array can be managed via an HTTPS connection. HTTP canalso be used if
dothill_api_protocol=http
is placed into theappropriate sections of thecinder.conf
file.Confirm that virtual pools A and B are present if you plan to usevirtual pools for OpenStack storage.
If you plan to use vdisks instead of virtual pools, create or identifyone or more vdisks to be used for OpenStack storage; typically this willmean creating or setting aside one disk group for each of the A and Bcontrollers.
Edit the
cinder.conf
file to define an storage back-end entry foreach storage pool on the array that will be managed by OpenStack. Eachentry consists of a unique section name, surrounded by square brackets,followed by options specified inkey=value
format.- The
dothill_backend_name
value specifies the name of the storagepool or vdisk on the array. - The
volume_backend_name
option value can be a unique value, ifyou wish to be able to assign volumes to a specific storage pool onthe array, or a name that is shared among multiple storage pools tolet the volume scheduler choose where new volumes are allocated. - The rest of the options will be repeated for each storage pool in agiven array: the appropriate Cinder driver name; IP address orhostname of the array management interface; the username and passwordof an array user account with
manage
privileges; and the iSCSI IPaddresses for the array if using the iSCSI transport protocol.
In the examples below, two back ends are defined, one for pool A and onefor pool B, and a common
volume_backend_name
is used so that asingle volume type definition can be used to allocate volumes from bothpools.iSCSI example back-end entries
Fibre Channel example back-end entries
- The
If any
volume_backend_name
value refers to a vdisk rather than avirtual pool, add an additional statementdothill_backend_type=linear
to that back-end entry.If HTTPS is not enabled in the array, include
dothill_api_protocol=http
in each of the back-end definitions.If HTTPS is enabled, you can enable certificate verification with theoption
dothill_verify_certificate=True
. You may also use thedothill_verify_certificate_path
parameter to specify the path to aCA_BUNDLE file containing CAs other than those in the default list.Modify the
[DEFAULT]
section of thecinder.conf
file to add anenabled_backends
parameter specifying the back-end entries you added,and adefault_volume_type
parameter specifying the name of a volumetype that you will create in the next step.Example of [DEFAULT] section changes
Create a new volume type for each distinct
volume_backend_name
valuethat you added to cinder.conf. The example below assumes that the samevolume_backend_name=dothill-array
option was specified in all of theentries, and specifies that the volume typedothill
can be used toallocate volumes from any of them.Example of creating a volume type
After modifying
cinder.conf
, restart thecinder-volume
service.
Driver-specific options¶
Dot Hill Driver Download
The following table contains the configuration options that are specificto the Dot Hill drivers.
Dot Hill Driver Download Pc
Configuration option = Default value | Description |
---|---|
[DEFAULT] | |
dothill_api_protocol = https | (String) DotHill API interface protocol. |
dothill_backend_name = A | (String) Pool or Vdisk name to use for volume creation. |
dothill_backend_type = virtual | (String) linear (for Vdisk) or virtual (for Pool). |
dothill_iscsi_ips = | (List) List of comma-separated target iSCSI IP addresses. |
dothill_verify_certificate = False | (Boolean) Whether to verify DotHill array SSL certificate. |
dothill_verify_certificate_path = None | (String) DotHill array SSL certificate path. |