CLOUD CONCEPT

IP Addressing

IP addressing is the system of assigning logical network addresses to interfaces so that devices and services can identify endpoints and route traffic between networks.

Cloud Concepts Hub →

What is IP Addressing

IP addresses identify network interfaces, while address ranges define how networks are divided and connected. In cloud environments, an addressing plan determines subnet capacity, private and internet connectivity, and whether networks can communicate without overlapping address ranges.

IP addressing gives network interfaces logical addresses that routers use to deliver packets. IPv4 addresses contain 32 bits and are commonly written in dotted-decimal form, such as 10.20.1.15. IPv6 addresses contain 128 bits and use hexadecimal notation. An interface can have multiple addresses, and an address identifies a network endpoint rather than a permanent application identity. Applications should generally use DNS names when endpoints may change.

Cloud networks allocate addresses from ranges expressed using Classless Inter-Domain Routing, or CIDR. For example, 10.20.0.0/16 contains 65,536 IPv4 addresses. The prefix length indicates how many bits identify the network: a larger prefix number means a smaller address range. Dividing that range into subnets such as 10.20.1.0/24 and 10.20.2.0/24 creates separate address ranges for workloads. Each /24 contains 256 total addresses, but not all are necessarily assignable. In an AWS IPv4 subnet, AWS reserves the first four addresses and the last address, leaving 251 assignable addresses in a /24.

In AWS, a virtual private cloud, or VPC, provides the network boundary and has one or more associated address ranges. A subnet takes an address range from its VPC and exists within one Availability Zone. Engineers commonly place application instances in private subnets across multiple Availability Zones and public-facing load balancers in public subnets. Subnet sizing must account for growth, replacement instances during deployments, and network interfaces created by managed services, not just the current number of virtual machines.

Private IPv4 addresses, including addresses from 10.0.0.0/8, 172.16.0.0/12, and 192.168.0.0/16, are not publicly routed on the internet. They can support communication within a cloud network and across connected private networks. Public IPv4 addresses support internet routing, but assigning one does not automatically make a workload reachable. Routing, gateways, security groups, network access control lists, and application listeners must also permit communication.

AWS subnet classification depends on routing, not on the numerical address range. A public subnet has a route to an internet gateway. For an EC2 instance to communicate directly with the internet over IPv4 through that gateway, it also needs a public IPv4 address or an Elastic IP address. The internet gateway maps that public address to the instance's private IPv4 address. A private subnet has no direct route to an internet gateway. Its workloads can initiate outbound IPv4 connections through a public NAT gateway when the necessary routes and internet gateway are configured. NAT does not provide unsolicited inbound internet access to those workloads.

IPv6 offers a much larger address space and can operate alongside IPv4 in a dual-stack network. Globally routable IPv6 addresses do not imply unrestricted access: routes and security controls still govern reachability. In AWS, an egress-only internet gateway supports outbound-initiated IPv6 internet communication while preventing internet hosts from initiating connections through that gateway. IPv6 does not require the public-to-private address translation used for typical EC2 public IPv4 connectivity.

Address planning involves practical trade-offs. Small subnets conserve address space but can exhaust capacity during scaling. Oversized allocations can waste private address space needed for other networks. Overlapping CIDR ranges complicate connectivity, and AWS VPC peering does not support overlapping VPC CIDR blocks. Public IPv4 addresses and NAT gateways can also introduce charges. Plan non-overlapping ranges across cloud environments and on-premises networks, then evaluate addressing, routing, and access controls separately when troubleshooting.

Key aspects of IP Addressing

Effective IP addressing combines capacity planning, address scope, subnet organization, routing, and non-overlapping ranges to support reliable cloud connectivity.

CIDR ranges and subnet capacity

CIDR notation defines a network's address range and size. Calculate usable capacity after provider reservations and allow room for scaling, deployments, and managed-service network interfaces.

Public and private address scope

Private IPv4 addresses support private-network communication but are not publicly routed on the internet. Public addressing enables internet routing only when the required routes, gateways, and security controls are also present.

VPC and subnet organization

A VPC provides address space that is divided into non-overlapping subnet ranges. In AWS, each subnet belongs to one Availability Zone, so resilient applications typically need subnets in multiple zones.

Routing and gateway behavior

Route tables select where traffic goes; an IP address alone does not establish connectivity. Internet gateways, NAT gateways, and egress-only internet gateways support different connectivity patterns.

IPv4 and IPv6 coexistence

Dual-stack networks use both address families, each with its own addressing and routing requirements. IPv6 expands address capacity but does not replace the need for access controls.

Non-overlapping address planning

Allocate distinct ranges to networks that may need to connect through peering, VPNs, or other private connectivity. Overlap can block straightforward routing and require renumbering, translation, or a different connectivity design.

Cloud services for IP Addressing

Amazon VPC defines address ranges, subnets, and routing paths, while EC2 consumes subnet addresses through network interfaces. Elastic Load Balancing provides application endpoints and distributes connections across targets, reducing clients' dependence on individual instance addresses. Route 53 connects readable names to these endpoints through DNS. Together, these services separate address allocation, network reachability, traffic distribution, and name resolution. Engineers must still coordinate subnet capacity, gateway routes, and security rules: a valid DNS response or an assigned IP address does not prove that an application is reachable.

Virtual private cloud VPC_32 image Amazon VPC

Amazon VPC implements cloud network address spaces, subnets, route tables, and gateway connectivity. Its IP Address Manager capability helps allocate address ranges and monitor address usage across environments.

Open Amazon VPC →
Amazon EC2 image Amazon EC2

EC2 instances use network interfaces with private IP addresses from their subnets and can also use IPv6 addresses or public IPv4 connectivity. Elastic IP addresses provide static public IPv4 addresses that can be reassociated with supported resources.

Open Amazon EC2 →
Amazon Route 53 image Amazon Route 53

Route 53 provides DNS records that let clients locate endpoints without hard-coding IP addresses. Private hosted zones support name resolution within associated VPCs, while public hosted zones publish records through public DNS.

Open Amazon Route 53 →