Juju on Azure AKS

This guide will ensure that you’re ready to deploy and manage Kubernetes workloads on Azure Kubernetes Service (AKS) with Juju. Juju provides built-in support for AKS. Once you’ve registered your cluster in Juju, you’ll be able to deploy workloads from Charmhub straight away.

This page covers the following topics:

  1. Installing prerequisite software
  2. Provisioning an Azure Kubernetes Service cluster
  3. Connecting Juju to your Kubernetes cluster
  4. Deploy workloads
  5. Cleaning Up

1. Prerequisites

Using Juju to drive Kubernetes workloads on AKS requires installing some prerequisite software:

A. Juju client
B. Azure CLI
C. Kubernetes client

A. Juju client

You will need to install Juju. If you’re on Linux, we recommend using snap:

sudo snap install juju --classic

We also provide other installation methods as described on our detailed installation documentation.

B. Azure CLI

The Azure CLI is a cross-platform command-line utility for interacting with Azure. For installation instructions, please visit the Azure CLI web pages.

C. Kubernetes client

kubectl is the command-line client for directly interacting with a Kubernetes cluster. The Azure CLI provides a sub-command that will install kubectl for you:

az aks install-cli

If you encounter any issues with this, visit the Kubernetes documentation for manual kubectl installation instructions.

2. Provision a Kubernetes cluster on Azure

This guide will assume that your Azure account has sufficient access to an Azure Subscription to allow the creation of Resource Groups and Azure Kubernetes Service clusters.

I don't have an Azure Account/Subscription!

If you do not have an Azure account, you can create one free of charge, complete with trial credit as described on the Azure website.

If you have an account, but it is not associated with a subscription, you may need to create a new subscription. Consult the Azure Docs on programmatic subscription creation for details.


Azure resources can be created from the Azure CLI, Azure Portal or using Azure Powershell. This guide will focus on the creation of a cluster using the Azure CLI. Information on how deploy using the Azure Portal is available in the Azure Documentation, or go direct to the portal to create your cluster.

Please refer to Azure documentation for authoritative information on how to manage services and accounts with Azure.

Log in to the Azure CLI

From the command-line, login:

az login

This will open a browser window (or provide an authentication link), which will allow you to authenticate with Microsoft Azure. Once logged in, confirm you have access to a subscription with:

az account list -o table
(Optional) Managing multiple subscriptions

If you have access to multiple subscriptions, you can identify which is currently active with:

az account show -o table

Make sure this is correct to avoid incurring charges against the wrong subscription. The default can be changed easily:

az account set -s <subscription>

Create the Kubernetes cluster with the Azure CLI

Now we’ve created a Resource Group in the correct region, we can provision a new Azure Kubernetes Service cluster.

Create a Resource Group

A “Resource Group” is a link between services and a geographic region for billing and authentication purposes. To create a Resource Group for your project, provide a region and a human-readable name to the az group create command.

az group create -l <region> -n <resource-group>
Help selecting an Azure Region

Each Azure region has different capabilities. In particular, different Kubernetes versions are supported within each region. To get the list of regions, Juju offers the juju regions command.

juju regions azure

The Azure CLI can inspect regions and enumerate supported Kubernetes versions.

az aks get-versions -l <region> -o table

Provision the AKS cluster with the Azure CLI

The az aks create command provisions a cluster. The below command with create a cluster in the specified Resource Group, generating a new SSH keypair for the underlying nodes:

az aks create -g <resource-group> -n <k8s-cluster-name> --generate-ssh-keys

az aks create is highly configurable, and you are recommended to read the options available via az aks create --help.

Accessing the cluster

The Azure CLI is able to configure kubectl on your behalf to access your new AKS cluster:

az aks get-credentials -g <resource-group> -n <k8s-cluster-name>

Verify that you have access by enumerating the nodes in the cluster:

kubectl get nodes

3. Connecting Juju to your Kubernetes cluster

There are three distinct stages to configuring your AKS cluster for management with Juju:

A. Register the cluster as a Kubernetes cloud

B. Deploy a Juju controller to the cluster

C. Create a model to house our applications.

A. Register the cluster as a Kubernetes cloud

In Juju’s vocabulary, a cloud is a space that can host deployed workloads. To register a Kubernetes cluster with Juju, execute the juju add-k8s command. The <cloud> argument is your specified name for the cloud, and will be used by Juju to refer to the cluster.

juju add-k8s --aks --resource-group <resource-group> --cluster-name <k8s-cluster> <cloud>

B. Create a controller

Juju, as an active agent system, requires a controller to get started. Controllers are created with the juju bootstrap command that takes a cloud’s name and our intended name for the controller.

juju bootstrap <cloud>
(Optional) Specify a controller name

You can specify the name of your Juju controller if you wish:

juju bootstrap <cloud> <controller-name>

If you do not, Juju will generate the name using the name of the cloud.


C. Create a model

A model is a workspace for inter-related applications. They correspond (roughly) to a Kubernetes namespace. To create one, use juju add-model with a name of your choice:

juju add-model <model-name>

4. Deploy workloads

You’re now able to deploy workloads into your model. Workloads are provided by charms (and sets of charms called bundles). You can find a list of Kubernetes charms on Charmhub!

Cleaning up

The following instructions allow you to undo everything we just did!


The following commands are destructive, and will destroy all running workloads that were deployed with Juju, then remove the Resource Group and AKS cluster. Ensure there is nothing in the Resource Group you need before proceeding!

Remove the Juju controller and any workloads deployed:

juju kill-controller -y -t0 <controller>

Delete the Azure Resource Group (and therefore the cluster)

az group delete -g <resource-group>

Last updated 19 days ago.