Cloud & IT Cert Prep · पाठ

RTO, RPO और पुनर्प्राप्ति स्तर निर्धारित करना

वर्कलोड को उनकी महत्वपूर्णता के अनुसार वर्गीकृत करें, RTO और RPO लक्ष्य निर्धारित करें और उन्हें उपयुक्त Azure पुनर्प्राप्ति क्षमताओं तथा प्रतिकृति आवृत्तियों से संबद्ध करें।

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

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

व्यवसाय निरंतरता योजना की मूल बातें

व्यवसाय निरंतरता योजना (BCP) यह सुनिश्चित करने की प्रक्रिया है कि किसी आपदा के दौरान और उसके बाद महत्वपूर्ण व्यावसायिक कार्य जारी रह सकें। क्लाउड कंप्यूटिंग में इसका अर्थ ऐसे सिस्टम बनाना है जो स्वीकार्य समय और डेटा-हानि सीमाओं के भीतर विफलताओं से पुनर्प्राप्त हो सकें। दो प्रमुख मेट्रिक — RTO और RPO — प्रत्येक कार्यभार के लिए यह निर्धारित करते हैं कि 'स्वीकार्य' का क्या अर्थ है।

पुनर्प्राप्ति समय लक्ष्य (RTO)

पुनर्प्राप्ति समय लक्ष्य (RTO) वह अधिकतम स्वीकार्य समय है, जितने समय तक कोई सिस्टम आपदा के बाद ऑफ़लाइन रह सकता है। यह इस प्रश्न का उत्तर देता है: 'व्यवसाय इस एप्लिकेशन के बंद रहने को कितनी देर तक सहन कर सकता है?' RTO को समय में व्यक्त किया जाता है — घंटे, मिनट या सेकंड। भुगतान संसाधन सिस्टम का RTO 15 मिनट हो सकता है, जबकि किसी आंतरिक HR पोर्टल का RTO 24 घंटे हो सकता है।

# RTO examples by workload type:
# Payment processing: RTO = 15 minutes
# E-commerce storefront: RTO = 1 hour
# Internal reporting: RTO = 4 hours
# Archive/audit data: RTO = 24 hours

# Shorter RTO = more expensive architecture required
# (warm standby, active-active, auto-failover)

पुनर्प्राप्ति बिंदु लक्ष्य (RPO)

पुनर्प्राप्ति बिंदु लक्ष्य (RPO) समय के रूप में मापी जाने वाली अधिकतम स्वीकार्य डेटा-हानि है। यह पूछता है: 'व्यवसाय कितना डेटा खोने का जोखिम उठा सकता है?' यदि RPO 1 घंटा है, तो व्यवसाय 1 घंटे तक के लेन-देन खोना स्वीकार करता है। RPO यह निर्धारित करता है कि आपको डेटा का बैकअप या प्रतिकृति कितनी बार बनानी होगी। 0 RPO के लिए समकालिक प्रतिकृति आवश्यक होती है, जो महँगी होती है और लेखन प्रदर्शन को प्रभावित कर सकती है।

# RPO examples:
# Financial transactions: RPO = 0 (no data loss tolerated)
# E-commerce orders: RPO = 5 minutes
# User-generated content: RPO = 1 hour
# Configuration/metadata: RPO = 24 hours

# Shorter RPO = more frequent replication or synchronous writes
# = higher cost and possibly higher latency

RTO बनाम RPO: मुख्य अंतर

RTO और RPO को आपस में भ्रमित न करना महत्वपूर्ण है:

  • RTO समय से संबंधित है — सिस्टम कितनी देर बंद रहता है
  • RPO डेटा से संबंधित है — कितना डेटा खोता है

किसी सिस्टम का RTO छोटा (तेज़ पुनर्प्राप्ति) लेकिन RPO लंबा (काफी डेटा-हानि स्वीकार्य) हो सकता है, या इसके विपरीत। आदर्श स्थिति में दोनों छोटे होते हैं, लेकिन इसे प्राप्त करने के लिए प्रतिकृति और सक्रिय-तैयार क्षमता में महत्वपूर्ण निवेश आवश्यक है।

