AWS - EKSAfter 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.Check Answer
Step-by-Step SolutionSolution:Step 1: Verify node registrationSelf-managed nodes must register with the EKS cluster using the correct kubelet bootstrap token and cluster CA certificate.Step 2: Check node statusIf nodes are not registered, pods cannot be scheduled, causing Pending state.Final Answer:The nodes are not registered with the cluster due to missing or incorrect kubelet bootstrap configuration. -> Option BQuick 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 nodesBlaming managed node group autoscaling for self-managed nodesIgnoring node registration status
Master "EKS" in AWS9 interactive learning modes - each teaches the same concept differentlyLearnWhyDeepVisualTryChallengeProjectRecallTime
More AWS Quizzes Advanced Security - CloudTrail for API auditing - Quiz 11easy Architecture Best Practices - Security pillar principles - Quiz 1easy CloudFormation - Template structure (JSON/YAML) - Quiz 14medium ECS and Fargate - Why container services matter on AWS - Quiz 9hard Route 53 - Hosted zones concept - Quiz 5medium Route 53 - Routing policies (simple, weighted, latency) - Quiz 2easy Route 53 - Record types (A, AAAA, CNAME, Alias) - Quiz 15hard Serverless Architecture - Serverless Application Model (SAM) - Quiz 5medium Serverless Architecture - Lambda with DynamoDB Streams - Quiz 8hard Serverless Architecture - Why serverless architecture matters - Quiz 7medium