PricingLoginStart free
AWS Solutions Architect · पाठ

बहु-Region सक्रिय-सक्रिय और सक्रिय-निष्क्रिय

Route 53 लेटेंसी रूटिंग से एक साथ कई Region में ट्रैफ़िक भेजिए या स्वास्थ्य-जाँच आधारित फ़ेलओवर से वार्म स्टैंडबाय पर स्थानांतरित कीजिए।

पाठ 3, कुल 4 में से13 चरण

बहु-Region सक्रिय-सक्रिय और सक्रिय-निष्क्रिय, CoddyKit पर AWS Solutions Architect का एक निःशुल्क पाठ है। यह 4 में से 3वाँ पाठ है। इस अध्ययन पथ के 3 तक कोई भी पाठ पूरा पढ़ना निःशुल्क है — इसके बाद CoddyKit PRO हर पाठ अनलॉक करता है, साथ ही अंतर्निर्मित कोड संपादक और चौबीसों घंटे एआई शिक्षक के साथ व्यावहारिक अभ्यास भी उपलब्ध कराता है। यह AWS Solutions Architect सीखने के मार्ग का हिस्सा है और आपकी प्रगति वेब तथा CoddyKit ऐप पर सिंक होती रहती है। AWS Solutions Architect पाठ्यक्रम में कुल 4 पाठ शामिल हैं।

Multi-Region Architecture क्यों?

Multi-AZ, एकल AZ की विफलताओं से सुरक्षा देता है, लेकिन बड़े पैमाने की आपदाओं, गंभीर Outages या नियामक Requirements के दौरान पूरा AWS Region अनुपलब्ध हो सकता है। Multi-Region Architectures दो या अधिक भौगोलिक रूप से अलग Regions में Workloads चलाकर इस समस्या का समाधान करती हैं। इसके दो मुख्य पैटर्न हैं: Active-Passive (एक Region ट्रैफ़िक संभालता है, जबकि दूसरा Standby पर प्रतीक्षा करता है) और Active-Active (दोनों Regions एक साथ ट्रैफ़िक संभालते हैं)।

Active-Passive: Warm Standby पैटर्न

Active-Passive Multi-Region Setup में Primary Region पूरा Production Traffic संभालता है। Secondary Region में कम क्षमता वाली, लेकिन कार्यशील Copy चलती रहती है, जो Warm और तैयार रहती है। डेटा Primary से Secondary में लगातार दोहराया जाता है। Primary के विफल होने पर Route 53 Failover Routing का उपयोग करके Secondary को Active बना दिया जाता है। यह पैटर्न Active-Active की तुलना में कम खर्चीला है, लेकिन इसका RTO अधिक होता है, क्योंकि Standby को Active बनाने और उसकी क्षमता बढ़ाने में समय लगता है।

# Route 53 failover routing configuration
# Primary record: us-east-1 ALB (primary)
# Secondary record: us-west-2 ALB (failover)

aws route53 change-resource-record-sets \
  --hosted-zone-id Z123 \
  --change-batch '{
    "Changes": [{
      "Action": "CREATE",
      "ResourceRecordSet": {
        "Name": "app.example.com",
        "Type": "A",
        "Failover": "PRIMARY",
        "HealthCheckId": "hc-primary"
      }
    }]
  }'

Active-Active: दोनों Regions में ट्रैफ़िक

Active-Active Setup में दोनों Regions एक साथ Production Traffic संभालते हैं। Latency-Based Routing या Weighted Routing के साथ Route 53 Users को निकटतम या सबसे उपयुक्त Region में भेजता है। जब कोई Region विफल होता है, तो Route 53 Health Checks उस विफलता का पता लगाकर पूरा ट्रैफ़िक स्वस्थ Region में भेजते हैं। Active-Active सर्वोत्तम RTO (लगभग शून्य) देता है, विश्वभर में वितरित Users के लिए Latency घटाता है और Regions के बीच Load बाँटकर Throughput बढ़ाता है।

# Route 53 latency-based routing for active-active
aws route53 change-resource-record-sets \
  --hosted-zone-id Z123 \
  --change-batch '{
    "Changes": [
      {
        "Action": "CREATE",
        "ResourceRecordSet": {
          "Name": "app.example.com",
          "Type": "A",
          "Region": "us-east-1",
          "SetIdentifier": "us-east-1",
          "HealthCheckId": "hc-use1",
          "AliasTarget": {"DNSName": "alb-use1.amazonaws.com"}
        }
      }
    ]
  }'

Regions के बीच Data Replication

