Tech ONTAP Blogs
Tech ONTAP Blogs
Exciting news! The Google Cloud NetApp Volumes Flex service level now supports block storage. If you need high-performance, low-latency, reliable iSCSI volumes for your databases or enterprise applications, you’re in the right place.
In this blog post, I’ll walk you through
Google Cloud and NetApp® now provide block storage as part of the NetApp Volumes Flex service level. It’s available through a new storage pool type: Unified. This fully managed service now provides high-performance, reliable, and scalable shared block storage by using the iSCSI protocol. NetApp Volumes Flex makes it easy to provision, to manage, and to connect storage to your applications—whether you’re running databases, enterprise workloads, or any application that needs direct disk access in the cloud.
Before we jump into provisioning your storage, you need to set up the following few things in Google Cloud. Don’t worry—these steps are straightforward, and I’ll explain why each one matters:
For details on how to configure your project and get started, review the NetApp Volumes access setup guide.
Now that your Google Cloud environment is ready, let’s create your first Flex block storage pool.
A NetApp Volumes Flex block storage pool can be created with zonal or regional availability, which provides SLAs of 99.9% and 99.99%, respectively. The storage pool supports independent provisioning of capacity, throughput, and IOPS based on the workload demands.
Following are the minimum and maximum values for capacity, throughput, and IOPS.
|
Attribute |
Minimum |
Maximum |
|
Capacity |
1TiB |
425TiB |
|
Throughput |
64MiBps |
5120MiBps |
|
IOPS |
1,024 |
160,000 |
A host group is a Google Cloud regional resource, a collection of iSCSI initiators (host iSCSI Qualified Names [IQNs]) that can be granted access to specific volumes. Host groups simplify access management by allowing you to control which hosts can connect to and use particular iSCSI volumes. By grouping initiators, you can efficiently manage permissions and streamline storage provisioning for multiple hosts.
It is recommended that you create the host group before you create a volume in the storage pool that you provisioned previously.
The iSCSI initiator information that you need to create the host group can be obtained from the iSCSI client. To obtain the for a Windows client, follow these steps:
By using the Unified storage pool option of NetApp Volumes Flex service level, you can provision iSCSI volumes that can be attached to Linux, Windows, and ESXi systems with a capacity between 1GiB and 128TiB.
The following example provisions an iSCSI volume that will be attached to the Windows iSCSI host through a host group that was provisioned in the previous step:
NetApp Volumes provides two paths to the iSCSI volume. It is recommended that you install the multipath feature on Windows Server. There are also some other settings that help prevent your applications from being affected by any disruptions on the storage side. It is recommended that you download and install the NetApp Windows Host Utilities 8.0 from the NetApp Support Site.
When you install NetApp Windows Host Utilities, select the option to install support for Multipath I/O, as shown in following screenshot. Restart Windows Server after the Host Utilities installation is complete.
iSCSI works with an initiator target model. The Windows iSCSI Initiator software adds the iSCSI initiator functionality to Windows Server.
Note: The IP address for the NetApp Volumes can be obtained by using the following Google Cloud (gcloud) CLI command:
gcloud beta netapp volumes describe <volume_name> –location=<location> –format=”value(mountOptions.ipAddress)”
Replace <volume_name> and <location> with the respective values for your environment.
And that’s it—your NetApp Volumes iSCSI volume is now attached and ready to use!
NetApp Volumes provides instant, space-efficient snapshots of your iSCSI volumes. NetApp snapshots by default creates crash consistent snapshots. With application aware solutions like NetApp Console or SnapCenter, this can be extended to provide application consistent snapshots for databases and other enterprise SAN workloads.
Snapshots provide:
Once created, snapshots can be used as the foundation for additional features such as cloning and disaster recovery.
The following example edits a volume for configuring snapshot schedules
- Enter a numeric value for the Snapshots to Keep
- Enter the Minute(UTC) with values in range 0-59
- Enter a numeric value for the Snapshots to Keep
- Enter the Hour (UTC) with values in range 0-23
- Enter the Minute(UTC) with values in range 0-59
- Enter a numeric value for the Snapshots to Keep
- From the drop down for Weekdays, select the days
- Enter the Hour (UTC) with values in range 0-23
- Enter the Minute(UTC) with values in range 0-59
- Enter a numeric value for the Snapshots to Keep
- From the drop down for Days of the month, select the dates
- Enter the Hour (UTC) with values in range 0-23
- Enter the Minute(UTC) with values in range 0-59
The following example creates an instant snapshot
NetApp Volumes Flex Unified storage supports thin clones, which are space-efficient, writable copies created from existing snapshots.
Thin clones:
When a thin clone is created from a snapshot, it can be mapped to the same server or a different server and used as an independent volume. Changes made to the clone do not impact the source volume.
This capability enables rapid environment provisioning while minimizing storage consumption.
The following example creates a thin clone based on a snapshot (point in time copy)
Note: In the Storage pools page, the Allocated to Volumes shows an increase only to the amount of free space in the source volume. The used blocks are shared between the source volume and thin clone.
NetApp Volumes provide cross-region replication to protect data against regional failures. Replication can be configured with a replication schedule - every 10 minutes, hourly or daily - to meet recovery point objectives (RPOs).
Key characteristics of cross-region replication include:
In addition to the automatic snapshots created based on the schedule, the manually created snapshots are also copied over to the destination. This helps in replicating manually created application consistent snapshots over to the secondary/DR site.
Once replication is complete, the destination volume is ready for disaster recovery testing or failover.
The following example creates replication relationship for a volume.
As a pre-requisite create a Flex Unified storage pool provisioned in a different region of choice within the same continent as source storage pool.
Disaster recovery testing can be performed without breaking replication by creating a thin clone of the replicated, read-only destination volume.
This approach allows:
Because thin clones are writable and space efficient, DR testing can be performed with minimal storage overhead.
In the event of a disaster
NetApp Volumes also supports in-place restores by using snapshots. This allows volumes to be reverted to a previous point in time, providing fast recovery from data corruption or user errors.
With NetApp Volumes unified storage, you can
Ready to get started? Head to the Google Cloud NetApp Volumes console and experience the power of NetApp Volumes block storage today!