what
- Update example/test to use managed Node Group instead of unmanaged worker nodes
- Fix race conditions when applying the Kubernetes
aws-auth
ConfigMap
why
-
Managed Node Groups is an easier way to create an EKS cluster. Tests should use it
-
Ensure ordering of resource creation to eliminate the race conditions when applying the Kubernetes Auth ConfigMap
-
Do not create Node Group before the EKS cluster is created and the
aws-auth
Kubernetes ConfigMap is applied. Otherwise, EKS will create the ConfigMap first and add the managed node role ARNs to it, and the kubernetes provider will throw an error that the ConfigMap already exists (because it can't update the map, only create it) -
If we create the ConfigMap first (to add additional roles/users/accounts), EKS will just update it by adding the managed node role ARNs.