Multi-Region Architecture का सबसे कठिन भाग Regions के बीच डेटा को सुसंगत बनाए रखना है। प्रमुख Tools हैं: S3 Cross-Region Replication (CRR), जो S3 Objects को Asynchronous तरीके से दूसरे Region के Bucket में दोहराता है। DynamoDB Global Tables, Eventual Consistency के साथ Multi-Master, Multi-Region Replication उपलब्ध कराते हैं। Aurora Global Database, एक Primary Region से अधिकतम पाँच Secondary Regions में डेटा दोहराता है और इसमें 1 सेकंड से कम का Lag होता है। प्रत्येक Replication Mechanism की Consistency Guarantees और Lag Characteristics अलग होती हैं।

# Enable S3 Cross-Region Replication
aws s3api put-bucket-replication \
  --bucket source-bucket-us-east-1 \
  --replication-configuration '{
    "Role": "arn:aws:iam::123:role/replication-role",
    "Rules": [{
      "Status": "Enabled",
      "Destination": {
        "Bucket": "arn:aws:s3:::dest-bucket-us-west-2"
      }
    }]
  }'

Active-Active के लिए DynamoDB Global Tables

DynamoDB Global Tables वास्तविक Active-Active, Multi-Region, Multi-Master Replication सक्षम करते हैं। आपका Application किसी भी Region में DynamoDB में Write कर सकता है और Changes सामान्यतः 1 सेकंड के भीतर अन्य सभी Regions में Replicate हो जाते हैं। Conflict Resolution, Timestamps पर आधारित Last-Writer-Wins का उपयोग करता है। इससे Global Tables, Gaming Leaderboards, User Profiles और Session Stores जैसे विश्वभर में वितरित Applications के लिए आदर्श बनते हैं, जहाँ कम Latency वाले स्थानीय Reads और Writes महत्वपूर्ण होते हैं।

# Create DynamoDB Global Table
aws dynamodb create-global-table \
  --global-table-name UserProfiles \
  --replication-group \
    RegionName=us-east-1 \
    RegionName=eu-west-1 \
    RegionName=ap-southeast-1

# Applications in each region write to local DynamoDB
# Replication is automatic and bi-directional

Aurora Global Database

Aurora Global Database कई AWS Regions में फैला होता है। इसमें एक Primary Region Writes संभालता है और अधिकतम पाँच Secondary Regions Reads संभालते हैं, जिनमें Replication Lag 1 सेकंड से कम होता है। DR के लिए आप Secondary Region को Primary बना सकते हैं और यह प्रक्रिया 1 मिनट से कम समय में पूरी हो सकती है, जिससे यह आक्रामक RTO वाले Active-Passive उपयोग के लिए उपयुक्त है। Secondary Regions कम Latency वाला Read Traffic भी संभाल सकते हैं, इसलिए यह Reads के लिए Hybrid Active-Active और Writes के लिए Active-Passive पैटर्न बन जाता है।

# Create Aurora Global Database
aws rds create-global-cluster \
  --global-cluster-identifier my-global-db \
  --engine aurora-postgresql \
  --engine-version 14.5

# Add secondary region
aws rds create-db-cluster \
  --db-cluster-identifier secondary-cluster \
  --global-cluster-identifier my-global-db \
  --engine aurora-postgresql \
  --region eu-west-1

Failover के लिए Route 53 Health Checks

Multi-Region Failover, Regional Failures का पता लगाने के लिए Route 53 Health Checks पर निर्भर करता है। Health Checks किसी Endpoint (HTTP/HTTPS/TCP), किसी CloudWatch Alarm को Monitor कर सकते हैं या अन्य Health Checks से Calculated हो सकते हैं। Route 53 दुनिया भर के कई Locations से आपके Endpoints को लगातार Poll करता है। जब कोई Check विफल होता है, तो Route 53 स्वचालित रूप से उस Region के Records लौटाना बंद कर देता है और DNS TTL अवधि के भीतर ट्रैफ़िक को स्वस्थ Regions में भेज देता है।

# Create Route 53 health check
aws route53 create-health-check \
  --caller-reference unique-ref-001 \
  --health-check-config '{
    "Type": "HTTPS",
    "FullyQualifiedDomainName": "app.us-east-1.example.com",
    "Port": 443,
    "ResourcePath": "/health",
    "RequestInterval": 30,
    "FailureThreshold": 3
  }'

Active-Active के लिए Global Accelerator

AWS Global Accelerator दो Static Anycast IP Addresses उपलब्ध कराता है, जो AWS के Global Network के माध्यम से ट्रैफ़िक को सर्वोत्तम Endpoint तक पहुँचाते हैं। Route 53 DNS Failover के विपरीत, जो TTL पर निर्भर करता है, Global Accelerator Endpoint Failures का पता 1–3 सेकंड में लगाकर ट्रैफ़िक को तुरंत दूसरी दिशा में भेज देता है — DNS Propagation से बहुत तेज़। जब आपको Sub-Second Failover, Whitelisting के लिए स्थिर IPs या ऐसा RTO चाहिए जिसमें DNS TTL-आधारित Routing बहुत धीमी हो, तब Global Accelerator का उपयोग करें।

# Create Global Accelerator
aws globalaccelerator create-accelerator \
  --name my-accelerator \
  --ip-address-type IPV4

# Add endpoints in multiple regions
aws globalaccelerator create-endpoint-group \
  --listener-arn arn:aws:globalaccelerator::123:accelerator/xxx/listener/yyy \
  --endpoint-group-region us-east-1 \
  --endpoint-configurations EndpointId=alb-us-east-1-arn,Weight=100

Active-Active में Conflict Resolution

Active-Active Multi-Region Architectures के सामने एक मूलभूत चुनौती होती है: Write Conflicts। यदि दो Regions एक ही Record को एक साथ Update करें, तो कौन-सा Update प्रभावी होगा? DynamoDB Global Tables Last-Writer-Wins का उपयोग करता है। Application-Level Conflict Resolution Strategies में शामिल हैं: Event Sourcing (CRDT Merge के साथ केवल जोड़ने योग्य Logs), Versioning (पुराने Version Numbers वाले Writes को अस्वीकार करना) या Partitioned Writes (प्रत्येक Region डेटा के एक Shard का स्वामी हो और केवल उसी Shard में Write करे)। अपने Data Model को इस प्रकार Design करें कि Regions के बीच Write Conflicts न्यूनतम हों।

# DynamoDB conditional write to prevent conflicts
aws dynamodb update-item \
  --table-name Orders \
  --key '{"orderId":{"S":"ord-123"}}' \
  --update-expression 'SET #s = :newStatus' \
  --condition-expression '#v = :expectedVersion' \
  --expression-attribute-names '{"#s":"status","#v":"version"}' \
  --expression-attribute-values '{":newStatus":{"S":"shipped"},":expectedVersion":{"N":"1"}}'

लागत और परिचालन जटिलता

Multi-Region Architectures लागत और जटिलता को काफ़ी बढ़ा देती हैं। आपको कई Regions में Resources, Data Replication Costs (Cross-Region Data Transfer), Health Check Costs और अक्सर प्रत्येक Region में अलग Operational Tooling के लिए भुगतान करना पड़ता है। Active-Passive अधिक किफ़ायती है, क्योंकि Standby कम क्षमता पर चलता है। Active-Active सबसे महँगा है, लेकिन User Experience और RTO सबसे बेहतर देता है। अतिरिक्त Regional Resilience के Business Value की तुलना लागत से हमेशा करें।

# Key costs in multi-region architecture:
# - EC2/RDS in each region: full compute costs
# - Cross-region data transfer: ~$0.02/GB
# - Route 53 health checks: ~$0.50/check/month
# - Global Accelerator: $0.025/hour + data transfer
# - DynamoDB Global Table replication: per-write charges per region
# - Aurora Global Database: storage replicated to all regions

सही Multi-Region पैटर्न चुनना

अपना Multi-Region Pattern Business Requirements के आधार पर चुनें: यदि RTO > 1 घंटा है और लागत प्राथमिकता है, तो दूसरे Region में Backup and Restore का उपयोग करें। यदि RTO कुछ मिनट है, तो Warm Standby के साथ Active-Passive का उपयोग करें। यदि RTO < 1 मिनट है और Users विश्वभर में वितरित हैं, तो Active-Active का उपयोग करें। Regulatory Requirements पर भी विचार करें — कुछ Industries में डेटा का विशिष्ट Regions में रहना आवश्यक होता है, जिससे आपके Replication Options सीमित हो सकते हैं। Trade-Offs को स्पष्ट रूप से दर्ज करते हुए अपने Architecture Decision का दस्तावेज़ बनाएँ।

# Decision matrix:
# RTO > 1 hour, RPO > 1 hour:  Backup & Restore
# RTO ~minutes, RPO ~minutes:   Active-Passive (Warm Standby)
# RTO < 1 minute, RPO ~0:       Active-Active

# Key services for each:
# Backup & Restore: AWS Backup + S3 CRR
# Active-Passive:   Aurora Global DB + Route 53 failover
# Active-Active:    DynamoDB Global Tables + Global Accelerator

त्वरित जाँच

इस Lesson में दिए गए AWS Solutions Architect (SAA-C03) Concepts की अपनी समझ जाँचें।

इंटरैक्टिव पाठ में इसका उत्तर दें

