Azure Kubernetes Service (AKS) Cluster data - Adaptive Applications - BlueCat Gateway - 25.3

Cloud Discovery & Visibility Administration Guide

ft:locale
en-US
Product name
BlueCat Gateway
Version
25.3
Cloud Discovery & Visibility (CDV) imports AKS Clusters into Address Manager as devices with the Kubernetes Clusters device subtype. Supported resources related to AKS Clusters are Load Balancers and Virtual Machine Scale Sets. If the Azure Internal Resources within Kubernetes Engine Discovery option is selected, CDV will also import Pod and Service resources from within a cluster.
Note: VMs located within Scale Sets are imported as VM devices. CDV imports the Scale Sets themselves as tags that link to the respective VMs.
For example:


Tip: You can configure the discovery of AKS resources when creating a new Azure discovery by using the Advanced setup option (by default, AKS discovery is enabled in Basic setup). Alternatively, you can configure it after the discovery has been created. To configure discovery of AKS resources on an existing discovery, select the checkbox for the discovery in the Discovery page, then click Actions > Update options. In the Update options dialog that is displayed, go to the Azure Kubernetes section and edit the settings.

CDV also imports additional IP networks that are used by Kubernetes pods. Pods from different Kubernetes nodes might use the same IP. A node's IP address will not be linked, but the IP address will still be shown in the CLUSTER_IP UDF.

When CDV imports internal Kubernetes resources (pods and services), it creates separate Configurations for each Kubernetes cluster and imports each cluster's resources into the appropriate Configuration. These Configurations are distinct from standard and overlapping Configurations.

CDV updates internal AKS resources as follows:

  • During Discovery, CDV updates the list of pods and services within an AKS Cluster.

  • During Visibility, CDV updates pods and services only when related nodes are updated, due to limitations of the Azure Event Grid.

For example, within Azure, a node pool might look like this:



Within Address Manager, clicking a device displays imported information about the device and other details. When imported, the node above would look like this:



AKS tag hierarchy in Address Manager

CDV imports AKS information into Address Manager as a Tag Group with a hierarchy based on the region, cluster, and node group of the originating AKS data. All imported resources are tagged so that they appear within the appropriate nodepool and cluster.

This hierarchy uses the following template:

  • Tag Group: Always named Azure Kubernetes Service.

  • Level 1 tag name: The resource group name from Azure.

  • Level 2 tag name: The BlueCat configuration name.

  • Level 3 tag name: The cluster name.

  • Level 4 tag: The node pool name or agent pool name.

The same tags for clusters, node pools, and agent pools are often used across multiple configurations. This hierarchy helps distinguish similarly-named tags in different configurations from each other.

For example, the tag resource for an agent pool with the name agentpool in the cluster demo_cni, that's part of the configuration eng-sandbox-cloud-integration/MC_test_kubernetes_demo_cni_eastus in the resource group test_kubernetes would appear as follows:



Internal Kubernetes resources

Internal Kubernetes resources appear as follows in Azure:



The above resources would appear as follows in Address Manager.