More about Cloud Migration
- What is Cloud Migration? Strategy, Process and Tools
- Petabyte-Scale Storage Success Stories With Cloud Volumes ONTAP
- Azure StorSimple EOL: Using Cloud Volumes ONTAP for Hybrid Cloud Management
- Refactoring Applications to Kubernetes in Cloud Migrations
- The War Over the Cloud Has Ended (and the Winner Might Surprise You)
- Modern Data Estate: What IT Leaders Need To Know
- Strategies for AWS Migration: The New 7th R Explained
- Cloud Computing Deployment Models and Architectures
- Cloud Adoption Strategy: What’s the Best Approach for Your Organization?
- Hybrid Cloud Strategy: A Winning Model for Enterprises
- Google Cloud Architecture and Building Your Own Solution Architecture
- SnapMirror in the Cloud: New Use Cases for NetApp’s Data Replication Technology
- 8 Digital Transformation Technologies and Their Business Impact
- What Is Digital Transformation in Banking?
- Digital Transformation in Healthcare: 4 Key Trends
- Digital Transformation: Examples from 5 Industries
- The Future of Cloud Computing: 5 Trends You Must Know About
- 5 Types of Digital Transformation and the Technologies that Power Them
- Digital Transformation Strategy: 6 Tips for Success
- Kubernetes Data Mobility with Cloud Volumes ONTAP
- Application Migration to Azure: 4 Approaches and One Migration Tool
- Cloud First Strategy: Challenges, Considerations, and Best Practices
- Application Migration to AWS: Free Tools to Ease Your Migration
- Why Cloud Adoption Fails and 6 Tips for Success
- Cloud Application Migration: A Practical Guide
- AWS Snowball vs Snowmobile: Data -Migration Options Compared
- AWS Snowball Edge: Data Shipping and Compute at the Edge
- AWS Snowmobile: Migrate Data to the Cloud With the World’s Biggest Hard Disk
- AWS Snowball Family: Options, Process, and Best Practices
- AWS Cloud Adoption Framework (CAF): 6 Migration Perspectives
- Top 3 Cloud Adoption Frameworks: Your Path To The Cloud
- AWS Snowball Pricing Simplified
- Azure Cloud Adoption Framework: The 9 Methodologies Explained
- Cloud Roadmap: Mapping Out Your Path To The Cloud
- Hybrid Deployment on Google Cloud: Meet Google Anthos
- 3 Ways to Create an Azure Migrate Project
- Azure Migration Step by Step: Discover, Migrate, Optimize, and Monitor
- Migrate from VMware to Azure: The Basics and a Quick Tutorial
- Migrate SQL Server to Azure: Options, Tools, and a Quick Tutorial
- Migrate Databases to Azure: 3 Quick Tutorials
- 4 Ways to Migrate SQL to Azure
- Azure Migration Program: 4 Key Elements
- Azure Migrate: Key Components and a 4-Step Migration Plan
- Cloud Journey: 6 Stages of Cloud Adoption
- 5 Azure Data Migration Tools You Should Be Using
- Azure Migration Tools: One-Click Migration for VMs and Data
- Typical Mistakes and Misconceptions Business Leaders Have About Hybrid and Multicloud
- Google Cloud PostgreSQL: Managed or Self-Managed?
- AWS Storage Gateway: Connecting Your On-Premise Storage to the Amazon Cloud
- Azure PostgreSQL: Managed or Self-Managed?
- Cloud Scalability: How Cloud Volumes ONTAP Stores Petabytes of Data
- AWS Migration: Understanding the Process and Solving 5 Key Challenges
- Google Cloud Pricing vs AWS: A Fair Comparison?
- VMware Cloud Services: A New Option for Hybrid Cloud Management
- AWS PostgreSQL: Managed or Self-Managed?
- Google Cloud MySQL: MySQL as a Service vs. Self Managed in the Cloud
- Azure MySQL: MySQL as a Service vs. Self-Managed in the Cloud
- AWS MySQL: MySQL as a Service vs. Self Managed in the Cloud
- Cloud Adoption for Financial Companies
- VMware on AWS: Architecture and Service Options
- VMware on Google Cloud: A Deployment Roadmap
- VMware on Azure: One-Step Migration to the Cloud
- Better in the Cloud: Workloads Gartner Says You Should Move to the Cloud Now
- 3 Cloud Migration Approaches and Their Pros and Cons
- Oracle on Google Cloud: Two Deployment Options
- How to Upload Files to Azure Blob Storage with AzCopy, PowerShell, and More
- Oracle on Azure: Fully Managed vs Self Managed
- Azure SQL Server: Managed Service vs Self Managed
- Google Partners with NetApp on New Bare Metal Solution in the Cloud
- AWS Database Migration Service: Copy-Paste Your Database to Amazon
- SQL Server on Google Cloud: Two Deployment Options
- GCP Migration with Cloud Volumes ONTAP
- SQL Server in AWS: Two Deployment Options
- Azure Database Migration Service: Automate Your Cloud DB Migration
- Azure Managed Service Provider: How to Save Time and Reduce Cloud Overhead
- Hybrid Cloud Storage: The Best of Both Worlds
- Hybrid Cloud Storage Solutions for AWS Compared: Storage Gateway vs Cloud Volumes ONTAP
- AWS Oracle: Two Options for Migrating Your Oracle DB to Amazon
- Migrating Physical Server to AWS: Now Free with AWS CloudEndure
- Azure Hybrid Cloud:
Azure in Your Local Data Center - What Is a Lift and Shift Cloud Migration?
- Google Cloud Migration Tools: Copying 1GB or 500TB? Learn How
- VMC on AWS Vs. Cloud Volumes ONTAP
- AWS Cloud Migration Services: Don’t Migrate Alone
- 5 Steps to the Cloud: AWS Migration Checklist
- Setting up Storage Gateway with Amazon EC2
- VMware Cloud on AWS: How Fujitsu Saves Millions Using Cloud Volumes ONTAP
- SQL Server End of Life Challenges and How Cloud Volumes ONTAP Can Help
- The Cloud Tiering Service Architecture: How We Get Cold Data from Your Data Center to the Cloud
- Cloud Data Integration 101: Benefits, Challenges, and Tools
- Google Cloud Migration: Why and How to Make the Move
- What’s the Easiest Way to Start Using the Cloud? Three Cloud Onboarding Approaches
- AWS vs Azure vs Google Cloud: Choosing the Best Cloud Provider for You
- Cloud Migration Tools: Transferring Your Data with Ease
- Azure Migration Strategy: Four Steps to the Cloud
- 11-Step Azure Migration Checklist
- AWS Migration Strategy: The 6 Rs in Depth
- Officeworks Adopts a Cloud-First Strategy with Cloud Volumes ONTAP
- Azure Migration: The Keys to a Successful Enterprise Migration to Azure
- Cloud Volumes ONTAP: Cloud Migration Case Studies
Subscribe to our blog
Thanks for subscribing to the blog.
SnapMirror® has been used by NetApp customers for years to replicate data efficiently between their on-premises storage appliances, and now with Cloud Volumes ONTAP, this NetApp replication capability exists for cloud-based architectures. This can do a great deal to simplify complex deployments, such as complete Azure migrations, synchronizing data between different Azure regions, or the rollout of an Azure disaster recovery copy.
How does this kind of functionality perform when using the Azure cloud and for Azure data replication? In this article, we will examine how NetApp SnapMirror and Azure storage work together to replicate your data.
SnapMirror Data Replication
Cloud Volumes ONTAP uses Azure Virtual Machines and Azure Disk Storage resources to create an Azure cloud-based virtual storage appliance. Just as on-premises systems were used in the past, an instance of Cloud Volumes ONTAP can act as either the destination or as the source when in a SnapMirror relationship. Data can be synchronized from on-premises storage into the cloud, from the cloud to on-prem, or back and forth across Azure cloud regions or between different cloud providers, all the while updating incrementally for data synchronization. SnapMirror’s functionality and easy integration with other ONTAP and Cloud Volumes ONTAP features give it flexibility and range as an effective data replication solution.
How does SnapMirror data replication work?
ONTAP snapshots are the basis of how SnapMirror works, and in fact that’s where SnapMirror gets its name. These snapshots are how the transfer of data is accomplished from one location to another.
In the first step, a baseline synchronization is performed by transmitting a complete copy of a source-volume snapshot to the destination.
For data changes that take place at the source volume, SnapMirror creates a new snapshot and compares it to the baseline version. Should this process discover any blocks that have been changed, those blocks are replicated over to the destination. This newer snapshot is then considered the newest common snapshot, or in other words, the current baseline. This sync process repeats, sending incremental updates over to the destination.
In SnapMirror relationships, the volume designated as the destination remains available in an online read-only state. Instead of working with storage on the file level or otherwise, SnapMirror accesses physical blocks, meaning the destination replica is an identical copy of source volume, including all of its contents and settings. When using Cloud Volumes ONTAP’s data deduplication and data compression storage efficiencies, those optimizations will also be in place in the replica.
Should the SnapMirror relationship be broken, the destination volume will then become writable and could be utilized in a failover when synchronizing data to a DR site via SnapMirror. Because of the level of efficiency that SnapMirror has, any changes in the data that take place in the failover environment can be synced back to the primary environment when it comes online again. At that point, it would be possible to return to the original SnapMirror relationship.
Integrating SnapCenter® and SnapMirror makes it possible to replicate application-consistent snapshots. Snapshots that are application consistent can be used as a database replication technique for backing up databases. By taking advantage of the underlying storage, the creation of these application-consistent snapshots is coordinated with the application; this guarantees that there are no inconsistencies created in the snapshot by in-flight I/O operations. Once the application-consistent snapshot has been taken, SnapCenter activates SnapMirror to carry out syncs in all destination volumes based on the snapshot.
How can I set up SnapMirror for Azure storage replication?
Users can create new SnapMirror relationships by using the Cloud Manager, NetApp’s UI for controlling and managing Cloud Volumes ONTAP. All that users have to do to trigger the relationship creation process in the graphical interface is drag & drop the source system to the target destination. This launches the wizard that will lead on from here.
Next, the wizard prompts the user to choose a source volume and a destination volume between which to create a new SnapMirror relationship. There are other options that can be specified here, one of which is setting the maximum transfer rate, which gives Azure users control over the amount of network bandwidth that the sync operation will use. Users will also be required to select a schedule for syncs to be carried out. This setting can also include making a single copy by choosing “One-time copy.”
In the last step, the interface will ask that the user review the setup that has been requested and to confirm in order to proceed with creating the relationship. After the relationship is created, the dashboard can be used to monitor the data transfer and replication statuses. And with that step, your Azure storage replication should be ready to go.
Why should Azure users employ SnapMirror?
Below are a few of the main reasons why Azure users should use SnapMirror for Azure storage replication.
- Enterprise-level solution: SnapMirror is a robust part of NetApp’s Cloud Volumes ONTAP and ONTAP storage systems with the capability to use concurrent replication processing, bounce back from update failures, throttle network bandwidth during transfers, and more for Azure object storage, Azure cold storage, and all the other Azure storage types.
- Speed and effectiveness: By leveraging incremental data transfers at the block-level, SnapMirror ensures that replicas are only sent data that has changed, speeding up the replication process. Through the use of compression, SnapMirror also cuts down data volume, giving better transfer performance rates. Once data arrives at the destination it is then decompressed and ready to use.
- Efficient failover and failback processes: Should a DR system need to take over, whether in a test or in a live scenario, it is possible to break SnapMirror relationships so that destination volumes can become read/write ready for full use. Once failback takes place, the destination can be reverse resynced with the primary volume, sending over all the data changes made at the destination during the failover. The normal SnapMirror relationship can then be reestablished between the two volumes.
- Flexibility: SnapMirror allows users to take advantage of a wide range of replication topologies, including cascade and fan-out replication architectures: providing the ability for a secondary destination to sync to a third system and for a volume to replicate to multiple secondaries, respectively. Looking beyond volume replication, SnapMirror also has the ability to carry out the replication of qtrees.
- Easy testing: Through the use of NetApp’s FlexClone feature, destination volumes used by SnapMirror can be cloned as writable volumes in zero time, no matter how large the volume size. These clones are space efficient, and don’t require data to cease replication at the source. This makes running DR tests, for example, very easy to do.
- Easy Manageability: Performing SnapMirror operations is simple thanks to the easy-to-use GUI and step-by-step wizard instructions provided by the Cloud Manager, Cloud Volumes ONTAP’s tool for managing all your cloud resources. From its single pane-of-glass you can view and control all the SnapMirror relationships that are replicating your data.
Conclusion: Data Migration, Data Redundancy and More
Whether migrating applications to Microsoft Azure in a big lift and shift migration or setting up an Azure storage replication to establish a new DR environment, Azure users can get more when it comes to moving data to the places you need it the most with SnapMirror and Cloud Volumes ONTAP.

