Being an “open” company does not just mean embrace open-source solutions. It’s also meant to be open and listen to our partners with VMware being one of them. Recently, we joined arms on the NSX space which is kinda exciting!
You are not wrong, this title is very much accurate. This year is going to be a very special VMworld for me as this will be the first time Microsoft will host a booth in the Solutions Expo as well as a couple of sessions.
So it’s been quite a while since I blogged, the longest “dry season” for me since starting. Why is that?! Well, I kinda flipped my life with moving to the US and becoming a program manager in Azure Compute R&D.
We’ve come a long way with understanding and leveraging acs-engine but wait, there is more to it. We can also add Windows Agents to the mix a deploy a specific Kubernetes version.
In the previous post, I showed you how easy it is to deploy a basic K8s cluster using acs-engine. That’s great and all but most deployments requires you to consider the existing Azure environment and customer requirements. In this post, we will play a bit with custom VNet and Azure managed disks.
Now that we have all tools installed and a working IDE, it’s time to deploy an actual Kubernetes cluster using acs-engine.
Time to get all pieces in place. In order to start deploying K8s cluster using acs-engine, we need to start getting all of our tools inline such as Azure CLI, IDE environment, and the actual acs-engine binaries.
There are some announcements that make you feel like a kid again! about two hours ago, Microsoft announced the “Transforming your VMware environment with Microsoft Azure” program. This is our way to show VMware customers that there is another way, there are more options and that Azure is that cool!