Cloud & IT Cert Prep · पाठ

PaaS सेवाओं के लिए DR

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

PaaS सेवाओं के लिए DR, CoddyKit पर Cloud & IT Cert Prep का एक निःशुल्क पाठ है। यह 4 में से 4वाँ पाठ है। आप नीचे पूरा पाठ निःशुल्क पढ़ सकते हैं—फिर अंतर्निहित कोड संपादक और 24/7 एआई ट्यूटर के साथ ब्राउज़र में इसका व्यावहारिक अभ्यास कर सकते हैं। यह Cloud & IT Cert Prep सीखने के मार्ग का हिस्सा है और आपकी प्रगति वेब तथा CoddyKit ऐप पर सिंक होती रहती है। Cloud & IT Cert Prep पाठ्यक्रम में कुल 4 पाठ शामिल हैं।

PaaS और IaaS के लिए DR

IaaS Services (VMs) के लिए आपदा पुनर्प्राप्ति में आमतौर पर Azure Site Recovery का उपयोग करके पूरे OS और डेटा डिस्क को द्वितीयक क्षेत्र में दोहराना शामिल होता है। PaaS Services के DR मॉडल अलग होते हैं, क्योंकि अंतर्निहित infrastructure का प्रबंधन Microsoft करता है। PaaS के लिए DR आमतौर पर डेटा परत पर configure किया जाता है — डेटा को द्वितीयक क्षेत्र में दोहराया जाता है, जबकि platform स्वयं स्वचालित रूप से शुरू हो जाता है।

Azure SQL Database: अंतर्निर्मित अतिरेक

Azure SQL Database एक ही क्षेत्र के भीतर Zone स्तर पर अंतर्निर्मित उच्च उपलब्धता प्रदान करता है। क्षेत्रों के बीच DR के लिए इसमें दो प्रमुख क्षमताएँ हैं: सक्रिय भू-प्रतिकृति (चार अन्य क्षेत्रों तक पढ़े जा सकने वाले द्वितीयक डेटाबेस) और स्वचालित विफलता समूह (एकल listener endpoint के साथ स्वचालित विफलता)। इन्हें Azure Site Recovery की आवश्यकता के बिना डेटाबेस या सर्वर स्तर पर configure किया जाता है।

# Create a geo-replication link:
az sql db replica create \
  --resource-group myRG \
  --server primarySqlServer \
  --name myDatabase \
  --partner-server secondarySqlServer \
  --partner-resource-group secondaryRG

स्वचालित विफलता समूह

स्वचालित विफलता समूह भू-प्रतिकृति के ऊपर स्वचालन और एकल connection endpoint जोड़ते हैं। आप प्राथमिक सर्वर पर एक समूह configure करते हैं, द्वितीयक सर्वर जोड़ते हैं और अनुग्रह अवधि निर्धारित करते हैं — यह वह समय है, जितनी देर Azure स्वचालित विफलता Trigger करने से पहले प्राथमिक सर्वर के पुनर्प्राप्त होने की प्रतीक्षा करता है। Application listener endpoint (जैसे, mygroup.database.windows.net) से कनेक्ट होते हैं और connection strings बदले बिना विफलता के बाद स्वचालित रूप से पुनर्निर्देशित हो जाते हैं।

# Create an auto-failover group:
az sql failover-group create \
  --resource-group myRG \
  --server primarySqlServer \
  --name myFailoverGroup \
  --partner-server secondarySqlServer \
  --partner-resource-group secondaryRG \
  --failover-policy Automatic \
  --grace-period 60

भू-प्रतिकृति के साथ Azure SQL का RPO

Azure SQL Database की भू-प्रतिकृति अतुल्यकालिक होती है — लेन-देन प्राथमिक पर प्रतिबद्ध किए जाते हैं और फिर द्वितीयक पर दोहराए जाते हैं। इसका अर्थ है कि प्रतिकृति में थोड़ी देरी रहती है, जो सामान्य परिस्थितियों में आमतौर पर 5 सेकंड से कम होती है। इसलिए SQL भू-प्रतिकृति का RPO अधिकांश परिस्थितियों में लगभग 5 सेकंड होता है, जिससे यह बहुत कम डेटा हानि की आवश्यकता वाले Tier 1 और Tier 2 कार्यभार के लिए उपयुक्त है।

SQL के लिए समय-बिंदु पुनर्स्थापना

