AWS Migration in a nutshell

AWS Migration in a nutshell

Here are some of my learnings the tools AWS provides for a seamless migration of an application to cloud.

For any business critical SaaS application, two very important layers are the database and the web layer and AWS just mirrors these with Database Migration Service (DMS) and Application Migration Service (MGN) . On the other hand, AWS Migration Hub makes this migration journey trackable in a single console.

1) AWS Application Discovery Service provides agents to install on your DB and Application servers to offer insights about what resources you might need to move to AWS cloud. Here is the snapshot of the collector data which I received for my DB and App servers from AWS.

 

Article content
DB Server collector stats

 

Article content
Web Server collector stats

Based on the above stats, AWS recommends resources needed in the cloud environment, for eg. EC2 instance types or DB offerings in a csv file which can be reviewed by the stake holders and decision makes for the migration strategy.

Article content
Network graph

AWS also provides a nice cool network graph of what resources/servers your App/Web servers are connected OnPrem too!

2) Database Migration service offered by AWS acts like a mediator and needs both a source endpoint (source db) and a target endpoint . Target endpoint could be any of the DB offerings provided by AWS. DMS supports both homogeneous (MySQL to MySQL) and heterogeneous (MySQL to Oracle).

3) In my case, I moved a MySQL OnPrem to AWS MySQL RDS. This is how it shows up when the DB migration is complete.

Article content
DB Migration completion

4) AWS Application Migration strategy offers 7 Rs namely Rehost, Relocate, Replatform, Refactor, Repurchase, Retire and Retain.

A detailed description of the above is out of scope for this article. For my migration, I used the Rehost strategy

5) AWS Application Migration Service (MGN) ‘rehosts’ the servers to AWS by replicating block-level data from the source target to the cloud. This process can be agent-based or agentless. I used the agent-based replication, which is the default recommendation for most use cases.

MGN supports a lifecycle based transition so that the application being migrated has near-zero downtime. Below is the final state of the application migration in the dashboard. At this point, the OnPrem application can be fully shutdown if the app stakeholders are satisfied with the migration!

Article content
Migration successful!

There was a lot to go through the migration detail and I kept the article concise. I plan to go into details in the some of the topics in details, so please stay tuned. Feedbacks appreciated.



To view or add a comment, sign in

More articles by Achint J.

  • Santa using AI agent this christmas

    Couple days ago, I tried experimenting https://n8n.io/ to learn building AI agents.

    30 Comments
  • #Cursor (vibe coding) experiments

    Been experimenting with #Cursor over the past few weeks for a small personal project - a web-based calendar that…

    1 Comment
  • SQS vs SNS vs EventBridge

    AWS has 3 different messaging services which sounds similar to each other. They are :- SQS - Simple Queue Service SNS -…

    32 Comments
  • Load Test Calibration for Lambda

    Recently I explored Load testing a microservice initiated through API gateway using Lambda which in turn performs CRUD…

Others also viewed

Explore content categories