These days, I try to be involved in any Containers, DevOps, Automation, etc. related discussion. Part of my role is to consult my customers around how to architect their containers platform and orchestration tools in Azure. But what happens when you have a chance to do something cool like architecting a solution which involves Mesosphere DC/OS, Azure Container Service, Azure Container Registry, Docker and VMware vSphere?! Let’s find out…
Azure DevTest Labs solution is a nice one. During the past year or so, I have been working with it I noticed that the number of improvements added to DevTest is good. I wanted to bring your attention to a couple of new features in the platform – Multiple Instances Deployment and Shared IP.
A new Azure Marketplace feature has come to life called “Test Drives”. This will give you the opportunity to deploy and play with some applications on Azure for a limited amount of time (2hr) without the need to open an Azure subscription or give your credit card details.
In the last part for this series, we will tie up all the loose ends after a successful ASR Unplanned Failover.
Now that we have our north Europe Classic VM replicated to west Europe storage account, it is time to hit the unplanned failover button and see what’s happening.
In this post we will configure the Classic VM replication scenario and initiate the synchronization between our sites.
In this post we will create the West Europe Resource Group, storage account and VNet which will be used as the “target” infrastructure for the replicated Classic VM.
In this post we will install the Mobility Service agent on our Classic VM and touch on the networking challenges we have with this design.