Azure SQL Database के सभी स्तरों में स्वचालित बैकअप शामिल होते हैं: साप्ताहिक पूर्ण बैकअप, हर 12 घंटे में differential बैकअप और हर 5-12 मिनट में transaction log बैकअप। इससे Point-in-Time Restore (PITR) संभव होता है — retention अवधि के भीतर किसी भी सेकंड पर डेटाबेस को पुनर्स्थापित करना (Standard/General Purpose के लिए 7-35 दिन, Business Critical के लिए अधिकतम 35 दिन)। PITR गलती से डेटा हटने या दूषित होने पर पुनर्प्राप्ति के लिए उपयोगी है।

# Restore a database to a specific point in time:
az sql db restore \
  --resource-group myRG \
  --server mySqlServer \
  --name myDatabase-restored \
  --source-database-name myDatabase \
  --time '2026-06-20T14:30:00Z'

Cosmos DB: DR के लिए बहु-क्षेत्र लेखन

Azure Cosmos DB में बहु-क्षेत्र लेखन वैश्विक Application के लिए लगभग शून्य RPO प्रदान करता है। Configure किए गए सभी क्षेत्र एक साथ लेखन operations स्वीकार कर सकते हैं और Cosmos DB अपने proprietary replication protocol का उपयोग करके डेटा को स्वचालित रूप से synchronise करता है। यदि कोई क्षेत्र विफल हो जाए, तो बिना किसी मैन्युअल विफलता के आवश्यक के Traffic स्वचालित रूप से बचे हुए स्वस्थ क्षेत्रों में भेज दिया जाता है — जिससे RTO और RPO लगभग शून्य हो जाते हैं।

# Add a secondary region to Cosmos DB:
az cosmosdb update \
  --resource-group myRG \
  --name myCosmosAccount \
  --locations regionName=eastus failoverPriority=0 isZoneRedundant=true \
                regionName=westus failoverPriority=1 isZoneRedundant=true

Azure App Service के DR संबंधी विचार

Azure App Service स्वयं stateless है (Application code को source control या ZIP file से deploy किया जाता है)। DR के लिए ध्यान डेटा परत (डेटाबेस और blob storage) पर होना चाहिए। CI/CD pipeline के माध्यम से App Service को द्वितीयक क्षेत्र में शीघ्रता से redeploy किया जा सकता है। हालांकि, आपको यह सुनिश्चित करना चाहिए कि आपका custom domain, TLS certificates और app settings दोहराए गए हों या उनकी स्क्रिप्ट बनाई गई हो, ताकि उन्हें द्वितीयक क्षेत्र में शीघ्रता से फिर से बनाया जा सके।

# Export App Service configuration (app settings + connection strings):
az webapp config appsettings list \
  --name myWebApp \
  --resource-group myRG \
  --output json > appsettings-backup.json

# Apply to secondary region App Service:
az webapp config appsettings set \
  --name myWebApp-secondary \
  --resource-group secondaryRG \
  --settings @appsettings-backup.json

Azure Storage: GRS और RA-GRS

Azure Blob Storage में Geo-Redundant Storage (GRS) डेटा को सैकड़ों मील दूर स्थित द्वितीयक क्षेत्र में स्वचालित रूप से दोहराता है। डेटा अतुल्यकालिक रूप से दोहराया जाता है (RPO आमतौर पर 15 मिनट से कम)। Read-Access GRS (RA-GRS) विफलता Trigger होने से पहले भी द्वितीयक endpoint से पढ़ने की अनुमति देता है, जो प्राथमिक क्षेत्र के outage के दौरान analytics और reporting कार्यभार के लिए उपयोगी है।

# Create a storage account with RA-GRS:
az storage account create \
  --resource-group myRG \
  --name mystorageaccount \
  --sku Standard_RAGRS \
  --kind StorageV2

# Secondary endpoint: mystorageaccount-secondary.blob.core.windows.net

Azure Functions और Logic Apps का DR

Azure Functions design के अनुसार stateless होते हैं, इसलिए उन्हें आसानी से redeploy किया जा सकता है। DR के लिए, उसी function app को द्वितीयक क्षेत्र में deploy करें और क्षेत्रों के बीच HTTP triggers भेजने के लिए Traffic Manager का उपयोग करें। non-HTTP triggers (Service Bus, Event Grid) के लिए message source को दोनों क्षेत्रों में fan out करने के लिए configure करें या द्वितीयक क्षेत्र को उसी source से poll करने दें। Durable Functions की स्थिति Azure Storage में संग्रहीत होती है — सुनिश्चित करें कि वह Storage GRS का उपयोग करता हो।

Active Geo-Replication और Auto-Failover Groups के बीच चयन

जब आपको सूक्ष्म स्तर पर नियंत्रण चाहिए, तब active geo-replication का Use करें — उदाहरण के लिए, प्रदर्शन बेहतर करने के लिए पढ़ने वाले ट्रैफ़िक को किसी द्वितीयक क्षेत्र में भेजना या अलग-अलग क्षेत्रों में मौजूद कई द्वितीयकों को स्वतंत्र रूप से प्रबंधित करना। जब आप सरलता चाहते हैं, तब auto-failover groups का Use करें: इसमें एकल लिस्नर एंडपॉइंट, टाइमर के आधार पर स्वचालित फ़ेलओवर और मैन्युअल हस्तक्षेप के बिना फ़ेलओवर प्रक्रिया का अंतर्निहित संचालन मिलता है।

PaaS और VM DR की लागतों की तुलना

कई कारणों से PaaS DR, VM-आधारित DR की तुलना में अक्सर सस्ता होता है। SQL Database geo-replication में केवल द्वितीयक की स्टोरेज और कंप्यूट क्षमता का शुल्क लिया जाता है; आपको पूरे VM OS लाइसेंस के लिए भुगतान नहीं करना पड़ता। Azure Cosmos DB में प्रत्येक क्षेत्र में प्रावधानित RU के लिए शुल्क लिया जाता है। Azure Storage GRS स्टोरेज लागत में लगभग 2 गुना वृद्धि करता है। इसके विपरीत, ASR द्वारा प्रतिकृत VM के लिए द्वितीयक क्षेत्र में पूरी कंप्यूट क्षमता, स्टोरेज और लाइसेंसिंग लागत देनी पड़ती है।

त्वरित जाँच

इस पाठ में दिए गए Microsoft Azure Fundamentals (AZ-900) के सिद्धांतों की अपनी समझ जाँचें।

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

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

इस पाठ में आपने सीखा: PaaS DR का ध्यान VM प्रतिकृति के बजाय डेटा स्तर पर होता है; Azure SQL auto-failover groups स्वचालित फ़ेलओवर के साथ एकल लिस्नर एंडपॉइंट उपलब्ध कराते हैं; और Cosmos DB multi-region writes वैश्विक अनुप्रयोगों के लिए लगभग शून्य RTO और RPO प्रदान करते हैं। आगे हम Azure अनुपालन ढाँचों और साझा ज़िम्मेदारी मॉडल का अध्ययन करेंगे।

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

एआई शिक्षक के साथ Cloud & IT Cert Prep सीखें — निःशुल्क

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

पाठ्यक्रम: 150
पाठ: 600

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

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

क्या “PaaS सेवाओं के लिए DR” पाठ निःशुल्क है?

हाँ—“PaaS सेवाओं के लिए DR” का पूरा पाठ यहाँ वेब पर निःशुल्क पढ़ा जा सकता है। इंटरैक्टिव अभ्यास (अंतर्निहित कोड संपादक और 24/7 एआई ट्यूटर) करने और Cloud & IT Cert Prep पाठ्यक्रम का बाकी हिस्सा अनलॉक करने के लिए CoddyKit PRO लें। Cloud & IT Cert Prep पाठ्यक्रम में कुल 4 पाठ शामिल हैं।

“PaaS सेवाओं के लिए DR” में मैं क्या सीखूँगा?

भौगोलिक प्रतिकृति और स्वचालित फ़ेलओवर समूहों का उपयोग करके Azure SQL Database के लिए आपदा पुनर्प्राप्ति डिज़ाइन करें और इसकी तुलना स्थिति-संरक्षित वर्कलोड के VM-स्तरीय प्रतिकरण से करें। आप ब्राउज़र में सीधे चलाए जाने वाले व्यावहारिक कोड के साथ Cloud & IT Cert Prep का अभ्यास करते हैं, और पाठ पूरा करते समय 24/7 एआई ट्यूटर आपके प्रश्नों के उत्तर देता है।

क्या Cloud & IT Cert Prep शुरू करने के लिए मुझे किसी अनुभव की आवश्यकता है?

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

“PaaS सेवाओं के लिए DR” पाठ पूरा करने में कितना समय लगता है?

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

क्या मैं इस Cloud & IT Cert Prep पाठ में कोड लिख और चला सकता हूँ?

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

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

← Cloud & IT Cert Prep पर वापस जाएँ