Part 1: Azure Site Recovery (ASR)
π What is Azure Site Recovery?
Azure Site Recovery (ASR) is Microsoft’s disaster recovery-as-a-service (DRaaS) solution. It helps you replicate, fail over, and recover workloadsβincluding VMs, physical servers, and Azure VMsβto a secondary location during outages.
π οΈ ASR Key Components
| Component | Purpose |
|---|---|
| Source Environment | Where the protected workloads reside |
| Recovery Services Vault | Central hub for managing backup and replication |
| Replication Policy | Defines RPO, recovery points, and retention |
| Process Server | For physical/VMs in on-prem replication |
| Configuration Server | Coordinates replication (on-prem to Azure) |
β ASR Supported Scenarios
- On-premises β Azure
- Azure region β Azure region
- VMware/Hyper-V β Azure
- Physical servers β Azure
π ASR Configuration Steps
πΉ Scenario: On-premises to Azure (VMware/Physical)
- Create a Recovery Services Vault
- Azure Portal β Search “Recovery Services Vault” β Create
- Set up Site Recovery
- In the vault β Site Recovery β Choose source (On-prem) and target (Azure)
- Download & Install Configuration Server
- Install on a dedicated Windows server (must be domain-joined)
- Register Configuration Server
- Use vault credentials to register it to Azure
- Install Mobility Agent
- Install on each source machine to replicate
- Create Replication Policy
- Define RPO (Recovery Point Objective), app-consistent snapshots, and retention
- Enable Replication
- Map source to target resource group, subnet, and VM size
- Test Failover
- Perform a test failover to validate replication (no production impact)
- Planned / Unplanned Failover
- Switch to Azure in case of disaster, choose direction of failback
π Azure-to-Azure Replication
- Select the source Azure VM
- Choose target region
- Configure network mapping, disks, and VM sizes
- Enable replication, monitor health and perform test failovers
π ASR Monitoring and Operations
- Recovery Services Vault Dashboard β See replication health, events, jobs
- Azure Monitor + Log Analytics β Alerts and automation
- Cost optimization β Use Reserved Instances for secondary region
πΉ Part 2: Azure Availability Zones
π What are Availability Zones?
Availability Zones are physically separate datacenters within an Azure region. Each zone has independent power, cooling, and networking to ensure high availability.
π‘οΈ Benefits of Using Availability Zones
- Protect against datacenter-level failures
- Provide 99.99% uptime SLA for zone-redundant services
- Ensure resiliency and fault isolation
ποΈ Availability Zones Architecture
- Zone 1, Zone 2, Zone 3 β Each with isolated infra
- Services like VMs, managed disks, load balancers, databases can be spread across zones
π§ Configuring Availability Zones
For Azure VMs:
- During VM creation β Choose the region with support for Zones
- Select a specific zone (1, 2, or 3) or use zone balancing
- Use Availability Sets if deploying across fault and update domains (within a zone)
For Load Balancing:
- Use Standard Load Balancer to direct traffic across multiple zones
- Zone-aware frontend and backend pool
For Data:
- Use Zone-Redundant Storage (ZRS) for blob storage to replicate data across zones
- Use Azure SQL zone-redundant deployments for HA
π ASR + Availability Zones β Combined Resilience
- ASR replicates across regions (Geo-resilience)
- AZs provide intra-region redundancy
- For full DR: Deploy zone-redundant VMs + enable ASR to replicate to another region
π§ Best Practices
- Use Proximity Placement Groups (PPG) for low latency when needed
- Schedule test failovers quarterly
- Monitor RTO/RPO compliance
- Tag all resources for DR drill tracking