More about Cloud Migration
- 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?
- What is Cloud Migration? Strategy, Process and Tools
- 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
- One Cloud Out of Many: Why Enterprises Are Turning to Multicloud and Hybrid Cloud Architectures
October 11, 2022
Topics: Cloud Volumes ONTAPAmazon FSx for NetApp ONTAP Data MigrationAWSAdvanced11 minute read
Cloud migration for enterprises refers to the process of moving applications and data into the cloud from legacy systems. The approach is often undertaken to help organizations reduce costs, improve performance, and gain scalability. Although the concluding goals are mostly similar for all migrations, the complexity of migrating applications to the cloud varies based on the type of workload, its underlying components, and the business objective.
In this article, we discuss the seven AWS migration strategies and explore how NetApp can help organizations migrate on-premises workloads to the AWS cloud.
Jump down to a topic in this article:
- The 7 AWS Strategies for Migration
- When to Use Each AWS Migration Model
- How NetApp Helps with AWS Cloud Migration
- Conclusion
- FAQs
The 7 AWS Strategies for Migration
AWS offers cloud migration services across all regions where Amazon EC2 instances are available. These services provide a set of tools that enable organizations to migrate applications from on-premises data centers to the AWS cloud. In addition to offering dedicated tools and services, AWS also outlines different migration strategies to support various use cases.
Initially, there were six migration strategies that existed, however, AWS has included ‘Relocate’ as a new seventh migration strategy that focuses on frameworks involving on-prem containers and VMware in the cloud.
The 7 AWS Strategies for Migrating to the Cloud (Image Source)
Retire
This strategy is used when terminating or downsizing applications that are no longer useful in production. In such instances, business-critical workloads that operate on inefficient legacy frameworks are retired as the first step towards the adoption of modern, cloud-native deployments.
Retain (“Revisit”)
This strategy is suitable for applications that cannot be retired and should continue to operate in their existing framework. Enterprises typically decide to retain a workload if it relies on another application that needs to be migrated first or when there’s no immediate business value in migrating the application to the cloud. As for vendor-based applications, an enterprise may also choose to retain if the service provider plans to eventually release a Software-as-a-Service (SaaS) model. Additionally, certain data retention regulations for security and privacy compliance also enforce retention.
Relocate (“Hypervisor-Level Lift and Shift”)
The newly introduced strategy involves migrating workloads without impacting ongoing operations, rewriting the application source code, or acquiring new hardware. With this strategy, an enterprise can migrate a collection of servers from an on-premises platform, such as Kubernetes or VMware, to the AWS cloud version of the same platform (such as the AWS Elastic Kubernetes Service). This migration strategy is also useful for transferring existing AWS workloads to a different AWS account, region, or virtual private cloud.
Relocating minimizes downtime and disruption since clients remain seamlessly connected during the migration process. As this strategy doesn’t require significant changes in the configuration and architecture of workloads, it’s not necessary to retrain staff or invest in upgraded hardware, thereby reducing operating expenses. The strategy also employs limited scaling, making migration costs more predictable.
Rehost (“Lift and Shift”)
The rehost migration strategy involves leveraging AWS Infrastructure-as-a-Service (IaaS) offerings to redeploy workloads on a cloud instance. The strategy allows enterprises to move an on-prem application and all its dependencies as-is to the AWS cloud. Without changing the core infrastructure, this approach allows organizations to transfer all application data and workflows to cloud services that match the workload’s existing storage, networking, and compute requirements. Since operational and configuration constructs of workloads remain intact, the rehost strategy is also easy to perform and is suitable for enterprises that lack in-house cloud-native expertise.
Replatform (“Lift and Reshape”)
With the replatform strategy, an enterprise can move an application to AWS while employing some form of platform optimization to leverage cloud-native capabilities. The application’s source code and core architecture remain unchanged, keeping legacy applications operational while ensuring cloud-based compliance and security.
The replatform migration strategy increases the flexibility, agility, and resilience of workloads while enabling cloud-native capabilities such as automation. The strategy also saves time and migration costs since enterprises can modernize workloads without rewriting application code. It allows organizations to choose components for modernization, subsequently improving application agility and maximizing ROI. Since the application’s architecture and functionality are retained, teams don’t require extensive training to operate the migrating workloads.
Repurchase (“Drop and Shop”)
The repurchase migration strategy involves swapping internally administered systems for third-party managed services available on the AWS marketplace. Repurchasing helps teams retire legacy systems and move to a consumption-based, SaaS subscription model that ties IT costs to generated revenue. As the services are built and managed by third-party vendors, the repurchase model reduces operational efforts toward managing infrastructure for in-house teams.
The repurchase option also simplifies and expedites migration while reducing downtime and enhancing scalability and efficient regulatory governance. As the migration approach fully leverages cloud-native capabilities, it’s mostly leveraged for workloads that require enhanced application performance and user experience while minimizing operational overheads.
Refactor (“Re-architect”)
Often considered the most complex AWS migration option, refactoring involves re-architecting workloads to support AWS cloud-native capabilities from the ground up. Although this strategy requires a huge investment in effort and resources, it’s considered the most future-proof migration approach. When refactoring workloads, enterprises often adopt the principles of the AWS well-architected framework to support superior capabilities such as serverless computing, autoscaling, and distributed load.
Refactoring helps break down a monolithic application into microservices to achieve high availability and enhanced levels of automation that are often complex to achieve with in-house deployments. While rearchitecting applications for service-oriented architecture may turn out to be costly during the migration phase, a well-planned resulting framework’s operating costs are substantially lower than operating the legacy framework.
When to Use Each AWS Migration Model
The table below compares the merits, disadvantages, and most appropriate use-case for each migration model:
Migration Strategy |
Use-case |
Pros |
Cons |
Retire |
Considered suitable for redundant workloads and legacy applications that are no longer in use |
|
|
Retain |
Best for organizations looking to exercise control over their resources and those considering a hybrid cloud migration. Also suitable for applications that are required to run on local data centers for compliance or security. |
|
|
Relocate |
Suitable for applications running on VMware servers and local Kubernetes distributions |
|
|
Rehost |
For organizations looking to expedite cloud migration at a fraction of the cost, while looking to eventually add further changes |
|
|
Replatform |
For organizations considering a move to AWS cloud but are concerned about the risks involved in comprehensive migration of legacy apps in one go |
|
|
Repurchase |
Organizations looking to leverage cloud-native capabilities without having to design systems from scratch |
|
|
Refactor |
Best for complex applications with high-usability and a strong business case for performance optimization. Also, suitable for applications that need refactoring due to changing regulatory compliance or threat landscape. |
|
|
How NetApp Helps with AWS Cloud Migration
NetApp offers multiple solutions to support organizations looking to migrate enterprise workloads to the cloud:
- Cloud Volumes ONTAP on AWS helps enterprises to improve performance and reduce costs. Learn more in these case studies of AWS with Cloud Volumes ONTAP.
- Amazon FSx for NetApp ONTAP integrated storage platform brings NetApp’s flexibility and robustness into AWS native service for simple and scalable data management. Learn more in these FSx for ONTAP Customers Case Studies.
To illustrate how these solutions work in action, here are some examples of how NetApp can help users apply various AWS migration strategies:
- By supporting VMware Cloud, FSx for ONTAP allows firms to relocate workloads from on-premises VMware installations to AWS. Alternatively, users can opt to deploy VMware Cloud with Cloud Volumes ONTAP as the data management layer for their public cloud resources. Learn more in these VMware Cloud case studies with Cloud Volumes ONTAP.
- Enterprise teams can rehost (“lift and shift”) workloads to AWS with Cloud Volumes ONTAP.
- Firms looking to replatform (“lift and reshape”) their on-prem relational databases can use custom storage backends for AWS RDS.
- When refactoring applications, Cloud Volumes ONTAP and FSx for ONTAP can be used as the default storage backend for workloads relying on Kubernetes and other microservice architectures. Learn more about Using FSx for ONTAP to Enhance Kubernetes and Container Capabilities and about Kubernetes Workloads with Cloud Volumes ONTAP: Success Stories.
NetApp additionally offers:
- Cloud Backup to back up data for ONTAP workloads
- Cloud Tiering to tier infrequently used data to lower-cost cloud object storage
- Cloud Sync to help non-ONTAP clients transfer data between on-premises and cloud data stores
AWS Cloud Migration with NetApp
- Relocate - FSx for ONTAP supports relocate on-premises workloads to AWS VMware Cloud
- Rehost - NetApp ONTAP users can ‘lift and shift’ their on-prem workloads to Cloud Volumes ONTAP on AWS
- Refactor - Workloads refactoring to containers with orchestrators such as Kubernetes or OpenShift can use Cloud Volumes ONTAP as their backend storage
Conclusion
Cloud migration is a complex undertaking that requires a thorough analysis of ongoing challenges while also mapping them with the required changes to reach business objectives. Migrating strategies are typically chosen based on the varying complexities of workloads, costs incurred, and the level of disruption they may cause to an existing setup. While a well-executed transition offers numerous benefits, organizations must also factor in the risks and efforts required for ongoing maintenance.
To know more about how NetApp can help with your migration, take a look at our guide to migrating enterprise workloads and read about our cloud migration case studies to see the advantages of moving business-critical workloads to the cloud.
FAQs
What are migration strategies in AWS?
The migration strategies used by AWS are approaches that can be used to migrate applications and underlying components from on-prem or other cloud services to AWS. The strategies vary to suit specific use cases and can be chosen based on the technical capabilities and business requirements of an organization.
What are the three phases of AWS cloud migration?
AWS cloud migrations are typically broken down into three phases, including:
- Analysis due diligence: Initial phases of migration planning and assessment of business requirements.
- Discovery mobilization: Identifying components for migration and preparing backup plans during the transition phase.
- Migrate maintain: Initiate the migration with minimum downtime and hand over to operations for regular running maintenance.
What are 7 Rs in cloud migration planning?
The seven Rs of cloud migration include Retire, Retain, Relocate, Repurchase, Replatform, Rehost, and Refactor. All these approaches offer different benefits, suit specific use cases, and have varying levels of migration complexities.