🔒 Guided

Pre-launch preview. Authorised access only.

Incorrect code

Guided by A Guide to Cloud
Explore AB-900 AI-901
Guided AZ-700 Domain 1
Domain 1 — Module 2 of 7 29%
2 of 26 overall

AZ-700 Study Guide

Domain 1: Core Networking Infrastructure

  • Virtual Networks: Your Cloud Foundation Free
  • IP Addressing: Public, Private & Prefixes Free
  • Name Resolution: Azure DNS Free
  • Routing: UDRs, Route Server & NAT Gateway Free
  • VNet Peering and Connectivity
  • Network Monitoring and Diagnostics
  • DDoS Protection and Security Posture

Domain 2: Connectivity Services

  • Site-to-Site VPN: Connecting On-Premises
  • Point-to-Site VPN: Remote Access
  • ExpressRoute Fundamentals
  • ExpressRoute: Advanced Features
  • Azure Virtual WAN
  • Choosing Your Hybrid Connection

Domain 3: Application Delivery Services

  • Azure Load Balancer: Layer 4
  • Traffic Manager: DNS-Based Routing
  • Application Gateway: Layer 7
  • Azure Front Door: Global Delivery
  • Choosing the Right Load Balancer

Domain 4: Private Access to Azure Services

  • Private Link and Private Endpoints
  • Private Endpoint DNS
  • Service Endpoints: When and How

Domain 5: Network Security Services

  • NSGs and Application Security Groups
  • Flow Logs, IP Flow Verify & Network Manager Security
  • Azure Firewall: SKUs and Deployment
  • Azure Firewall Manager and Policies
  • Web Application Firewall (WAF)

AZ-700 Study Guide

Domain 1: Core Networking Infrastructure

  • Virtual Networks: Your Cloud Foundation Free
  • IP Addressing: Public, Private & Prefixes Free
  • Name Resolution: Azure DNS Free
  • Routing: UDRs, Route Server & NAT Gateway Free
  • VNet Peering and Connectivity
  • Network Monitoring and Diagnostics
  • DDoS Protection and Security Posture

Domain 2: Connectivity Services

  • Site-to-Site VPN: Connecting On-Premises
  • Point-to-Site VPN: Remote Access
  • ExpressRoute Fundamentals
  • ExpressRoute: Advanced Features
  • Azure Virtual WAN
  • Choosing Your Hybrid Connection

Domain 3: Application Delivery Services

  • Azure Load Balancer: Layer 4
  • Traffic Manager: DNS-Based Routing
  • Application Gateway: Layer 7
  • Azure Front Door: Global Delivery
  • Choosing the Right Load Balancer

Domain 4: Private Access to Azure Services

  • Private Link and Private Endpoints
  • Private Endpoint DNS
  • Service Endpoints: When and How

Domain 5: Network Security Services

  • NSGs and Application Security Groups
  • Flow Logs, IP Flow Verify & Network Manager Security
  • Azure Firewall: SKUs and Deployment
  • Azure Firewall Manager and Policies
  • Web Application Firewall (WAF)
Domain 1: Core Networking Infrastructure Free ⏱ ~13 min read

IP Addressing: Public, Private & Prefixes

Master Azure IP addressing — dynamic vs static private IPs, Basic vs Standard public IPs, public IP prefixes, BYOIP, and subnet delegation for managed services.

IP Addressing: Public, Private & Prefixes

Every Azure resource that communicates needs an IP address. This module covers how Azure assigns private and public IPs, when to use prefixes, and how subnet delegation works.

🎬 Video coming soon

IP Addressing and Prefixes Explained

IP Addressing and Prefixes Explained

~13:00
☕ Simple explanation

Think of IP addresses like phone numbers for your cloud resources. Private IPs are internal extensions — only devices inside the building (VNet) can call them. Public IPs are external numbers — the outside world can reach you. You choose whether each number is permanent (static) or changes when you restart (dynamic).

