Known limitations identify platforms, devices, or functions that are not supported by this release of the product, or that do not interoperate correctly with it. Review these limitations carefully.
The following limitations apply to Cloud Volumes ONTAP in AWS and in Azure.
Cloud Volumes ONTAP deployment must not be modified from your cloud provider’s console
Changes to a Cloud Volumes ONTAP configuration from your cloud provider’s console results in an unsupported configuration. Any changes to the Cloud Volumes ONTAP resources that Cloud Manager creates and manages can impact system stability and Cloud Manager’s ability to manage the system.
Disks and aggregates must be managed from Cloud Manager
All disks and aggregates must be created and deleted directly from Cloud Manager. You should not perform these actions from another management tool. Doing so can impact system stability, hamper the ability to add disks in the future, and potentially generate redundant cloud provider fees.
Storage Virtual Machine (SVM) limitation
Cloud Volumes ONTAP supports one data-serving SVM and one or more SVMs used for disaster recovery.
Cloud Manager does not provide any setup or orchestration support for SVM disaster recovery. It also does not support storage-related tasks on any additional SVMs. You must use System Manager or the CLI for SVM disaster recovery.
SnapManager licensing limitation
SnapManager per-server licenses are supported with Cloud Volumes ONTAP. Per-storage system (SnapManager suite) licenses are not supported.
Unsupported ONTAP features
The following features are not supported with Cloud Volumes ONTAP for AWS:
Aggregate-level inline deduplication
Disk maintenance center
Fibre Channel (FC)
Intranode LIF failover
Multi-tenancy (only one data-serving SVM is supported, as noted in the SVM limitation above)
NetApp Volume Encryption
SnapLock Compliance mode (Enterprise mode is supported)
Known limitations in AWS
The following known limitations affect Cloud Volumes ONTAP in AWS.
False alarms reported by Amazon CloudWatch
Cloud Volumes ONTAP does not release CPUs when idle, so Amazon CloudWatch can report a high CPU warning for the EC2 instance because it sees 100% usage. You can ignore this alarm. The ONTAP statistics command displays the true usage of the CPUs.
Cloud Volumes ONTAP HA pairs do not support immediate storage giveback
After a node reboots, the partner must sync data before it can return the storage. The time that it takes to resync data depends on the amount of data written by clients while the node was down and the data write speed during the time of giveback.
Limitations with the AWS GovCloud (US) region
Cloud Manager must be deployed in the AWS GovCloud (US) region if you want to launch Cloud Volumes ONTAP instances in the AWS GovCloud (US) region.
When deployed in the AWS GovCloud (US) region, Cloud Manager cannot discover ONTAP clusters in a NetApp Private Storage for Microsoft Azure configuration or a NetApp Private Storage for SoftLayer configuration.
Detaching and reattaching EBS volumes is not supported
Detaching an EBS volume from a Cloud Volumes ONTAP instance and then reattaching it to another Cloud Volumes ONTAP instance is not supported. You should use Cloud Manager to replicate data between instances.
LUN move is not supported on systems that have Cloud Volumes ONTAP encryption enabled.
Cloud Volumes ONTAP sends encryption keys to key managers even for aggregates that it failed to create.
You must manually delete the keys from key managers.
Known limitations in Microsoft Azure
The following known limitations affect Cloud Volumes ONTAP in Azure.
Pay-as-you-go not available for CSP partners
If you are a Microsoft Cloud Solution Provider (CSP) partner, you cannot deploy Cloud Volumes ONTAP Explore, Standard, or Premium because pay-as-you-go subscriptions are not available for CSP partners. You must purchase a license and deploy Cloud Volumes ONTAP BYOL.