महत्व के आधार पर कार्यभारों का वर्गीकरण

सभी कार्यभारों का महत्व समान नहीं होता। एक सामान्य तरीका यह है कि व्यावसायिक प्रभाव के आधार पर कार्यभारों को पुनर्प्राप्ति स्तरों में वर्गीकृत किया जाए:

  • स्तर 1 (मिशन-क्रिटिकल) — कड़े RTO/RPO, सबसे अधिक लागत (जैसे, भुगतान और ट्रेडिंग प्लेटफ़ॉर्म)
  • स्तर 2 (व्यवसाय-क्रिटिकल) — मध्यम RTO/RPO (जैसे, CRM और ERP)
  • स्तर 3 (गैर-क्रिटिकल) — शिथिल RTO/RPO, सबसे कम लागत (जैसे, विकास परिवेश और संग्रह)

स्तरों को Azure पुनर्प्राप्ति विकल्पों से जोड़ना

अलग-अलग पुनर्प्राप्ति स्तर अलग-अलग Azure क्षमताओं से जुड़े होते हैं:

  • स्तर 1 — Cosmos DB बहु-क्षेत्रीय लेखन, SQL स्वचालित-फ़ेलओवर समूह, सक्रिय-सक्रिय आर्किटेक्चर, Traffic Manager
  • स्तर 2 — द्वितीयक क्षेत्र में Azure Site Recovery, SQL भौगोलिक प्रतिकृति (रीड रेप्लिका), 30 दिनों की अवधारण के साथ दैनिक बैकअप
  • स्तर 3 — साप्ताहिक शेड्यूल वाला Azure Backup, कोई प्रतिकृति नहीं, स्नैपशॉट से पुनर्स्थापना

डाउनटाइम की लागत की गणना

कम-RTO आर्किटेक्चर में निवेश को उचित ठहराने के लिए कार्यभार के डाउनटाइम की लागत की गणना करें। इसमें खोया हुआ Revenue, ग्राहकों को SLA दंड, Staff की उत्पादकता में कमी और प्रतिष्ठा को होने वाली क्षति शामिल हैं। यदि 1 घंटे के डाउनटाइम की लागत $500,000 है, तो सक्रिय-सक्रिय सेटअप पर प्रति माह $50,000 खर्च करना आसानी से उचित ठहराया जा सकता है। उपयुक्त पुनर्प्राप्ति स्तर के लिए व्यावसायिक मामला बनाने में इन संख्याओं का उपयोग करें।

# Cost of downtime formula:
# Hourly revenue at risk + (staff hours idle x hourly rate)
# + SLA penalty exposure + estimated reputational cost

# Example:
# Revenue: $100,000/hour
# Staff: 500 people x $60/hour = $30,000/hour idle
# SLA penalties: $5,000/hour
# Total cost of downtime: ~$135,000 per hour

स्तर 2 के लिए Azure Site Recovery

Azure Site Recovery (ASR) Azure पर स्तर 2 के RTO/RPO लक्ष्यों को प्राप्त करने की Primary सेवा है। ASR VMs की लगातार द्वितीयक क्षेत्र में प्रतिकृति बनाता है और कुछ ही मिनटों में फ़ेलओवर शुरू कर सकता है। Azure VMs के लिए प्रतिकृति आवृत्ति हर 30 सेकंड (क्रैश-संगत) या 1–4 घंटे (ऐप-संगत) होती है, इसलिए Configuration के आधार पर RPO आम तौर पर इसी सीमा में रहता है।

# Enable replication for a VM with ASR:
az site-recovery protected-item create \
  --resource-group myRG \
  --vault-name myRecoveryVault \
  --fabric-name 'Primary' \
  --container-name 'asr-a2a-default-eastus-container' \
  --protected-item-name myVM-protected

RPO और बैकअप आवृत्ति

जिन कार्यभारों में RPO को घंटों में मापा जाता है, उनके लिए उपयुक्त शेड्यूल वाला Azure Backup पर्याप्त होता है। उदाहरण के लिए, 4 घंटे के RPO के लिए कम से कम 4 घंटे का बैकअप अंतराल आवश्यक है। Azure Backup ऐसी उन्नत नीतियों का समर्थन करता है जो Azure VMs के लिए प्रति घंटा बैकअप शेड्यूल की अनुमति देती हैं। डेटाबेस के लिए, लेन-देन लॉग बैकअप के साथ समय-बिंदु पुनर्स्थापना (PITR), ASR की तुलना में कम लागत पर 1 घंटे से कम RPO प्राप्त कर सकती है।

RTO और RPO प्रतिबद्धताओं का दस्तावेज़ीकरण

RTO और RPO लक्ष्यों को औपचारिक रूप से दस्तावेज़ित करके व्यावसायिक प्रभाव विश्लेषण (BIA) में शामिल किया जाना चाहिए और तकनीकी तथा व्यावसायिक, दोनों हितधारकों द्वारा उनकी समीक्षा की जानी चाहिए। BIA प्रत्येक एप्लिकेशन को उसके पुनर्प्राप्ति स्तर से जोड़ता है, RTO/RPO लक्ष्यों का दस्तावेज़ीकरण करता है, उन लक्ष्यों को पूरा करने वाली Azure सेवाओं की पहचान करता है और जाँच शेड्यूल निर्दिष्ट करता है (अर्थात, अभ्यासों के माध्यम से DR Plan को कितनी बार मान्य किया जाता है)।

RTO/RPO लक्ष्यों के विरुद्ध परीक्षण

RTO और RPO लक्ष्य तब तक केवल आकांक्षी होते हैं, जब तक उन्हें DR परीक्षण के माध्यम से मान्य न किया जाए। DR परीक्षण के दौरान पुनर्प्राप्ति में लगने वाला वास्तविक समय मापें (क्या यह निर्धारित RTO पूरा करता है?) और पुनर्प्राप्ति बिंदु पर वास्तविक डेटा-हानि मापें (क्या यह निर्धारित RPO पूरा करता है?)। यदि परीक्षण में कमियाँ सामने आती हैं, तो लक्ष्यों को लगातार प्राप्त होने तक आर्किटेक्चर या प्रक्रियाओं को Update करें। अनुपालन ऑडिट के लिए परीक्षण परिणामों का दस्तावेज़ीकरण करें।

त्वरित जाँच

इस पाठ से Microsoft Azure Fundamentals (AZ-900) की अवधारणाओं के बारे में अपनी समझ जाँचें।

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

इस पाठ में आपने सीखा: RTO अधिकतम स्वीकार्य डाउनटाइम है, जबकि RPO समय के रूप में मापी जाने वाली अधिकतम स्वीकार्य डेटा-हानि है; कार्यभारों को पुनर्प्राप्ति स्तरों में वर्गीकृत किया जाता है, जो विशिष्ट Azure सेवाओं से जुड़े होते हैं; और यह मान्य करने के लिए परीक्षण आवश्यक है कि RTO/RPO लक्ष्य प्राप्त किए जा सकते हैं। आगे हम Azure Site Recovery के साथ पुनर्प्राप्ति Plans और स्वचालित फ़ेलओवर का अध्ययन करेंगे।

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

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

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

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

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

क्या “RTO, RPO और पुनर्प्राप्ति स्तर निर्धारित करना” पाठ निःशुल्क है?

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

“RTO, RPO और पुनर्प्राप्ति स्तर निर्धारित करना” में मैं क्या सीखूँगा?

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

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

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

“RTO, RPO और पुनर्प्राप्ति स्तर निर्धारित करना” पाठ पूरा करने में कितना समय लगता है?

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

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

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

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

  1. RTO, RPO और पुनर्प्राप्ति स्तर निर्धारित करना
  2. पुनर्प्राप्ति योजनाएँ और स्वचालित फ़ेलओवर
  3. बिना प्रभाव के DR परीक्षण
  4. PaaS सेवाओं के लिए DR
← Cloud & IT Cert Prep पर वापस जाएँ