Difference between revisions of "Kind: NodePool (Karpenter)"

From wikieduonline
Jump to navigation Jump to search
(Replaced content with "{{lc}} {{kind nodepool ex}} == See also == * {{nodepool}} * {{Karpenter}}")
Tag: Replaced
m (Welcome moved page Kind: NodePool to Kind: NodePool (Karpenter))
 
(No difference)

Latest revision as of 07:41, 2 October 2024


apiVersion: karpenter.sh/v1beta1
kind: NodePool
metadata:
  name: default
spec:
  # Template section that describes how to template out NodeClaim resources that Karpenter will provision
  # Karpenter will consider this template to be the minimum requirements needed to provision a Node using this NodePool
  # It will overlay this NodePool with Pods that need to schedule to further constrain the NodeClaims
  # Karpenter will provision to launch new Nodes for the cluster
 template:
   metadata:
     # Labels are arbitrary key-values that are applied to all nodes
     labels:
       billing-team: my-team
     # Annotations are arbitrary key-values that are applied to all nodes
     annotations:
       example.com/owner: "my-team"
   spec:
     # References the Cloud Provider's NodeClass resource, see your cloud provider specific documentation
     nodeClassRef:
       apiVersion: karpenter.k8s.aws/v1beta1
       kind: EC2NodeClass
       name: default
     # Provisioned nodes will have these taints
     # Taints may prevent pods from scheduling if they are not tolerated by the pod.
     taints:
       - key: example.com/special-taint
         effect: NoSchedule
     # Provisioned nodes will have these taints, but pods do not need to tolerate these taints to be provisioned by this
     # NodePool. These taints are expected to be temporary and some other entity (e.g. a DaemonSet) is responsible for
     # removing the taint after it has finished initializing the node.
     startupTaints:
       - key: example.com/another-taint
         effect: NoSchedule
     # Requirements that constrain the parameters of provisioned nodes.
     # These requirements are combined with pod.spec.topologySpreadConstraints, pod.spec.affinity.nodeAffinity, pod.spec.affinity.podAffinity, and pod.spec.nodeSelector rules.
     # Operators { In, NotIn, Exists, DoesNotExist, Gt, and Lt } are supported.
     # https://kubernetes.io/docs/concepts/scheduling-eviction/assign-pod-node/#operators
     requirements:
       - key: "karpenter.k8s.aws/instance-category"
         operator: In
         values: ["c", "m", "r"]
         # minValues here enforces the scheduler to consider at least that number of unique instance-category to schedule the pods.
         # This field is ALPHA and can be dropped or replaced at any time 
         minValues: 2
       - key: "karpenter.k8s.aws/instance-family"
         operator: In
         values: ["m5","m5d","c5","c5d","c4","r4"]
         minValues: 5
       - key: "karpenter.k8s.aws/instance-cpu"
         operator: In
         values: ["4", "8", "16", "32"]
       - key: "karpenter.k8s.aws/instance-hypervisor"
         operator: In
         values: ["nitro"]
       - key: "karpenter.k8s.aws/instance-generation"
         operator: Gt
         values: ["2"]
       - key: "topology.kubernetes.io/zone"
         operator: In
         values: ["us-west-2a", "us-west-2b"]
       - key: "kubernetes.io/arch"
         operator: In
         values: ["arm64", "amd64"]
       - key: "karpenter.sh/capacity-type"
         operator: In
         values: ["spot", "on-demand"]
     # Karpenter provides the ability to specify a few additional Kubelet args.
     # These are all optional and provide support for additional customization and use cases.
     kubelet:
       clusterDNS: ["10.0.1.100"]
       systemReserved:
         cpu: 100m
         memory: 100Mi
         ephemeral-storage: 1Gi
       kubeReserved:
         cpu: 200m
         memory: 100Mi
         ephemeral-storage: 3Gi
       evictionHard:
         memory.available: 5%
         nodefs.available: 10%
         nodefs.inodesFree: 10%
       evictionSoft:
         memory.available: 500Mi
         nodefs.available: 15%
         nodefs.inodesFree: 15%
       evictionSoftGracePeriod:
         memory.available: 1m
         nodefs.available: 1m30s
         nodefs.inodesFree: 2m
       evictionMaxPodGracePeriod: 60
       imageGCHighThresholdPercent: 85
       imageGCLowThresholdPercent: 80
       cpuCFSQuota: true
       podsPerCore: 2
       maxPods: 20
 # Disruption section which describes the ways in which Karpenter can disrupt and replace Nodes
 # Configuration in this section constrains how aggressive Karpenter can be with performing operations
 # like rolling Nodes due to them hitting their maximum lifetime (expiry) or scaling down nodes to reduce cluster cost
 disruption:
   # Describes which types of Nodes Karpenter should consider for consolidation
   # If using 'WhenUnderutilized', Karpenter will consider all nodes for consolidation and attempt to remove or replace Nodes when it discovers that the Node is underutilized and could be changed to reduce cost
   # If using `WhenEmpty`, Karpenter will only consider nodes for consolidation that contain no workload pods
   consolidationPolicy: WhenUnderutilized | WhenEmpty
   # The amount of time Karpenter should wait after discovering a consolidation decision
   # This value can currently only be set when the consolidationPolicy is 'WhenEmpty'
   # You can choose to disable consolidation entirely by setting the string value 'Never' here
   consolidateAfter: 30s
   # The amount of time a Node can live on the cluster before being removed
   # Avoiding long-running Nodes helps to reduce security vulnerabilities as well as to reduce the chance of issues that can plague Nodes with long uptimes such as file fragmentation or memory leaks from system processes
   # You can choose to disable expiration entirely by setting the string value 'Never' here
   expireAfter: 720h
   # Budgets control the speed Karpenter can scale down nodes.
   # Karpenter will respect the minimum of the currently active budgets, and will round up
   # when considering percentages. Duration and Schedule must be set together.
   budgets:
   - nodes: 10%
   # On Weekdays during business hours, don't do any deprovisioning.
   - schedule: "0 9 * * mon-fri"
     duration: 8h
     nodes: "0"
 # Resource limits constrain the total size of the pool.
 # Limits prevent Karpenter from creating new instances once the limit is exceeded.
 limits:
   cpu: "1000"
   memory: 1000Gi
 # Priority given to the NodePool when the scheduler considers which NodePool
 # to select. Higher weights indicate higher priority when comparing NodePools.
 # Specifying no weight is equivalent to specifying a weight of 0.
 weight: 10



See also[edit]

Advertising: