Course Summary
Start course

In this course we will learn to recognize and explain the migration services available from AWS and AWS partners, and how to run a migration using the AWS Server Migration Service. This course is a blend of instructional learning and demonstration. In this course we cover the following topics:

  • The AWS Migration Hub - which provides a simple way to manage migration of severs and applications.
  • The AWS Discovery Services -we explore the AWS Discovery Connector and the Discovery Agent which enable us to audit and quantify a migration project. 
  • The AWS Server Migration Service - which provides a way to manage migrating vmware and HyperV virtual machines to the AWS Cloud. 

Learning Objectives

In this course, we will learn to apply and use the migration services available from AWS.
First, we will explore the AWS Migration Hub service - which provides a simple way to discover, track and manage the migration of servers and applications.
Then we will learn to use and apply the AWS Application Discovery Service - which provides a way to discover and audit applications and servers running in both hardware and virtualized environments.
Following that we will apply and use the AWS Server Migration Service within the migration hub to manage migrating virtual machines from an on-premise or datacenter environment to the AWS public cloud.

Intended Audience

This course is suited to anyone running or involved in a cloud migration project. As a pre-requisite, I recommend completing our “Getting Started with Cloud Migration” course first so you have some understanding of migration projects and the benefits of the migration services to a cloud migration project.


I recommend completing our Getting Started with Migrating to the Cloud course prior to this course so you understand the basic concepts and benefits of cloud migrations. If you are new to Cloud Computing, I'd recommend completing our What is Cloud Computing? course first so you have an understanding of cloud computing concepts. 


If you have thoughts or suggestions for this course, please contact Cloud Academy at


- [Instructor] Okay, hi, and welcome back. That brings to a conclusion this course. So let's summarize what we've covered in this Getting Started with the AWS Migration Service course. First, we overviewed the AWS migration hub. Now the AWS migration hub provides a dashboard view of your migration project, and so is a useful way to plan, track and manage a migration project. The migration hub can be used to discover and audit your server inventory on a number of different networks or nodes. And it can also manage and track the migration of servers and applications to the AWS cloud. Discovery and migration are separate steps. They can be run independently of each other, and each of these steps requires a different service. The discovery tool can be either agent lists or with an agent you install on your virtual or physical servers.

The discovery connector is a VMWare appliance that can only collect information about VMWare VMs. So it's very useful with a VMWare only in migration, as you don't have to install and configure an agent on or in your data center. So you should use the Discovery Connector if you need to quickly assess your infrastructure using a tool that isn't specific to any operating system, without it having to install anything on the servers themselves. The benefit of using the Discovery Connector is that it provides a fast infrastructure assessment.

The other Discovery tool is the Discovery Agent. And that needs to be installed on servers in your data center environment and configured to allow the agent to send outbound data to the migration hub service. Now you can install the Discovery agents on both virtual machines and physical servers. The Discovery agent supports a wide range of server types, so it's very good for heterogenous environments, and the benefit of using the Discovery Agent, is that it provides more detailed information than the Discovery Connector can. The Discovery Agent needs outbound access from your on-premises environment to send the data to the AWS migration hub, which is going to be running in the US West region, so it needs to be able to send information on port 443 over the Internet.

There are two strategies you can adopt in your migration plan. The first strategy is discover and migrate. This strategy suites heterogeneous environments where we have numerous servers and applications, where there may be a number of different unknown factors that could possibly impact your migration project. The benefit of discovery and migrate, is that the discovery step provides detail on the environment. If you opt to use the Discovery Agent, you can gather detailed environmental details on a broad range of servers and applications. And this audit can provide you with detailed discovery of your current servers and application, which in turn can help you prioritize and plan your migrations.

The second strategy is just migrate. And this can appeal if you have a homogenous environment using VMWare and you have a good understanding of your operating environment, and you just want to get started with the migration. The benefit of the just migrate strategy is that the servers are grouped together while you are migrating servers. So for migration, we can choose a migration service from AWS or from one of the partner migration services to run the actual migration. Now you need to set up the correct roles and permissions to use the AWS Migration Hub console in API. And AWS manage policies for the AWS Migration Hub are the easiest way to do that. So first you need a permission policy to use the AWS Migration Hub console and API, and then you must define a trust policy that authorizes the migration tool.

Next up we looked at the AWS Server Migration Service. The AWS Server Migration Service can migrate your VMWare, vSphere or Microsoft Huyper-V/SCVMM virtual machines to AWS. So the AWS Server Migration Server replicates your server VMs as cloud-hosted Amazon machine images, ready for deployment on Amazon EC2. So working with AMIs, you can easily test and update your cloud-based images before deploying them into production. So the server migration service replicates incremental changes to your on-premise servers, and transfers only the delta of that change to the cloud. So you can test small changes iterably and save on network band within time. So the server migration service supports replication of Windows and Linux operating system images. Now there's no charge for using the AWS Server Migration Service, you only pay for the resources you consume in it, and any data you might store while you're using it.

You can run up to 50 concurrent virtual machine migrations per account, which is a soft per account limit, so you can request a limit increase by the AWS console or by contacting AWS Support if you want to increase it. You get 90 days of service usage per VM, beginning with the initial replication of a virtual machine. AWS then terminates any of those replications after the 90 days of ongoing replication, unless you request a limit increase. Okay, so that brings this course to a close. I hope you have found it informative, and I want to say thank you very much for your attention during this content. If you have any questions or feedback, please contact us at and good luck with your future migrations.

About the Author
Learning Paths

Andrew is fanatical about helping business teams gain the maximum ROI possible from adopting, using, and optimizing Public Cloud Services. Having built  70+ Cloud Academy courses, Andrew has helped over 50,000 students master cloud computing by sharing the skills and experiences he gained during 20+  years leading digital teams in code and consulting. Before joining Cloud Academy, Andrew worked for AWS and for AWS technology partners Ooyala and Adobe.