Amazon describes a "6 Rs" model adapted from Gartner's "5 Rs" model, which outlines ways to perform AWS migration. The 6 Rs model includes: Rehost, Replatform, Repurchase, Refactor, Retire and Retain.
In this article, we’ll discuss each of these in depth, and show you how to decide which R to select for your applications. We’ll also show how NetApp Cloud Volumes ONTAP can help you migrate large volumes of data to the cloud effortlessly.
In this page you will learn:
There are three typical drivers for undertaking the effort of migrating an application to the cloud, which can also affect your choice of a migration strategy.
Before migrating to the cloud, there's a checklist of things to take into account. The process, as described by Amazon, encompasses five stages:
In the second stage, organizations start to map out existing on-premise environments, understand the possibilities offered by their cloud provider, and consider what shape each application should take in the public cloud. This is where a migration strategy comes in. Your cloud migration strategy is your vision of how to take your applications into the cloud.
A successful strategy will maximize your value from cloud infrastructure while minimizing migration time, effort, cost and risk.
Gartner published the “5 Rs” model as far back as 2010, which defined all the options available to migrate a specific application to the cloud. Amazon adopted this model and extended it to 6 Rs: Rehost, Replatform, Repurchase, Refactor, Retire and Retain. In the following sections, we’ll cover each of these in-depth, and explain how to decide which R to choose for your applications.
The following diagram illustrates the migration strategies in terms of cost and time to migrate. Repurchase is the cheapest and fastest option, while Refactor / Rearchitect is the most difficult, but also gives you the biggest opportunity to optimize the application and take advantage of cloud-native features.
This strategy involves decommissioning the application and replacing it with a cloud-based version, typically on the AWS Marketplace. Effectively, this is a licensing change—instead of using a traditional on-premise license, you can start using the same application as a cloud service. This is a smaller effort than “lift and shift” (see below) because you are not moving anything—just starting a new license agreement in the cloud.
Tip #1: Identify legacy applications that are no longer satisfying business needs
Do you have applications like CRM, ERP, finance or HR applications that are offered in the AWS marketplace? The move to the cloud gives you an opportunity to drop these applications and switch to a cloud-based version, which may also offer an improved feature set.
Tip #2: Use this approach for legacy applications incompatible with the cloud
If you find existing applications that could benefit from the cloud but would be difficult to migrate using “lift and shift”, “drop and shop” could be a good option. It will provide a new and improved feature set, along with the inherent benefits of the cloud platform.
This strategy involves moving applications from the on-premise environment to the cloud without modification. It is commonly used to migrate large-scale legacy applications to meet specific business objectives such as an accelerated product launch timeline.
The Rehost strategy sounds simple, and it is. There are mature tools on AWS which allow you to carry it out with low effort. The downside is that with no changes to the application, it has limited ability to take advantage of the cloud-native environment.
Tip #1: Identify applications that can benefit from the cloud as-is
The sweet spot of lift and shift migrations is to identify applications that can take advantage of the cloud without architectural changes. For example, applications with variable or seasonal loads can, in most cases, take advantage of the cloud without modification. The cloud can make it easy to scale tiers of the application on demand, for example by adding more web servers or adding more database instances to a cluster.
Tip #2: Lift and shift as a first stage
You shouldn’t treat lift and shift as the end of the migration story. Very often, applications can be migrated with lift and shift and then, once in the cloud, re-architected to take advantage of the cloud computing platform. Many migration projects have shown that it is easier to re-architect applications while already in the cloud, as opposed to refactoring an application and then migrating it. This is partly because the cloud makes it easy to spin up realistic dev/test environments.
The replatform strategy involves moving applications almost as-is, but replacing some components to take advantage of the cloud.
Tip #1: Identify the low-hanging fruit
Try to identify low-hanging fruit—applications that require only small optimizations before moving to the cloud. In many cases, this involves switching from self-hosted infrastructure to managed services. Another common optimization is switching from commercial software to open source. This can allow you to scale freely on the cloud without worrying about the licensing cost of each additional instance.
Tip #2: Testing and monitoring is crucial
Even though this strategy involves small modifications or swapping of components, for production applications, you must conduct extensive testing, deploy on the cloud and then monitor for an extended period. Pay attention to performance, basic functionality and user metrics—if conversion rates or shopping cart completions are down, there could be a problem.
This strategy calls for a complete overhaul of an application to adapt it to the cloud. It is valuable when you have a strong business need for cloud-native features, such as improved development agility, scalability or performance. In many cases, refactoring involves breaking up the application into independent services and transitioning to a microservices architecture.
The final two strategies are “passive”—they don’t involve migrating an application to the cloud. Let’s discuss some common reasons why not to move an application to the cloud.
Reasons to Retain applications on-premises
Reasons to Retire applications altogether as part of the migration project
There are many methods for migrating to AWS—however, the lift and shift approach remains the quickest, simplest, lowest-risk and most cost-effective way to get working in the cloud.
The lift and shift migration approach involves migrating your application and connected data to the cloud with little or no changes. Applications are “lifted” from their current environments and “shifted” in their existing state to new premises, such as the cloud. Typically, there are no marked changes to make to the application data flow, architecture or authentication processes.
A successful lift and shift migration strategy, however, requires the right tools. That is why many companies are using solution provides such as NetApp to help them with migration and to assist them with ongoing data management.
NetApp Cloud Volumes ONTAP, the leading enterprise-grade storage management solution, delivers secure, proven storage management services on AWS, Azure and Google Cloud. Cloud Volumes ONTAP supports up to a capacity of 368TB, and supports various use cases such as file services, databases, DevOps or any other enterprise workload.
In particular, Cloud Volumes ONTAP provides utilizes NetApp SnapMirror® technology, to migrate, replicate, and synchronize files, or any data from on-premise, hybrid or multicloud storage systems architecture. Cloud Volumes ONTAP NetApp data replication tools SnapMirror® and Cloud Sync service will get your data to the cloud.