One of the big new features of the Windows Azure Spring Release is the Windows Azure Virtual Machines feature, and as you has saw in the previous posts Hello World! Windows Azure Spring Release is Here! (IaaS, Media Services, Web Sites…) Part I and Part II deploy a new VM is pretty easy and fast, really, really fast. But one the great new features included with Windows Azure Virtual Machines is the ability to move your VHDs to and from Windows Azure (yes, imagine the incredible set of new options that enable us that feature).
And maybe (as me) the first scenario that you are imaging is move your applications to the cloud without any change, yes, yes, yes!. Another scenario for example for a small or medium company is move their servers infrastructure to the cloud to reduce fix costs. So, we can start with a mix of both, imagine a company with an application based in Sharepoint that want move to Windows Azure Virtual Machines, for our “demo” propouse the infrastructure will be simple: 1 Domain Controller, 1 Standalone Sharepoint Server 2010, the servers are in the 10.0.0.0/20 subnet in the on-premise datacenter and I want keep the same IP assigment.
To move te application I follow the following steps:
Prepare the VHDs:
You don’t need any speciall preparation for your VHDs, but if you need apply any update is recommended do it before move the VHDs to Windows Azure. Check that the Remote Desktop is enable and the Windows Firewall is configured to allow Remote Desktop connections to the VM. Also the VHD need be fix sized (with Virtual Machines the OS disk is limited to 128 GB regardless of VM size).
Prepare the Virtual Network:
As I want keep the same IP address assigment, I need configure a new Virtual Network:
Configure the Storage:
Create a storage account and choose the Region/Affinity Group that have created before (MyBackEndServers).
Upload the VHDs to your Windows Azure Storage:
With your VHD prepared, your next step is to upload the VHDs to the Windows Azure Storage account created before, you can use any tool to upload the VHD, I use CloudXplorer (tip: remember upload the VHD as Page Blob, and group the VHDs in containers).
Create the Virtual Machines:
myDC (on Windows Azure)
mySP (on Windows Azure)
Ok, now we have our servers running over Windows Azure, without do anything else than upload our VHDs and configure the Virtual Network, Storage and VMs, and as you can see the more longest process is upload the VHDs (depends of your Internet connection bandwith). But, maybe you are asking yourself: how can my users access the application?. If you remember I didn’t create a cross-premises connection with my virtual network (not for this case), because I’m trying to cut as much costs as I can … so, I pretend give access to the users to the application directly from Internet, and for that you need go to the Endpoint menu in the mySP VM dashboard and add a new Endpoint to the port 80 (see image).
Image: Endpoint configuration to allow http connection directly from Internet.
Now you can give to your users the new URL http://[yourdnsname].cloudapp.net (or configure a custom DNS name), to connect to your application, the security is the same than in your on-premises network (ok, if you doesn't create the cross-premises connection you loose the SSO for your AD users).
Now you have your application in the Cloud!!!! Use it, Love it!
When you move a Server to the Cloud, what is the terminology?
Do you "Evaporate it"?
Thanks for sharing this information. Will try this.
How do you move SQL Agent Jobs which are getting generated dynamically?