Lesson का पुनरावलोकन

इस Lesson में आपने सीखा: Active-Passive में एक Standby Region चलता है, जो विफलता होने पर सक्रिय हो जाता है, Active-Active में कई Regions एक साथ ट्रैफ़िक संभालते हैं, और DynamoDB Global Tables तथा Aurora Global Database Multi-Region Data Replication के प्रमुख Services हैं। Route 53 Health Checks और Global Accelerator Traffic Routing के निर्णय संभालते हैं। आगे हम Health Checks, Circuit Breakers और Retry Logic का अध्ययन करेंगे।

शुरुआत निःशुल्क

एआई शिक्षक के साथ AWS Solutions Architect सीखें — निःशुल्क

अपने ब्राउज़र में वास्तविक कोड लिखें और चलाएँ, चौबीसों घंटे एआई शिक्षक से तुरंत सहायता पाएँ, और वेब या ऐप पर वहीं से शुरू करें जहाँ आपने छोड़ा था।

पाठ्यक्रम
30
पाठ
120
निःशुल्क सीखना शुरू करेंपूरा पाठ्यक्रम देखें

अक्सर पूछे जाने वाले प्रश्न

क्या “बहु-Region सक्रिय-सक्रिय और सक्रिय-निष्क्रिय” पाठ निःशुल्क है?

हाँ — AWS Solutions Architect अध्ययन पथ के 3 तक कोई भी पाठ, जिसमें “बहु-Region सक्रिय-सक्रिय और सक्रिय-निष्क्रिय” भी शामिल है, यहाँ वेब पर पूरा पढ़ना निःशुल्क है। इसके बाद CoddyKit PRO हर पाठ अनलॉक करता है, साथ ही अंतर्निर्मित कोड संपादक और चौबीसों घंटे एआई शिक्षक के साथ इंटरैक्टिव अभ्यास भी उपलब्ध कराता है। AWS Solutions Architect पाठ्यक्रम में कुल 4 पाठ शामिल हैं।

“बहु-Region सक्रिय-सक्रिय और सक्रिय-निष्क्रिय” में मैं क्या सीखूँगा?

Route 53 लेटेंसी रूटिंग से एक साथ कई Region में ट्रैफ़िक भेजिए या स्वास्थ्य-जाँच आधारित फ़ेलओवर से वार्म स्टैंडबाय पर स्थानांतरित कीजिए। आप ब्राउज़र में सीधे चलाए जाने वाले व्यावहारिक कोड के साथ AWS Solutions Architect का अभ्यास करते हैं, और पाठ पूरा करते समय 24/7 एआई ट्यूटर आपके प्रश्नों के उत्तर देता है।

क्या AWS Solutions Architect शुरू करने के लिए मुझे किसी अनुभव की आवश्यकता है?

पहले के अनुभव की आवश्यकता नहीं है। CoddyKit पर AWS Solutions Architect शुरुआती से लेकर उन्नत शिक्षार्थियों तक सभी के लिए व्यवस्थित किया गया है, इसलिए आप यहीं से या शुरुआत से सीखना शुरू कर सकते हैं और अपनी गति से आगे बढ़ सकते हैं। यह 4 में से 3वाँ पाठ है।

“बहु-Region सक्रिय-सक्रिय और सक्रिय-निष्क्रिय” पाठ पूरा करने में कितना समय लगता है?

CoddyKit का अधिकांश पाठ लगभग 5–10 मिनट में पूरा हो जाता है। हर पाठ छोटा और संवादात्मक है, इसलिए आप लगातार प्रगति करते हैं और वेब या ऐप पर वहीं से सीखना जारी रख सकते हैं जहाँ आपने छोड़ा था।

क्या मैं इस AWS Solutions Architect पाठ में कोड लिख और चला सकता हूँ?

हाँ। हर AWS Solutions Architect पाठ में एक अंतर्निर्मित कोड संपादक शामिल है, जिससे आप सीधे अपने ब्राउज़र में वास्तविक कोड लिख और चला सकते हैं और तुरंत एआई प्रतिक्रिया पा सकते हैं—स्थानीय सेटअप की आवश्यकता नहीं है।

इस पाठ्यक्रम के सभी पाठ

  1. HA बनाम दोष-सहिष्णुता: परिभाषाएँ और समझौते
  2. स्टेटफुल सेवाओं के लिए मल्टी-AZ पैटर्न
  3. बहु-Region सक्रिय-सक्रिय और सक्रिय-निष्क्रिय
  4. स्वास्थ्य जाँच, सर्किट ब्रेकर और पुनःप्रयास तर्क
← AWS Solutions Architect पर वापस जाएँ