Planning your Cloud Volumes ONTAP configuration in Azure
Contributors Download PDF of this page
When you deploy Cloud Volumes ONTAP in Azure, you can choose a preconfigured system that matches your workload requirements, or you can create your own configuration. If you choose your own configuration, you should understand the options available to you.
Choosing a license type
Cloud Volumes ONTAP is available in two pricing options: pay-as-you-go and Bring Your Own License (BYOL). For pay-as-you-go, you can choose from three licenses: Explore, Standard, or Premium. Each license provides different capacity and compute options.
Understanding storage limits
The raw capacity limit for a Cloud Volumes ONTAP system is tied to the license. Additional limits impact the size of aggregates and volumes. You should be aware of these limits as you plan your configuration.
Sizing your system in Azure
Sizing your Cloud Volumes ONTAP system can help you meet requirements for performance and capacity. You should be aware of a few key points when choosing a VM type, disk type, and disk size:
- Virtual machine type
Look at the supported virtual machine types in the Cloud Volumes ONTAP Release Notes and then review details about each supported VM type. Be aware that each VM type supports a specific number of data disks.
- Azure disk type
When you create volumes for Cloud Volumes ONTAP, you need to choose the underlying cloud storage that Cloud Volumes ONTAP uses as a disk.
HA systems use Premium page blobs. Meanwhile, single node systems can use two types of Azure Managed Disks:
Premium SSD Managed Disks provide high performance for I/O-intensive workloads at a higher cost.
Standard SSD Managed Disks provide consistent performance for workloads that require low IOPS.
Standard HDD Managed Disks are a good choice if you don’t need high IOPS and want to reduce your costs.
For additional details about the use cases for these disks, see Microsoft Azure Documentation: What disk types are available in Azure?.
- Azure disk size
When you launch Cloud Volumes ONTAP instances, you must choose the default disk size for aggregates. Cloud Manager uses this disk size for the initial aggregate, and for any additional aggregates that it creates when you use the simple provisioning option. You can create aggregates that use a disk size different from the default by using the advanced allocation option.
All disks in an aggregate must be the same size.
When choosing a disk size, you should take several factors into consideration. The disk size impacts how much you pay for storage, the size of volumes that you can create in an aggregate, the total capacity available to Cloud Volumes ONTAP, and storage performance.
The performance of Azure Premium Storage is tied to the disk size. Larger disks provide higher IOPS and throughput. For example, choosing 1 TB disks can provide better performance than 500 GB disks, at a higher cost.
There are no performance differences between disk sizes for Standard Storage. You should choose disk size based on the capacity that you need.
Refer to Azure for IOPS and throughput by disk size:
Choosing a configuration that supports Flash Cache
A Cloud Volumes ONTAP configuration in Azure includes local NVMe storage, which Cloud Volumes ONTAP uses as Flash Cache for better performance. Learn more about Flash Cache.
Azure network information worksheet
When you deploy Cloud Volumes ONTAP in Azure, you need to specify details about your virtual network. You can use a worksheet to collect the information from your administrator.
|Azure information||Your value|
Virtual network (VNet)
Network security group (if using your own)
Choosing a write speed
Cloud Manager enables you to choose a write speed setting for single node Cloud Volumes ONTAP systems. Before you choose a write speed, you should understand the differences between the normal and high settings and risks and recommendations when using high write speed.
Difference between normal write speed and high write speed
When you choose normal write speed, data is written directly to disk, thereby reducing the likelihood of data loss in the event of an unplanned system outage.
When you choose high write speed, data is buffered in memory before it is written to disk, which provides faster write performance. Due to this caching, there is the potential for data loss if an unplanned system outage occurs.
The amount of data that can be lost in the event of an unplanned system outage is the span of the last two consistency points. A consistency point is the act of writing buffered data to disk. A consistency point occurs when the write log is full or after 10 seconds (whichever comes first). However, AWS EBS volume performance can affect consistency point processing time.
When to use high write speed
High write speed is a good choice if fast write performance is required for your workload and you can withstand the risk of data loss in the event of an unplanned system outage.
Recommendations when using high write speed
If you enable high write speed, you should ensure write protection at the application layer.
Choosing a volume usage profile
ONTAP includes several storage efficiency features that can reduce the total amount of storage that you need. When you create a volume in Cloud Manager, you can choose a profile that enables these features or a profile that disables them. You should learn more about these features to help you decide which profile to use.
NetApp storage efficiency features provide the following benefits:
- Thin provisioning
Presents more logical storage to hosts or users than you actually have in your physical storage pool. Instead of preallocating storage space, storage space is allocated dynamically to each volume as data is written.
Improves efficiency by locating identical blocks of data and replacing them with references to a single shared block. This technique reduces storage capacity requirements by eliminating redundant blocks of data that reside in the same volume.
Reduces the physical capacity required to store data by compressing data within a volume on primary, secondary, and archive storage.