Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

feat: Add support for clusters with a custom CNI #380

Closed
moredatapls opened this issue May 31, 2024 · 4 comments
Closed

feat: Add support for clusters with a custom CNI #380

moredatapls opened this issue May 31, 2024 · 4 comments
Labels
area/networking Issues or PRs related to networking kind/feature Categorizes issue or PR as related to a new feature.

Comments

@moredatapls
Copy link

moredatapls commented May 31, 2024

Tell us about your request

We are using AKS with Calico Enterprise (networkPlugin: none). It would be great if this configuration was supported by the Karpenter provider for Azure, as we would love to use the provider in our clusters.

Tell us about the problem you're trying to solve. What are you trying to do, and why is it hard?

Bring your own CNI is not supported by the Karpenter provider for Azure. We tried deploying Karpenter with NETWORK_PLUGIN="", NETWORK_PLUGIN="calico", NETWORK_PLUGIN="none", and while Karpenter deploys nodes and schedules pods without issues, the pods have (unsurprisingly) no network connection.

Are you currently working around this issue?

By not using Karpenter, sadly.

Additional Context

I would happily contribute to this provider to get support for our use case if someone could point me in the right direction.

We tested this with version 0.4.0 of the provider.

Attachments

No response

Community Note

  • Please vote on this issue by adding a 👍 reaction to the original issue to help the community and maintainers prioritize this request
  • Please do not leave "+1" or "me too" comments, they generate extra noise for issue followers and do not help prioritize the request
  • If you are interested in working on this issue or have submitted a pull request, please leave a comment
@thiagorider
Copy link

Hi @moredatapls , could you share your setup and controller logs, so we can reproduce?

@moredatapls
Copy link
Author

Hi @thiagorider, I can't really share my setup, since it's a very big internal Pulumi stack that deploys our clusters. However, we basically just tested the default installation of Calico Enterprise together with Karpenter:

  1. Create an AKS cluster with bring your own CNI: https://learn.microsoft.com/en-us/azure/aks/use-byo-cni?tabs=azure-cli
  2. Install Calico Enterprise as described here: https://docs.tigera.io/calico-enterprise/latest/getting-started/install-on-clusters/aks
  3. Follow the self-hosted installation of Karpenter as described here (I tried NETWORK_PLUGIN="", NETWORK_PLUGIN="calico", NETWORK_PLUGIN="none" - same result in all cases): https://github.com/Azure/karpenter-provider-azure?tab=readme-ov-file#installation-self-hosted

Unfortunately, I don't have the controller logs anymore. However, the controller had no issues provisioning new nodes and did not print any errors. It detected that pods needed to be scheduled and provisioned new nodes accordingly. The container images were pulled just fine. However, once the pods got scheduled on the nodes, they did not have connectivity to the rest of the cluster, and did not have internet connection (as far as I remember).

I hope that helps. Sorry for not being able to share any code.

@flbla
Copy link

flbla commented Jun 12, 2024

hi,
same issue : #270

@tallaxes tallaxes added kind/feature Categorizes issue or PR as related to a new feature. area/networking Issues or PRs related to networking labels Oct 22, 2024
@tallaxes
Copy link
Collaborator

Support introduced in #365

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/networking Issues or PRs related to networking kind/feature Categorizes issue or PR as related to a new feature.
Projects
None yet
Development

No branches or pull requests

4 participants