Bird
0
0

After launching a self-managed node group in your EKS cluster, pods remain in Pending state. Which of the following is the most probable reason?

medium📝 Debug Q6 of 15
AWS - EKS
After launching a self-managed node group in your EKS cluster, pods remain in Pending state. Which of the following is the most probable reason?
AThe Fargate profile is not properly configured to schedule pods on EC2 instances.
BThe nodes are not registered with the cluster due to missing or incorrect kubelet bootstrap configuration.
CThe managed node group autoscaling policy is limiting node availability.
DThe cluster endpoint is not publicly accessible.
Step-by-Step Solution
Solution:
  1. Step 1: Verify node registration

    Self-managed nodes must register with the EKS cluster using the correct kubelet bootstrap token and cluster CA certificate.
  2. Step 2: Check node status

    If nodes are not registered, pods cannot be scheduled, causing Pending state.
  3. Final Answer:

    The nodes are not registered with the cluster due to missing or incorrect kubelet bootstrap configuration. -> Option B
  4. Quick Check:

    Pods Pending + self-managed nodes = check kubelet bootstrap config [OK]
Quick Trick: Pods Pending on self-managed nodes? Check kubelet bootstrap config [OK]
Common Mistakes:
  • Assuming Fargate profiles affect self-managed nodes
  • Blaming managed node group autoscaling for self-managed nodes
  • Ignoring node registration status

Want More Practice?

15+ quiz questions · All difficulty levels · Free

Free Signup - Practice All Questions
More AWS Quizzes