Kubernetes Addons Module¶
The kubernetes-addons
module within EKS Blueprints allows you to configure the add-ons you would like deployed into you EKS cluster with simple true/false flags.
The framework currently provides support for add-ons listed in the current folder.
Add-on Management¶
The framework provides two approaches to managing add-on configuration for your EKS clusters. They are:
- Via Terraform by leveraging the Terraform Helm provider.
- Via GitOps with ArgoCD.
Terraform¶
The default method for managing add-on configuration is via Terraform. By default, each individual add-on module will do the following:
- Create any AWS resources needed to support add-on functionality.
- Deploy a Helm chart into your EKS cluster by leveraging the Terraform Helm provider.
In order to deploy an add-on with default configuration, simply enable the add-on via Terraform properties.
module "eks_blueprints_kubernetes_addons" {
source = "github.com/aws-ia/terraform-aws-eks-blueprints//modules/kubernetes-addons"
cluster_id = <EKS-CLUSTER-ID>
# EKS Addons
enable_amazon_eks_aws_ebs_csi_driver = true
enable_amazon_eks_coredns = true
enable_amazon_eks_kube_proxy = true
enable_amazon_eks_vpc_cni = true
#K8s Add-ons
enable_argocd = true
enable_aws_for_fluentbit = true
enable_aws_load_balancer_controller = true
enable_cluster_autoscaler = true
enable_metrics_server = true
}
To customize the behavior of the Helm charts that are ultimately deployed, you can supply custom Helm configuration. The following demonstrates how you can supply this configuration, including a dedicated values.yaml
file.
enable_metrics_server = true
metrics_server_helm_config = {
name = "metrics-server"
repository = "https://kubernetes-sigs.github.io/metrics-server/"
chart = "metrics-server"
version = "3.8.1"
namespace = "kube-system"
timeout = "1200"
# (Optional) Example to pass values.yaml from your local repo
values = [templatefile("${path.module}/values.yaml", {
operating_system = "linux"
})]
}
Each add-on module is configured to fetch Helm Charts from Open Source, public Helm repositories and Docker images from Docker Hub/Public ECR repositories. This requires outbound Internet connection from your EKS Cluster.
If you would like to use private repositories, you can download Docker images for each add-on and push them to an AWS ECR repository. ECR can be accessed from within a private existing VPC using an ECR VPC endpoint. For instructions on how to download existing images and push them to ECR, see ECR instructions.
GitOps with ArgoCD¶
To indicate that you would like to manage add-ons via ArgoCD, you must do the following:
- Enable the ArgoCD add-on by setting
argocd_enable
totrue
. - Specify you would like ArgoCD to be responsible for deploying your add-ons by setting
argocd_manage_add_ons
totrue
. This will prevent the individual Terraform add-on modules from deploying Helm charts. - Pass Application configuration for your add-ons repository via the
argocd_applications
property.
Note, that the add_on_application
flag in your Application
configuration must be set to true
.
enable_argocd = true
argocd_manage_add_ons = true
argocd_applications = {
infra = {
namespace = "argocd"
path = "<path>"
repo_url = "<repo_url>"
values = {}
add_on_application = true # Indicates the root add-on application.
}
}
GitOps Bridge¶
When managing add-ons via ArgoCD, certain AWS resources may still need to be created via Terraform in order to support add-on functionality (e.g. IAM Roles and Services Account). Certain resource values will also need to passed from Terraform to ArgoCD via the ArgoCD Application resource's values map. We refer to this concept as the GitOps Bridge
To ensure that AWS resources needed for add-on functionality are created, you still need to indicate in Terraform configuration which add-ons will be managed via ArgoCD. To do so, simply enable the add-ons via their boolean properties.
enable_metrics_server = true # Deploys Metrics Server Addon
enable_cluster_autoscaler = true # Deploys Cluster Autoscaler Addon
enable_prometheus = true # Deploys Prometheus Addon
This will indicate to each add-on module that it should create the necessary AWS resources and pass the relevant values to the ArgoCD Application resource via the Application's values map.