Skip to content

[Feature] Bare cluster check is too strict, no room for custom CNIs and kube-proxy-less deployments #8515

@avoidik

Description

@avoidik

What feature/behavior/change do you want?

Perhaps I'm doing something wrong, but at the moment I am not able to deploy custom CNIs using eksctl due to the fact that the aws-vpc-cni addon is a compulsory addon. Nevertheless, I believe this is not a hard requirement.

I would like to suggest to demote the following showstopper error into a warning:

fields nodeGroups, managedNodeGroups, fargateProfiles, karpenter, gitops, iam.serviceAccounts, and iam.podIdentityAssociations are not supported during cluster creation in a cluster without VPC CNI if Auto Mode is disabled; please remove these fields and add them back after cluster creation is successful

The error stated that it's unsupported configuration, while in reality it works, and actually it's a part of the CNI deployment pattern, including Cilium.

Why do you want this feature?

To be able to deploy CNIs without the kube-proxy and aws-vpc-cni addons. I want to be able to control myself what to deploy in terms of CNIs.

Metadata

Metadata

Assignees

Labels

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions