Jump into concepts and practice - no test required
or
Recommended
Test this pattern10 questions across easy, medium, and hard to know if this pattern is strong
CIDR Blocks and IP Addressing in AWS VPC
📖 Scenario: You are setting up a simple AWS Virtual Private Cloud (VPC) for a small company. The company wants to create a network with a specific IP address range using CIDR blocks. You will create the VPC and define its CIDR block, then add a subnet with a smaller CIDR block inside the VPC.
🎯 Goal: Build an AWS VPC with a CIDR block of 10.0.0.0/16 and add a subnet inside it with a CIDR block of 10.0.1.0/24. This will help the company organize its network and control IP addressing.
📋 What You'll Learn
Create a VPC with the exact CIDR block 10.0.0.0/16
Create a subnet inside the VPC with the exact CIDR block 10.0.1.0/24
Use AWS CloudFormation syntax for resource definitions
Name the VPC resource MyVPC and the subnet resource MySubnet
💡 Why This Matters
🌍 Real World
Setting up a VPC with proper CIDR blocks is essential for organizing network IP addresses in AWS cloud environments.
💼 Career
Cloud engineers and architects often create and manage VPCs and subnets using CIDR blocks to control network segmentation and security.
Progress0 / 4 steps
1
Create the VPC with CIDR block
Create a resource called MyVPC of type AWS::EC2::VPC with the property CidrBlock set to "10.0.0.0/16".
AWS
Hint
Use the Resources section and define MyVPC with the correct type and CIDR block.
2
Add a subnet CIDR block variable
Add a parameter called SubnetCIDR with the default value "10.0.1.0/24" to hold the subnet's CIDR block.
AWS
Hint
Use the Parameters section to define SubnetCIDR as a string with the default value.
3
Create the subnet using the CIDR parameter
Create a resource called MySubnet of type AWS::EC2::Subnet. Set its VpcId to reference MyVPC and its CidrBlock to use the parameter SubnetCIDR.
AWS
Hint
Use !Ref to reference the VPC and the subnet CIDR parameter.
4
Add a tag to the subnet for identification
Add a Tags property to MySubnet with a tag that has Key set to Name and Value set to MySubnet.
AWS
Hint
Tags are a list of key-value pairs under the Tags property.
Practice
(1/5)
1. What does a CIDR block like 192.168.1.0/24 represent in AWS networking?
easy
A. A single IP address 192.168.1.24
B. An invalid IP address range
C. A subnet mask of 255.255.0.0
D. A range of IP addresses from 192.168.1.0 to 192.168.1.255
Solution
Step 1: Understand CIDR notation
The number after the slash (/24) shows how many bits are fixed for the network part. Here, 24 bits fixed means the first 3 parts (192.168.1) are fixed.
Step 2: Calculate the IP range
With 24 bits fixed, the last 8 bits can vary from 0 to 255, so the range is 192.168.1.0 to 192.168.1.255.
Final Answer:
A range of IP addresses from 192.168.1.0 to 192.168.1.255 -> Option D
Quick Check:
CIDR /24 means 256 addresses [OK]
Hint: Count bits after slash to find IP range size [OK]
Common Mistakes:
Confusing CIDR with a single IP
Misreading the subnet mask bits
Assuming /24 means only 24 addresses
2. Which of the following is the correct CIDR notation for a subnet with 512 IP addresses?
IPv4 has 32 bits total, so prefix = 32 - 9 = 23. So CIDR is /23.
Final Answer:
/23 -> Option A
Quick Check:
512 IPs = 2^(32-23) = 512 [OK]
Hint: Use 32 minus log2(IP count) for CIDR [OK]
Common Mistakes:
Choosing /24 which gives only 256 addresses
Confusing /22 with 1024 addresses
Miscounting bits for hosts
3. Given the CIDR block 10.0.0.0/26, how many usable IP addresses are available for hosts?
medium
A. 64
B. 62
C. 32
D. 30
Solution
Step 1: Calculate total IPs in /26 block
/26 means 32 - 26 = 6 bits for hosts, so total IPs = 2^6 = 64.
Step 2: Subtract network and broadcast addresses
Two addresses are reserved (network and broadcast), so usable IPs = 64 - 2 = 62.
Final Answer:
62 -> Option B
Quick Check:
Usable IPs = total - 2 [OK]
Hint: Usable IPs = 2^(32 - prefix) - 2 [OK]
Common Mistakes:
Counting all IPs as usable
Forgetting to subtract network and broadcast
Mixing up prefix length and host bits
4. You have a VPC with CIDR block 172.16.0.0/16. You want to create two subnets without overlapping IPs. Which pair of CIDR blocks is valid?
medium
A. 172.16.0.0/17 and 172.16.128.0/17
B. 172.16.0.0/18 and 172.16.64.0/17
C. 172.16.0.0/16 and 172.16.0.0/17
D. 172.16.0.0/15 and 172.16.128.0/17
Solution
Step 1: Understand the VPC range
172.16.0.0/16 covers IPs from 172.16.0.0 to 172.16.255.255.
Step 2: Check subnet ranges for overlap
/17 splits the /16 into two halves: 172.16.0.0 to 172.16.127.255 and 172.16.128.0 to 172.16.255.255. These do not overlap.
Final Answer:
172.16.0.0/17 and 172.16.128.0/17 -> Option A
Quick Check:
Non-overlapping halves split /16 into two /17s [OK]
Hint: Split CIDR by increasing prefix to avoid overlap [OK]
Common Mistakes:
Choosing overlapping CIDRs
Using larger CIDR than VPC block
Ignoring subnet mask sizes
5. You need to design a VPC with exactly 3 subnets: one public with 100 IPs, one private with 50 IPs, and one isolated with 25 IPs. Which CIDR block allocation fits best inside 10.0.0.0/24 without overlap?
hard
A. 10.0.0.0/24, 10.0.1.0/25, 10.0.2.0/26
B. 10.0.0.0/26, 10.0.0.64/26, 10.0.0.128/26
C. 10.0.0.0/25, 10.0.0.128/26, 10.0.0.192/27
D. 10.0.0.0/26, 10.0.0.64/27, 10.0.0.96/28
Solution
Step 1: Calculate needed CIDR for each subnet
100 IPs need at least /25 (128 IPs), 50 IPs need /26 (64 IPs), 25 IPs need /27 (32 IPs).
Step 2: Assign CIDRs inside 10.0.0.0/24 without overlap
10.0.0.0/25 covers 0-127, 10.0.0.128/26 covers 128-191, 10.0.0.192/27 covers 192-223. These fit perfectly without overlap.
Final Answer:
10.0.0.0/25, 10.0.0.128/26, 10.0.0.192/27 -> Option C
Quick Check:
Subnet sizes fit and sum within /24 [OK]
Hint: Match subnet size to nearest CIDR block, assign sequentially [OK]