Azure uses two types of IP addresses: Private IPs assigned from your VNet’s address space via DHCP for internal communication, and Public IPs allocated from Microsoft’s pool (or your own via BYOIP) for internet-facing communication. Both types can be dynamic or static. Public IPs come in Standard SKU (zone-redundant, secure by default) and the retiring Basic SKU.

Private IP Addresses

Private IPs are assigned to resources within a VNet — they’re for internal communication only. You choose between two allocation methods:

AllocationHow It WorksWhen to Use
DynamicAzure assigns the next available IP from the subnet. IP may change on stop/deallocate.General workloads, test VMs
StaticYou pick a specific IP from the subnet range. It never changes.DNS servers, domain controllers, apps that need consistent IPs

Exam Tip: A dynamic private IP is assigned when the resource starts (not when the NIC is created). If you stop-deallocate and restart a VM, it may get a different dynamic IP. Static IPs stay assigned even when the resource is stopped.

🏢 Ravi’s scenario: His domain controllers in the SharedServices subnet need static private IPs (10.10.10.4 and 10.10.10.5) so DNS always resolves to the right servers. His general workload VMs use dynamic allocation.

Public IP Addresses

Public IPs allow resources to communicate with the internet and public-facing Azure services. Azure offers two SKUs:

Basic vs Standard Public IP
FeatureBasic SKUStandard SKU
AllocationDynamic or StaticStatic only
Availability ZonesNot supportedZone-redundant by default
SecurityOpen by defaultSecure by default (closed inbound)
Routing preferenceNot availableInternet or Microsoft network
Global tierNot supportedSupported (for cross-region LB)
SLANo SLA99.99% SLA
RetirementRetiring 30 September 2025Current — use this

Exam Tip: Basic public IPs are retiring on 30 September 2025. For the exam and all new deployments, always choose Standard SKU. Standard IPs are static-only, zone-redundant, and secure by default (you must create an NSG or LB rule to allow inbound traffic).

Where Can You Attach a Public IP?

Not every resource supports a direct public IP. Here’s what does:

ResourcePublic IP Attachment
VM Network Interface (NIC)Yes — one public IP per IP configuration
Public Load BalancerYes — frontend IP
VPN GatewayYes — required for S2S and P2S
Application GatewayYes — frontend IP
Azure BastionYes — Standard SKU required
NAT GatewayYes — one or more for outbound
Azure FirewallYes — one or more for outbound SNAT

Resources like Azure SQL, Storage, and Key Vault get public endpoints automatically — you don’t attach a public IP to them. You can disable their public access and use private endpoints instead (covered in Domain 4).

Public IP Prefixes

A public IP prefix is a contiguous range of public IPs reserved for your subscription. This is powerful when your firewall rules depend on knowing Azure’s outbound IPs in advance.

Prefix SizeAddressesUse Case
/312Minimal — two services
/304Small deployment
/298Medium — NAT Gateway
/2816Maximum for Azure-owned prefixes

Note: /28 (16 addresses) is the maximum prefix size for Azure-owned public IP prefixes. For larger contiguous ranges, use BYOIP (Custom IP Prefix) — see below.

🏪 Sam’s scenario: Harbour Retail’s payment gateway vendor requires allowlisting Sam’s outbound Azure IPs. Instead of updating the vendor every time an IP changes, Sam creates a /29 prefix (8 IPs) and assigns them to his NAT Gateway. The vendor allowlists that range once and it never changes.

Key facts:

  • Prefixes are region-specific
  • You can create individual public IPs from a prefix
  • Prefix IPs are static by default
  • You pay for allocated IPs whether used or not

Bring Your Own IP (BYOIP)

ℹ️ BYOIP — Custom IP Prefixes

Large enterprises sometimes own their own public IP ranges (from their ISP or RIR). Azure lets you bring these into Azure with Custom IP Prefixes (BYOIP).

Steps:

  1. Create a Route Origin Authorization (ROA) with your Regional Internet Registry (ARIN, RIPE, APNIC) authorising Azure ASN 8075
  2. Create a Custom IP Prefix resource in Azure — this provisions and validates the range
  3. Commission the prefix — Azure starts advertising it via BGP
  4. Create public IP addresses and prefixes derived from your custom prefix

