– And welcome to Microsoft Mechanics. Coming up, if you are considering
the benefits of moving your on-premises VMware or
Hyper-V workloads to the Cloud, we’ll take a look at how
Azure Migrate helps you discover and assess your
Windows and Linux VMs all without agents, then
Migrate your workloads at scale and optimize them for production. And what’s more, you can also
use the Azure Hybrid Benefit for Windows Server to use
your existing Windows Server licenses in Azure and lower
your costs by up to 49%. And if you’re still
running Windows Server 2008 or 2008 R2 VMs, and I
know a few of you are, moving them to Azure gives you Extended Security
Updates until 2023. Now, if you’re weighing
your migration options, an approach for moving your
workloads to the cloud, check out our Cloud Adoption
Framework at aka.ms/CAF. It’s a set of tools and
guidance to help develop your migration strategy, including
organizational readiness. Also, if you’re currently
using VMware and migrating to Azure, there are now two
main options for migration, The Azure VMware Solution
and Azure Migrate. Azure VMware Solution
allows you to provision a native VMware environment
running in Azure. Here you get dedicated, isolated Azure bare metal infrastructure to create native VMware cloud environments on Azure. Azure VMware Solution is
great for bulk migration in a short period of time, for example, when retiring a data center while using the same VMware toolset and expertise you already have. Check out aka.ms/MechanicsAVS to see how to get this up and running, and if you want to see a demo
of VMotion from on-premesis using HCX into an Azure VMware instance, check out aka.ms/MechanicsHCX. Now Azure Migrate is the other way, and that what we’re
going to focus on today. Azure Migrate is great for
driving more compute efficiency, the flexibility to right-size
your infrastructure on demand, and dramatically save
costs in the long term by running your VMs in native Azure IaaS. If you haven’t looked at
Azure Migrate in a while, or the time you did was my
earlier Mechanics how-to, this is a major upgrade. We’ve added the migration-specific tools that were previously only
in Azure Site Recovery and now offer both
Microsoft and partner tools for assessment and migration, that you can track centrally
from Azure Migrate. Now for starters, we’ve
simplified the work flow, added new partner tools,
and sped up the process. And I’m excited to show you. So let’s go ahead and get started. First, we’ll make sure our
prerequisites are in place and both environments have
the right permissions needed. Then we’ll set up an
Azure Migrate project, including the tools we want to use for assessment and migration. This is followed by
setting up our assessment by downloading a VM appliance to discover what’s running
in my VMware environment. Next, we’ll review Azure
Migrate’s assessment with dependencies and
scope our target migration. Then we’ll move into the actual migration which starts with replicating
our virtual machines from VMware into IaaS, following by testing to
make sure everything works, before we finally switch our virtual machines into production. Now of course, there are
some prereqs to get started, and I’m going to walk you through them. First, you’ll need an Azure subscription, and there are number of offers that you can take advantage of to get started at little to no cost. As I mentioned, you’ll need to make sure
that the right permissions are set up in Azure so that
your virtual machine logs can be sent to the Cloud
and eventually replicate virtual machines into Azure storage. You can find more guidance
on how to set this up at aka.ms/VMwarePrereqs. That’s P-R-E-R-E-Q-S. Since I’m going to be using vSphere, let me first show you the VMs
we want to migrate into Azure. As you can see I have an application that consists of multiple
virtual machines in three tiers. A web-front end, an app
tier, and a database tier. By the way, if you’re using
Windows Server Hyper-V, we of course we have the tools to migrate your Hyper-V VMs, as well, but in this case we’re going to walk through the VMware process. We’ll go back to the Azure
portal and use Azure Migrate. I’m going to go ahead and
click on Azure Migration Tools. This service gives you
assessment and migration tools from both Microsoft and
our migration partners that you can monitor progress across the all running projects and tools. An assessment will help
me find on-premises VMs and application environments and assess them for migration to Azure, then replicate into Azure storage, and migrate them into production. Here, you’ll see options to
assess and migrate servers, databases, web apps, and
virtual desktop infrastructure. In my case, I’m going to click on Assess and Migrate Servers, which will work for both
Windows and Linux servers. Now, by clicking on Add Tools, it will start a wizard-based process to help you select the assessment and migration tools you want to use. If this is your first time here. I’ll start by choosing my subscription, next creating a new resource group. Let’s go and give this a name and now choose my geography. This is pretty standard stuff. Now, we’re simply going to click on Next. In the Select assessment tool, you’ll see a list of our partner tools from Cloudamize, Corent
Tech, Device42, and more. We have multiple great
partner options in case you have partners helping
you with your migration and want to choose one
of these great options. In this case I’m going to
choose the Azure Migrate Server Assessment and click on Next. Now I’m going to select the
Azure Migrate Server Migration and click Next where it
will show me a summary of my selections to review. At this point, we’ve simply
chosen our assessment and migration tools. I’m going to click on Add Tools, which adds these tools to
my Azure Migrate Project. If I decide I want to add an additional assessment tool, no problem. I can do that in this very next step. And you can see my
deployment has succeeded, and I have my assessment tools. If I decide I want to add an additional assessment tool, no problem. I’m going to click here to
add more assessment tools. In this case, I’ll select
Movere as an example and click Add Tool. Now back on the Azure Migrate home, I’ll see the tools I just selected, and I’ll click Discover
in the Server Assessment. At the top we see a
radio button with options to Discover using appliance
or Import using CSV. I’m going to use the
default appliance option. Now the next drop down
lets me choose between VMware vSphere and Hyper-V. Now this information is used
to choose the appropriate Azure Migrate appliance as well as to use right sized VMs in Azure. Since we’re doing VMware, I’m choosing VMware vSphere Hypervisor. Now I need to download an
Azure Migrate appliance. The Azure Migrate appliance
is a complete pre-configured open virtual appliance, or OVA, that you’ll import into vSphere. Now these are platform-specific appliances that run on your
infrastructure and discover the virtual machines you specify, along with their attributes
and performance metrics. Now I’ve already
downloaded this appliance, so let’s move to the next step. Now I need to set up the
appliance in my vSphere environment, so I’ll just click File, Deploy OVF Template,
now I’m going to Browse to the OVA file I just downloaded, select that, and go through the normal VM deployment process. Once that’s done, I’m
going to log into the Azure Migrate Appliance, and this is running in
the ESX environment, where I can set up
discovery for Azure Migrate and where we’ll kick off the discovery of our on-premises environment. Now keep in mind that this
is a read only inspection of your VMs and their metadata, including performance history. There are no agents installed in your VM. When you first launch the
Azure Migrate Appliance tool, you’ll be asked to go
through a few primary steps. Step one, set up the prerequisites. Here it’s going to prompt
you to accept the terms, check that you’re
connected to the internet, make sure that your
time is in sync with the internet time server, and it checks if a current
version of VMware vSphere Virtual Disk Development Kit is installed. If not, you can download
it, or let it verify and install automatically for you. As you can see, we’ve made the
process very straightforward. And just like that, I’m going
to go ahead and move along and hit Continue. Now step two is to register
with Azure Migrate. Now we covered this topic
earlier in the prerequisites. So we can view the assessment logs. As a reminder you can see
more at aka.ms/VMwarePreqs. That’s P-R-E-R-E-Q-S. Step three is to specify vCenter Server. Now under virtual machine discovery, here’s where you provide administrator credentials
for the vCenter server for the read only
discover of your machines. Simply enter the IP,
user name, and password and then validate the connection. And we’re successful. Step four is to discover
apps and dependencies. Now discovery of apps and
dependencies is an optional but recommended step. Here you provide the
administrator VM credentials for discovery of applications
and for dependency analysis to ensure you have a successful migration. The credentials will be saved on the appliance and encrypted. This discovery process is
done remotely and without any agents or scripts. But I want to continue,
so I’m going to click Save and start discovery. Now to see performance
metrics, you’ll need to let the process run for up to 24 hours. But a basic assessment usually takes just a couple of minutes. So let’s switch back to Azure
Migrate in the Azure portal. Now I’m switching to an
environment I ran earlier, get this, with over 56,000 VMs. And you can see that the
information has started to flow in. In my case, we’ve discovered our servers and have eight notifications. So first, I’m going to click on Assess. And that will take me to
the Assess servers step. So I’m going to start by
keeping the discovery source as machines discovered from
Azure Migrate by default. The first thing I’m
going to do now is give the assessment a name. And since this is mechanics,
mechanic assessment seems like the right thing. Now I’ll create a new group. And these are the servers that make up my multi-tier application. So let’s go ahead. I’m going to choose the appliance name. You can see here, here
are a few assessments I ran earlier. And you can see that MyOVA
appliance we just ran. Now I can choose one or more, but in my case I’m going
to keep all of them and, of course, MyOVA. Now in my case, because I have 56,000 VMs, I’m going to scroll down
and search for payroll to find the servers I want to use. After searching the
56,000 VMs, guess what? You can see, just like that, it returns the VMs we saw earlier in vSphere. You can see the web tier,
app tier, and database tier. And since these are the ones I want, I’m going to go ahead and select them all. Now it’s now validating the group. In the upper right hand corner you can see that it’s been successful. And this will take me
back to Azure Migrate, where I can now see that I have one group and one assessment from the previous step. So let’s go ahead and drill in and take a look at the assessment. So let’s go ahead and click on assessment. And you can see, here’s the
MechAssess we just created. If I click on this, I can see an overview of Azure readiness with
a monthly cost estimate for compute and storage. In fact, let’s drill even deeper. If I click into Azure readiness for a more detailed breakdown of specs and sizing recommendations. Here’s the list of VMs right
here at the very bottom. And, let’s scroll down
and take a deeper look, if I actually want to take
a look at an individual VM, for example in this case, PayrollDB2. I can view the cost breakdown for this VM. And you can see, I see CPU utilization and Memory utilization,
dismetrics in terms of size, performance, and throughput
with a monthly cost estimate. So if I go back home and click
on my Discovered Servers, I can even see dependencies. So I’m going to go ahead and
click on View dependencies on a specific VM. And now I get a view
of dependent resources to make sure that I
migrate those, if needed, to ensure that my app will
work after the migration. Here’s a Linux VM, here’s
the view from the client IP, all the TCPIP traffic
between my servers and their dependencies, and I
can click in the Port 443 and see the IP addresses
of each server talking to this VM as well. And, of course, this also
works on a Windows server. So I’m going to click
on PayrollDB2 server, and you can see all the
ports and dependencies there as well. So I’ll use this dependency information to make sure I’m migrating
all the VMs I need for my app to function properly in Azure and ensure resources securely
communicate it over a vNet. So let’s go back to our assessment, and let’s click on Export assessment. And here I can download
a more detailed view of this assessment. And let’s go ahead and open this file, and you can see it
comes right up in Excel, starting with an assessment summary that includes the project
name, cost estimates, and even confidence ratings. Pretty cool. The next tab shows all assessed machines. Here you see the specifics
for each assessed machine in terms of cores and how
it’s sizing maps to Azure. The third tab shows all assessed disks with the details on storage
including cost estimates, source sizes, target sizes, and so on. These are important
details for my operations and budgeting teams. Now that I found the
VMs, reviewing the sizing recommendations and projected
cost, I feel good about moving to the next stage, which is the migration itself. Now before I do, let me share
with you one important tip. Make sure all of your Windows
server disks are discoverable. To do that, set disks on
your Windows server VMs to have a SAN policy set to OnlineAll. Changes can be easily
scripted using diskpart.exe, SAN Policy=OnlineAll. And Linux servers won’t need this step. Now it’s time to start replicating. So I’ve already viewed
my discovered servers in the assessment tool. So I’m going to go ahead and scroll down and click on Replicate. And now in Source settings
I’ll select VMware. The on-premises appliance
I want is VMware1. In Virtual machines I’ll
choose Yes, apply from an Azure Migrate assessment and choose our assessment group and our assessment. Now I need to click on
the servers that I want to migrate, and, by the
way, you can replicate up to 100 VMs simultaneously. If you need to do more, it’s recommended to do that in multiple batches. So in Target settings,
next I’m going to choose standard things like my
Subscription, my Resource group, where my VMs will reside post-migration. I’m going to select my Virtual Network, and, of course, my Azure Hybrid Benefit because I know that I
have an eligible license. And now I’m going to click
on confirm and go to Compute. So here you can see the
target Azure VMs are automatically populated using the assessment
recommendations from earlier. Now if you want to
change the Azure VM size, you can from the drop down. And in terms of the OS Disk, typically SCSI controller zero ID zero is the standard, so go ahead and use that. If we want to use Availability
Sets already configured in the targeted resource group, which run two or more copies
of VMs on separate hosts in Azure ensuring 99.95% up time, we can also choose those right here. So next let’s head on over to Disks. And in here, we can choose which disks to replicate from our VMs. Notice that App03 has one
primary SCSI controller and three disks total, so I can select which ones I want. In my case I’m going to
keep them all selected. By the way, this is where
the diskpart SAN policy I just mentioned is important to ensure all source disks are
visible during discovery. Now I click on Review
and Start replication. And now the selected VMs
will start replicating into Azure storage. Once all your targeted virtual
machines are replicated and into Azure, before you
migrate them into production, you can test everything out. And I can move to the next step, testing my replicated servers. So to do that, let’s go ahead and click on Replicating servers,
and let’s choose the one that we want to test. Start with PayrollWeb02. Click on the ellipsis to Test migration for the group we just migrated. Now we can make sure
everything is running, networking connections and
core app functionality, in our case, across the
data, middle, and front end tiers are all working. Now it’s going to run a few processes. Now I’ll refresh and click
on the notification icon to see what’s happening. You can see the process
runs a prerequisite check, then prepares for the test,
creates a new virtual machine, and starts it. Now this process will take a few minutes. Now just to show what’s
happening, I’ll look for my new VM, open my virtual machines, and you can see, of course,
I have quite a few here. So to find this, I’m going to do a search here for web. And here we’re going to
see PayrollWeb02-test. Now we append the hyphen
test so it’s clear which are test versus production. And I’ll open it to see that it’s running. And by the way, these VM
replicas will continue replicating any changes right until you’re ready to migrate into production. So let’s migrate this one for real. So back in the machine replication page, I have one more thing to do. Now once you’re ready for
the production migration, we’re going to clean up
the Test migrate cleanup. So we’re going to go here into Notes. We’re going to type in
a little ending note of summary and success. The testing is complete,
so I’m going to click on Cleanup test. You can see in the
upper right hand corner, we are going through that
process of doing the clean up. And now we’re preparing for
the final production migration. Now in this time, we select Migrate, and we’re going to shut down the VM. And we’re going to do this
to avoid any data loss and do a final replication
from the source to the target. Now you might want to do this
during off peak business hours ’cause the VM will be
down for a few minutes. So we are shutting down
the virtual machine, and we have started the
migration of PayrollWeb02, and you can see the
operation is in progress. Now you can make any required DNS changes and ensure the user experience is running and flawless, and you
can check on the progress of the migration job. Now that it’s going through
the production migration process, you can see we’ve
done the prerequisites, we are in the process of
shutting down the source VM, we’ll then be preparing for migration, creating the Azure virtual machine, and starting the Azure virtual machine. And this will all be happening through the Azure Migrate process. And just like that, folks, we are done. So that was the quick
overview of how to migrate your VM or virtual machines to Azure IaaS. Now, once your resources are in Azure, you can take advantage
of Azure Cloud Services, such as Azure Security Center to secure your migrated workloads. Securely back up your VMs
and data with Azure Backup. And leverage Azure Monitor to collect, analyze, and act on telemetry data from your Azure and
on-premises environments. Of course, if you need
more help, you can apply for the Azure Migration program to get direct assistance from Microsoft and certified partners at azure.com/amp. In fact, you can learn more about those at the playlist shown. Thanks for watching, and
I’ll see you next time on Microsoft Mechanics. (high tech music)