Azure Container Instances were recently announced, making it easy for developers to spin up a container on-demand without having to provision and maintain a VM or a cluster. It’s been well received by the community, and there are already a ton of great resources to help you get started.
Truthfully, I can only sit through so many canned
docker run nginx demos. I want learning to be fun! I wondered, “Can I run a Minecraft server on this thing?!”
This is where I completely ignore Dr. Malcolm’s excellent advice. I’m going to stand on the shoulders of geniuses to accomplish something as fast as I can. The plan is to explore what I could do with Azure, and I have no intent to stop and think about whether or not I should.
Minecraft in a container? Easy enough! I’ll run the following commands in the Azure Cloud Shell to create a resource group and a container. I’m going to use 2 CPU’s and 2GB RAM just to make sure there are plenty of resources. Since billing is per-second and I’m tearing everything down after I write this post, I’m not worried about cost.
Cool, that gives me the IP address of the created container and shows the port mapping. Let’s give it a try…
And then for the big test - does it actually work?
Great success! I even got lucky & got a cool world seed… except for that giant hole just a few steps away
Bunch of NOPE there! Moving on!
Fun fact: If you mangle the names & use 1 CPU, you can spin this up in the space of a tweet!
Going back to the output of the
az container create command, I noticed some interesting bits - particularly the
volumeMounts field. I want to mount a volume so I can spin down my container, but still keep my world when I bring up a new one to play later.
How am I supposed to do that? Docs to the rescue! There’s already an article on volume mounts. Hacking around with this a bit, I’ve come up with 2 artifacts.
Volumes aren’t supported in the CLI yet, so I need to specify them in an ARM template.
If this is your first template and it looks like a big mess to you, then you’re just like me! My Intro to Azure Resource Manager Templates post might be a useful place to start learning
Cool, so we’ve got a declarative way to create our container and point it at a Storage Account. I know what you’re thinking - “Noel, you forgot to create the storage account. Add it to the template!”
So here’s the deal. I tried that and it doesn’t work the way I hoped. The storage account gets created just fine, and the storageAccountKey gets properly set. Everything is wonderful… until you realize that the file share still needs to be created.
Well that’s considered a data-plane operation, not a management-plane operation. So you don’t get to do that with ARM. So you need a script
If you want to vote to change that - click here to go to the issue on the feedback site
Walking through the script gives me the following
This time, I’m going to connect to my world & build something cool - that way, when I reconnect, I’ll know that I’m in the same world
¯\_(ツ)_/¯ Look, I’m a programmer, not an artist. Deal with it
The big test! I’m going to delete my container and then fire it back up and we’ll see if the obelisk stands, or if Azure is a big fat liar. I’ll spare you the console screenshots this time
Awesome, I broke it. Running another ARM template deployment should give me a new container, with a new IP address, connected to the same world data.
Yaaasssssss! I’ve got a persistent world and I’m able to spin up & down a containerized server on demand. I even got a nice virtual sunset out of the deal. Fun achieved!
You’re probably not running Minecraft - you’ll have your own apps. Or not - steal my code and have fun! In any case, I hope this gives you some ideas on how to run applications that interact with external state on Azure Container Instances. It’s still very new, and the tooling is very much a work-in-progress. But it definitely works and I think it’s worth checking out!