What Pod Per Node CIDR Range Should You Use for GKE?

Your company is planning a migration to Google Kubernetes Engine. Your application team informed you that they require a minimum of 60 Pods per node and a maximum of 100 Pods per node. Which Pod per node CIDR range should you use?

  1. /24 Source Reference Answer
  2. /25
  3. /26
  4. /28

Community Votes

A
100%

100% of anonymous learners picked answer A. Votes are pick records left by other test-takers — they are not the verified answer.

Community Insight

This question tests your understanding of GKE networking requirements for flexible pod CIDRs, where candidates often overlook the need for additional IPs beyond the pod count for system services and routing.

Configuring GKE pod CIDR ranges requires allocating sufficient IP addresses to support maximum node capacity plus system overhead. Community consensus confirms that a /24 subnet is the correct choice to accommodate up to 100 pods per node.

Many test-takers incorrectly select /25 or /26, assuming only enough IPs for the stated 100 pods, but these subnets do not provide enough usable addresses when accounting for Kubernetes internal networking and overhead.

Community Discussion (4 comments)

Don_Kjeldsen 👍 1 Selected: A
https://cloud.google.com/kubernetes-engine/docs/how-to/flexible-pod-cidr
jorgesoma 👍 1
A is correct! https://cloud.google.com/kubernetes-engine/docs/how-to/flexible-pod-cidr?hl=es-419#cidr_ranges_for_clusters
PeppaPig 👍 3
A 100 pods need 200 ip addresses per node. /24 provides 256 IPs hence answer is A
[Removed] 👍 2 Selected: A
/24 is the minimum interval for pods. https://cloud.google.com/kubernetes-engine/docs/concepts/alias-ips?hl=it#cluster_sizing_secondary_range_pods

Comments & Corrections

No comments yet — spotted an error or have a note? Share it below.

Log in to comment, report an error, or add a note about this question.

Submitted for moderation before publishing. Keep it helpful and respectful.

Expert Analysis

Why the Answer Is Correct

A /24 CIDR block provides 256 total IP addresses, which comfortably exceeds the maximum requirement of 100 pods per node. GKE reserves several addresses within each subnet for cluster control plane communication, node metadata, and internal DNS resolution. Official documentation explicitly states that a /24 is the minimum recommended size to ensure stable pod scheduling and network performance.

Why the Other Options Are Wrong

Subnets like /25 (128 IPs) and /26 (64 IPs) fall short of the required capacity once system overhead is factored in. Option D (/18) allocates far more IPs than necessary, violating best practices for efficient address space management and potentially causing issues with secondary range allocations. Choosing smaller subnets risks pod scheduling failures as the cluster scales.

Community Comment Notes

Users consistently validate option A by referencing GKE’s alias IP and flexible pod CIDR documentation. Commenters highlight that 100 pods require roughly 200+ IPs per node to account for routing and system pods, making /24 the practical minimum. Multiple users share direct links to Google’s official sizing guides, reinforcing the technical accuracy of the answer.

Official Reference

Exam Strategy

Always add a buffer of 20-30% to your calculated IP needs when selecting CIDR blocks for cloud infrastructure exams. Memorize standard subnet capacities and their corresponding host counts to quickly eliminate insufficient options during timed assessments.

Related Analysis

Practice All PCNE Questions

Access 80 questions with complete answers and detailed explanations.

View Full PCNE Practice Test →

← Back to PCNE Study Guide