Requirements:

  • Minimum range: /24 for IPv4
  • You must own the range (validated via ROA)
  • Provisioning takes up to 30 minutes; commissioning takes up to 10 minutes

This is a niche topic on the exam but could appear in scenario questions about enterprises that need to preserve their existing public IPs during migration.

Subnet Delegation

Subnet delegation gives an Azure PaaS service permission to inject its resources into your subnet. This lets the service use private IPs from your VNet while the service manages the infrastructure.

ServiceDelegation IdentifierNotes
App Service (Web Apps)Microsoft.Web/serverFarmsVNet integration for outbound traffic
Azure Container InstancesMicrosoft.ContainerInstance/containerGroupsContainers get VNet IPs
Azure SQL Managed InstanceMicrosoft.Sql/managedInstancesRequires large dedicated subnet (/27 minimum)
Azure DatabricksMicrosoft.Databricks/workspacesTwo subnets needed (public + private)
Azure NetApp FilesMicrosoft.NetApp/volumesDedicated subnet required

Delegation rules:

  • Only one delegation per subnet (you can’t delegate to two services)
  • The delegated subnet can still have other resources like private endpoints
  • Some delegations prevent adding resources beyond the delegated service
  • Delegation can be removed only after all delegated resources are removed

🏢 Ravi’s scenario: He needs App Service web apps to access his SQL Server on the private network. He delegates a subnet to Microsoft.Web/serverFarms, enabling VNet integration. The web apps get private IPs in that subnet for outbound calls to SQL.

Key Takeaways

  • Standard SKU public IPs are the only choice going forward (Basic retiring Sept 2025)
  • Standard IPs are always static, zone-redundant, and secure by default
  • Public IP prefixes give you a guaranteed contiguous range
  • Subnet delegation grants a PaaS service access to deploy into your subnet
  • Only one service delegation per subnet

Test Your Knowledge

Question

What happens to a dynamic private IP when you stop-deallocate a VM?

Click or press Enter to reveal answer

Answer

The dynamic private IP is released and may be assigned to another resource. When the VM restarts, it may receive a different IP. Static private IPs are retained even when stopped.

Click to flip back

Question

What are the key differences between Basic and Standard public IP SKUs?

Click or press Enter to reveal answer

Answer

Standard: static-only, zone-redundant, secure by default, 99.99% SLA. Basic: dynamic or static, no zones, open by default, no SLA, retiring September 2025.

Click to flip back

Question

What is a public IP prefix?

Click or press Enter to reveal answer

Answer

A contiguous block of reserved public IPs (from /31 to /28 for Azure-owned prefixes). Used for consistent outbound IPs that can be allowlisted by partners. Region-specific and billed whether used or not. For larger ranges, use BYOIP/Custom IP Prefix.

Click to flip back

Question

Can you delegate a subnet to more than one Azure service?

Click or press Enter to reveal answer

Answer

No. A subnet can have only one service delegation at a time. Remove the existing delegation (and its resources) before delegating to a different service.

Click to flip back


Knowledge Check

Sam needs his Azure outbound IPs to never change so his payment vendor can allowlist them. What should he use?

Knowledge Check

Which statement about Standard SKU public IPs is correct?

Knowledge Check

Ravi wants to delegate a subnet to both App Service and Azure Container Instances. Is this possible?


Next up: Name Resolution: Azure DNS — Configure public zones, private zones, and the DNS Private Resolver for hybrid name resolution.

← Previous

Virtual Networks: Your Cloud Foundation

Next →

Name Resolution: Azure DNS

Guided

I learn, I simplify, I share.

A Guide to Cloud YouTube Feedback

© 2026 Sutheesh. All rights reserved.

Guided is an independent study resource and is not affiliated with, endorsed by, or officially connected to Microsoft. Microsoft, Azure, and related trademarks are property of Microsoft Corporation. Always verify information against Microsoft Learn.