Managed NGINX ingress with the application routing add-on
Article
One way to route Hypertext Transfer Protocol (HTTP) and secure (HTTPS) traffic to applications running on an Azure Kubernetes Service (AKS) cluster is to use the Kubernetes Ingress object. When you create an Ingress object that uses the application routing add-on NGINX Ingress classes, the add-on creates, configures, and manages one or more Ingress controllers in your AKS cluster.
This article shows you how to deploy and configure a basic Ingress controller in your AKS cluster.
Application routing add-on with NGINX features
The application routing add-on with NGINX delivers the following:
With the retirement of Open Service Mesh (OSM) by the Cloud Native Computing Foundation (CNCF), using the application routing add-on with OSM is not recommended.
Prerequisites
An Azure subscription. If you don't have an Azure subscription, you can create a Trial.
Azure CLI version 2.54.0 or later installed and configured. Run az --version to find the version. If you need to install or upgrade, see Install Azure CLI.
Limitations
The application routing add-on supports up to five Azure DNS zones.
The application routing add-on can only be enabled on AKS clusters with managed identity.
All global Azure DNS zones integrated with the add-on have to be in the same resource group.
All private Azure DNS zones integrated with the add-on have to be in the same resource group.
Editing the ingress-nginx ConfigMap in the app-routing-system namespace isn't supported.
The following snippet annotations are blocked and will prevent an Ingress from being configured: load_module, lua_package, _by_lua, location, root, proxy_pass, serviceaccount, {, }, '.
az aks approuting enable --resource-group <ResourceGroupName> --name <ClusterName>
Note
Open Service Mesh (OSM) has been retired by the CNCF. Creating Ingresses using the application routing add-on with OSM integration is not recommended and will be retired.
The following add-ons are required to support this configuration:
open-service-mesh: If you require encrypted intra cluster traffic (recommended) between the NGINX Ingress and your services, the Open Service Mesh add-on is required which provides mutual TLS (mTLS).
Enable on a new cluster
Enable application routing on a new AKS cluster using the az aks create command specifying the --enable-app-routing flag and the --enable-addons parameter with the open-service-mesh add-on:
az aks create \
--resource-group <ResourceGroupName> \
--name <ClusterName> \
--location <Location> \
--enable-app-routing \
--enable-addons open-service-mesh \
--generate-ssh-keys
Enable on an existing cluster
To enable application routing on an existing cluster, use the az aks approuting enable command and the az aks enable-addons command with the --addons parameter set to open-service-mesh:
az aks approuting enable --resource-group <ResourceGroupName> --name <ClusterName>
az aks enable-addons --resource-group <ResourceGroupName> --name <ClusterName> --addons open-service-mesh
Note
To use the add-on with Open Service Mesh, you should install the osm command-line tool. This command-line tool contains everything needed to configure and manage Open Service Mesh. The latest binaries are available on the OSM GitHub releases page.
az aks approuting enable --resource-group <ResourceGroupName> --name <ClusterName>
Connect to your AKS cluster
To connect to the Kubernetes cluster from your local computer, you use kubectl, the Kubernetes command-line client. You can install it locally using the az aks install-cli command. If you use the Azure Cloud Shell, kubectl is already installed.
Configure kubectl to connect to your Kubernetes cluster using the az aks get-credentials command.
az aks get-credentials --resource-group <ResourceGroupName> --name <ClusterName>
Deploy an application
The application routing add-on uses annotations on Kubernetes Ingress objects to create the appropriate resources.
The application routing add-on creates an Ingress class on the cluster named webapprouting.kubernetes.azure.com. When you create an Ingress object with this class, it activates the add-on.
Copy the following YAML manifest into a new file named ingress.yaml and save the file to your local computer.
The application routing add-on creates an Ingress class on the cluster called webapprouting.kubernetes.azure.com. When you create an Ingress object with this class, it activates the add-on. The kubernetes.azure.com/use-osm-mtls: "true" annotation on the Ingress object creates an Open Service Mesh (OSM) IngressBackend to configure a backend service to accept Ingress traffic from trusted sources.
Copy the following YAML manifest into a new file named ingress.yaml and save the file to your local computer.
The following example output shows the created resource:
service/aks-helloworld created
Verify the managed Ingress was created
You can verify the managed Ingress was created using the kubectl get ingress command.
kubectl get ingress -n hello-web-app-routing
The following example output shows the created managed Ingress:
NAME CLASS HOSTS ADDRESS PORTS AGE
aks-helloworld webapprouting.kubernetes.azure.com myapp.contoso.com 20.51.92.19 80, 443 4m
Remove the application routing add-on
To remove the associated namespace, use the kubectl delete namespace command.
kubectl delete namespace hello-web-app-routing
To remove the application routing add-on from your cluster, use the az aks approuting disable command.
az aks approuting disable --name myAKSCluster --resource-group myResourceGroup
Note
To avoid potential disruption of traffic into the cluster when the application routing add-on is disabled, some Kubernetes resources, including configMaps, secrets, and the deployment that runs the controller, will remain on the cluster. These resources are in the app-routing-system namespace. You can remove these resources if they're no longer needed by deleting the namespace with kubectl delete ns app-routing-system.