Closed mschnee closed 6 months ago
I believe you are referencing this guide section where it asks you to scale cert-manager to 25 replicas to validate that Karpenter is working properly.
That guide section has unfortunately become out-of-date which I believe caused confusion:
jetstack-cert-manager
deployment no longer exists (is now called cert-manager
)cert-manager
deployment now does not contain any podAntiAffinity rules because it is now designed to run as a single replica only. Scaling it up will not trigger Karpenter as multiple pods can be scheduled on the same node.cert-manager-webhook
(which is designed to run HA), I can confirm that 25 is too high of a number. While Karpenter can provision arbitrarily high number of nodes, the podAntiAffinity rules for our core controllers ensures that each pod in a set runs on a separate instance type to prevent issues that might affect a particular instance type (e.g., spot instance scale-in). Each new pod adds a new scheduling constraint, and as you can see from the logs, Karpenter can only handle 30 constraints. However, if you use 10
instead of 25
, provisioning will proceed as expected.I will update the edge documentation to correct these errors.
The documentation has been updated.
Prior Search
What happened?
Karpenter is throwing errors attempting to create Node claims.:
Steps to Reproduce
Working through the bootstrap documentation, when attempting to scale up a service to test Karpenter getting provisioining nodes.
Version
main (development branch)
Relevant log output