Skip to main content
In this guide, you’ll learn the core concepts of Kubernetes networking—from a single-node setup to a multi-node cluster. We’ll cover how Pods receive IP addresses, why a Container Network Interface (CNI) plugin is required, and how Kubernetes builds a cluster-wide virtual network.

​
Single-Node Cluster Networking

On a single-node cluster, the Kubernetes node itself has an IP address (e.g., 192.168.1.2). You use this address to SSH into the host or connect to the API server. However, each Pod you create is allocated its own IP from a private Pod network—by default, something like 10.244.0.0/16.
When you spin up a Pod, Kubernetes assigns it an IP, such as 10.244.0.2, which all containers in that Pod share.
The image is a diagram titled "Kubernetes Networking - 101," illustrating how an IP address is assigned to a Kubernetes pod within a node.
If you deploy several Pods on this node, each receives a unique IP in the same 10.244.0.0/16 range. They can communicate directly using these IPs:
The image is a diagram illustrating Kubernetes networking, showing how IP addresses are assigned to pods within a node.
Pod IP addresses are ephemeral. When a Pod is deleted and recreated, it may receive a different IP.

​
Multi-Node Cluster Networking

As your cluster scales to multiple nodes, each host must carve out a non-overlapping slice of the Pod network to avoid IP conflicts. Consider two nodes:
  • Host IP: 192.168.1.2 → Pod subnet 10.244.0.0/24
  • Host IP: 192.168.1.3 → Pod subnet 10.244.1.0/24
Without a CNI plugin, Kubernetes does not set up inter-node Pod routing. A CNI plugin handles:
If you skip installing a proper CNI, Pods on different nodes may end up with overlapping IPs, causing connectivity failures.
Once your CNI is in place, each node’s CNI daemon (e.g., flanneld or calico-node) allocates a unique /24 Pod subnet and programs the host routes. The result is a seamless overlay network:
The image illustrates a Kubernetes cluster networking setup, showing two nodes with pods, each having specific IP addresses, connected through routing.
With this virtual network, Pods on different nodes can communicate directly using stable Pod IPs, satisfying Kubernetes’ flat network model.

Watch Video