netapp_eseries.santricity.na_santricity_storagepool module – NetApp E-Series manage volume groups and disk pools
Note
This module is part of the netapp_eseries.santricity collection (version 1.4.1).
You might already have this collection installed if you are using the ansible
package.
It is not included in ansible-core
.
To check whether it is installed, run ansible-galaxy collection list
.
To install it, use: ansible-galaxy collection install netapp_eseries.santricity
.
To use it in a playbook, specify: netapp_eseries.santricity.na_santricity_storagepool
.
Synopsis
Create or remove volume groups and disk pools for NetApp E-series storage arrays.
Parameters
Parameter |
Comments |
---|---|
The password to authenticate with the SANtricity Web Services Proxy or Embedded Web Services API. |
|
The url to the SANtricity Web Services Proxy or Embedded Web Services API. |
|
The username to authenticate with the SANtricity Web Services Proxy or Embedded Web Services API. |
|
The number of disks to use for building the storage pool. When state==”present” then criteria_drive_count or criteria_min_usable_capacity must be specified. The pool will be expanded if this number exceeds the number of disks already in place (See expansion note below) |
|
The interface type to use when selecting drives for the storage pool If not provided then all interface types will be considered. Choices:
|
|
The maximum individual drive size (in size_unit) to consider when choosing drives for the storage pool. |
|
The minimum individual drive size (in size_unit) to consider when choosing drives for the storage pool. |
|
Ensures the storage pool will be created with only data assurance (DA) capable drives. Only available for new storage pools; existing storage pools cannot be converted. Choices:
|
|
Whether full disk encryption ability is required for drives to be added to the storage pool Choices:
|
|
The type of disk (hdd or ssd) to use when searching for candidates to use. When not specified each drive type will be evaluated until successful drive candidates are found starting with the most prevalent drive type. Choices:
|
|
The minimum size of the storage pool (in size_unit). When state==”present” then criteria_drive_count or criteria_min_usable_capacity must be specified. The pool will be expanded if this value exceeds its current size. (See expansion note below) Do not use when the storage system contains mixed drives and usable_drives is specified since usable capacities may not be accurate. |
|
The unit used to interpret size parameters Choices:
|
|
Issues a critical alert when threshold of storage has been allocated. Only applicable when raid_level==”raidDiskPool”. Set ddp_critical_threshold_pct==0 to disable alert. Default: |
|
Issues a warning alert when threshold of storage has been allocated. Only applicable when raid_level==”raidDiskPool”. Set ddp_warning_threshold_pct==0 to disable alert. Default: |
|
If state==”absent” then all storage pool drives will be erase If state==”present” then delete all available storage array drives that have security enabled. Choices:
|
|
The name of the storage pool to manage |
|
The RAID level of the storage pool to be created. Required only when state==”present”. When raid_level==”raidDiskPool” then criteria_drive_count >= 10 or criteria_drive_count >= 11 is required depending on the storage array specifications. When raid_level==”raid0” then 1<=criteria_drive_count is required. When raid_level==”raid1” then 2<=criteria_drive_count is required. When raid_level==”raid3” then 3<=criteria_drive_count<=30 is required. When raid_level==”raid5” then 3<=criteria_drive_count<=30 is required. When raid_level==”raid6” then 5<=criteria_drive_count<=30 is required. Note that raidAll will be treated as raidDiskPool and raid3 as raid5. Choices:
|
|
Prior to removing a storage pool, delete all volumes in the pool. Choices:
|
|
Set the number of drives reserved by the storage pool for reconstruction operations. Only valid on raid disk pools. |
|
Enables security at rest feature on the storage pool. Will only work if all drives in the pool are security capable (FDE, FIPS, or mix) Warning, once security is enabled it is impossible to disable without erasing the drives. Choices:
|
|
The ID of the array to manage. This value must be unique for each array. Default: |
|
Whether the specified storage pool should exist or not. Note that removing a storage pool currently requires the removal of all defined volumes first. Choices:
|
|
Ordered comma-separated list of tray/drive slots to be selected for drive candidates (drives that are used will be skipped). Each drive entry is represented as <tray_number>:<(optional) drawer_number>:<drive_slot_number> (e.g. 99:0 is the base tray’s drive slot 0). The base tray’s default identifier is 99 and expansion trays are added in the order they are attached but these identifiers can be changed by the user. Be aware that trays with multiple drawers still have a dedicated drive slot for all drives and the slot number does not rely on the drawer; however, if you’re planing to have drawer protection you need to order accordingly. When usable_drives are not provided then the drive candidates will be selected by the storage system. |
|
Should https certificates be validated? Choices:
|
Notes
Note
The expansion operations are non-blocking due to the time consuming nature of expanding volume groups
Traditional volume groups (raid0, raid1, raid5, raid6) are performed in steps dictated by the storage array. Each required step will be attempted until the request fails which is likely because of the required expansion time.
raidUnsupported will be treated as raid0, raidAll as raidDiskPool and raid3 as raid5.
Tray loss protection and drawer loss protection will be chosen if at all possible.
The E-Series Ansible modules require either an instance of the Web Services Proxy (WSP), to be available to manage the storage-system, or an E-Series storage-system that supports the Embedded Web Services API.
Embedded Web Services is currently available on the E2800, E5700, EF570, and newer hardware models.
netapp_eseries.santricity.netapp_e_storage_system may be utilized for configuring the systems managed by a WSP instance.
Examples
- name: No disk groups
na_santricity_storagepool:
ssid: "{{ ssid }}"
name: "{{ item }}"
state: absent
api_url: "{{ netapp_api_url }}"
api_username: "{{ netapp_api_username }}"
api_password: "{{ netapp_api_password }}"
validate_certs: "{{ netapp_api_validate_certs }}"
Return Values
Common return values are documented here, the following are the fields unique to this module:
Key |
Description |
---|---|
Success message Returned: success Sample: |