नेटिव प्रतिकृति
समर्थित स्थिति के लिए सेवा का अपना प्रतिकृति पथ इस्तेमाल करें। उदाहरण: नए ECR इमेज, S3 ऑब्जेक्ट प्रतिकृति या स्वीकृत डेटाबेस प्रतिकृति।
पैटर्न देखें →रिकवरी रणनीतियाँ
सही रिकवरी पथ।
हर AWS घटक के लिए।
जानें कि इमेज, प्रमाणपत्र, नेटवर्क नियंत्रण, सीक्रेट, डेटा और इन्फ्रास्ट्रक्चर एक साथ कैसे काम करते हैं। ये आरेख Dockfield की रिकवरी डिज़ाइन दिखाते हैं; हर ग्राहक कार्यान्वयन का दायरा अलग तय करके परीक्षण किया जाता है।
सेवा और रिकवरी लक्ष्य के अनुसार चुनें
सात परिवार, एक रिकवरी ब्लूप्रिंट।
एक वर्कलोड में कई रणनीति परिवार शामिल हो सकते हैं। कंटेनर सेवा के लिए उसकी इमेज, नेटवर्क, पहचान, सीक्रेट और डेटा एक साथ तैयार होने चाहिए। कॉन्फ़िगरेशन रिकवरी और एप्लिकेशन डेटा रिकवरी के प्रमाण और समय अलग-अलग होते हैं।
इवेंट-आधारित मिररिंग
परिवर्तन इवेंट कैप्चर करें, मौजूदा कॉन्फ़िगरेशन देखें और DR में मैप किए गए समकक्ष संसाधनों का मिलान करें। SG और NACL के लिए कस्टम रिकन्साइलर चाहिए।
पैटर्न देखें →डिक्लेरेटिव पुनर्निर्माण
रिकवरी ब्लूप्रिंट से निर्भरता क्रम में समर्थित इंफ्रास्ट्रक्चर फिर बनाएँ। उदाहरण: VPC, लोड बैलेंसर, ECS और EKS।
पैटर्न देखें →बैकअप और समय-बिंदु पुनर्स्थापन
स्वीकृत रिस्टोर पॉइंट से सेवा के नेटिव बैकअप मार्ग द्वारा स्थिति पुनर्प्राप्त करें। उदाहरण: RDS, Aurora और समर्थित AWS Backup संसाधन।
पैटर्न देखें →फिर से जारी करना या बनाना
मान्य गंतव्य संसाधन बनाएँ और उसकी नई पहचान मैप करें। उदाहरण: लक्ष्य खाते और क्षेत्र के लिए ACM प्रमाणपत्र।
पैटर्न देखें →साझा रिकवरी कंट्रोल प्लेन
सुरक्षित वातावरणों के बीच रूटिंग निर्णय समन्वित रखें। ARC रूटिंग कंट्रोल, Route 53 हेल्थ चेक पर काम करते हैं।
पैटर्न देखें →संगठन शासन
प्रतिनिधि प्रशासन और सेवा-विशिष्ट क्षेत्रीय सेटिंग के साथ लागू नियंत्रणों को केंद्रीय रूप से प्रबंधित करें।
पैटर्न देखें →इमेज · बैकफ़िल + निरंतर नेटिव प्रतिकृति
ECR: इमेज सुरक्षित करें, फिर सेवा दोबारा बनाएँ।
मौजूदा इमेज और भविष्य के पुश अलग रास्ते अपनाते हैं। ECS या EKS द्वारा रिकवर किया गया वर्कलोड शुरू करने से पहले गंतव्य इमेज उपलब्ध होनी चाहिए।
गंतव्य तैयार करें
नेटिव प्रतिकृति नियम और गंतव्य रजिस्ट्री की अनुमतियाँ कॉन्फ़िगर करें। मौजूदा सामग्री को अलग कॉपी मार्ग चाहिए; गंतव्य डाइजेस्ट और स्वीकृत रिलीज़ जाँचें।
रिपॉज़िटरी नियंत्रण पर ध्यान दें
एन्क्रिप्शन, टैग अपरिवर्तनीयता, अनुमतियाँ और लाइफ़साइकल नियमों के लिए लक्ष्य कॉन्फ़िगरेशन या उपयुक्त निर्माण टेम्पलेट चाहिए। नेटिव इमेज प्रतिकृति स्रोत से हटाने की कार्रवाई नहीं भेजती।
AWS संदर्भ: ECR प्रतिकृति
प्रमाणपत्र · फिर से जारी / फिर से आयात
ACM: नया गंतव्य प्रमाणपत्र, मैप किया गया ARN।
प्रमाणपत्र का उद्देश्य दर्ज करें: नाम, प्रकार, सत्यापन विधि और वर्कलोड अटैचमेंट। गंतव्य खाते और क्षेत्र में प्रमाणपत्र माँगें या आयात करें, फिर उसका ARN रिकवर किए गए लिस्नर से मैप करें।
पहचान के लिए क्षेत्र मायने रखता है
स्रोत ACM ARN गंतव्य प्रमाणपत्र नहीं है। रिकवरी अभ्यास से पहले जारी करना और DNS सत्यापन तैयार करें; गंतव्य लिस्नर बाइंडिंग जाँचें।
निजी सामग्री सुरक्षित रहती है
खोज के लिए निजी कुंजियों की ज़रूरत नहीं। किसी भी आयात में स्वीकृत सुरक्षित कुंजी मार्ग अपनाएँ। ऐप कहीं और हो, तब भी CloudFront प्रमाणपत्र us-east-1 का उपयोग करते हैं।
AWS संदर्भ: ACM क्षेत्र और उपयोग · प्रमाणपत्र आयात करें
नेटवर्क नियंत्रण · मिलान + जोखिमपूर्ण बदलाव रोकें
Security Groups और NACL: उद्देश्य को सुरक्षित रूप से प्रतिबिंबित करें।
ये सेवाएँ खातों के बीच SG/NACL की नेटिव प्रतिकृति नहीं देतीं। Dockfield रीकन्साइलर बदलाव इवेंट को संकेत मानता है, मौजूदा कॉन्फ़िगरेशन पढ़ता है, संदर्भ मैप करता है और स्वीकृत लक्ष्य नियम लागू करता है। समय-समय पर मिलान छूटे या देर से आए इवेंट को संभालता है।
| नियंत्रण | Security Group | Network ACL |
|---|---|---|
| प्लेसमेंट | संसाधन / नेटवर्क इंटरफ़ेस | सबनेट एसोसिएशन |
| ट्रैफ़िक व्यवहार | स्टेटफुल; अनुमत प्रतिक्रियाएँ ट्रैक होती हैं | स्टेटलेस; आवश्यक रिटर्न पथ की अनुमति दें |
| नियम मॉडल | अनुमति नियम; संदर्भित SG ID मैप करें | क्रमबद्ध अनुमति / अस्वीकृति नियम; नियम संख्या बनाए रखें |
| गंतव्य मैपिंग | लक्ष्य VPC, SG संदर्भ और स्वीकृत CIDR | लक्ष्य सबनेट एसोसिएशन, CIDR और इनबाउंड / आउटबाउंड नियम |
इवेंट संकेत हैं, पूरी स्थिति नहीं
समर्थित CloudTrail लेखन इवेंट और सक्षम ट्रेल का उपयोग करें। प्रामाणिक कॉन्फ़िगरेशन फिर पढ़ें, दोहराए गए प्रयासों को idempotent ढंग से संभालें और मिलान के साक्ष्य ट्रैक करें।
रद्द की गई अनुमति भी जोखिमपूर्ण हो सकती है
नीति समीक्षा में बदली हुई पहुँच और एसोसिएशन के साथ पूरे संसाधन को हटाना भी शामिल है। बदलाव रोकने के लिए समीक्षक की जाँच चाहिए; पहुँच बनाए रखना सोच-समझकर लिया गया अस्थायी निर्णय है।
AWS संदर्भ: CloudTrail के ज़रिये EventBridge · Network ACL का व्यवहार
संवेदनशील स्थिति · खोज से अलग
Secrets Manager: मानों को ब्लूप्रिंट से बाहर रखें।
खोज GetSecretValue को कॉल किए बिना सीक्रेट मेटाडेटा और निर्भरताएँ सूचीबद्ध करती है। सीक्रेट की परिचालन सुरक्षा के लिए अलग अधिकृत मार्ग है, जो एन्क्रिप्टेड मान, KMS अनुमतियाँ, रोटेशन और लक्ष्य एंडपॉइंट संभालता है।
एक खाता, कई क्षेत्र
नेटिव क्षेत्रीय प्रतिकृतियाँ सीक्रेट अपडेट और रोटेशन आगे पहुँचाती हैं। लक्ष्य क्षेत्र की उपयुक्त KMS कुंजी का उपयोग करें और जाँचें कि कनेक्शन सेटिंग इच्छित रिकवर की गई सेवा तक पहुँचती हैं।
अलग खाते के लिए अलग डिज़ाइन चाहिए
नेटिव क्षेत्रीय प्रतिकृति, क्रॉस-अकाउंट प्रतिकृति नहीं है। नियंत्रित सिंक मार्ग या अधिकृत साझा पहुँच चुनें; केवल साझा पहुँच से अलग कॉपी नहीं बनती। क्रॉस-अकाउंट पहुँच के लिए संसाधन, पहचान और ग्राहक-प्रबंधित KMS अनुमतियाँ चाहिए।
AWS संदर्भ: क्षेत्रीय प्रतिकृतियाँ · क्रॉस-अकाउंट पहुँच
स्टेटफुल रिकवरी · प्रतिकृति / बैकअप / PITR
डेटा को भरोसेमंद बिंदु तक रिकवर करें।
इंफ्रास्ट्रक्चर ब्लूप्रिंट से अलग डेटा मार्ग चुनें। RDS और Aurora सेवा के अनुकूल पुनर्स्थापन या प्रतिकृति पैटर्न अपनाते हैं; DynamoDB, EBS, EFS और FSx के लिए उनके समर्थित सुरक्षा मार्ग चाहिए। रिकवरी बिंदु का चयन, गंतव्य पहुँच और प्रतिधारण स्पष्ट रूप से जाँचे जाते हैं।
RTO और RPO मापे जाते हैं
इंफ्रास्ट्रक्चर कैप्चर अंतराल, ऐप्लिकेशन डेटा RPO नहीं है। वास्तविक रिकवरी साक्ष्य पुनर्स्थापन अवधि, प्रतिकृति विलंब, बनाए रखे गए रिस्टोर पॉइंट और जाँचे गए वर्कलोड से तय होते हैं।
अन्य स्टेटफुल सेवाएँ
मौजूदा S3 ऑब्जेक्ट को नए ऑब्जेक्ट की प्रतिकृति से अलग Batch Replication की ज़रूरत हो सकती है। EFS, FSx और वॉल्यूम स्नैपशॉट चुनी गई सेवा, खाते और क्षेत्र के समर्थित तरीके अपनाते हैं।
AWS संदर्भ: RDS समय-बिंदु पुनर्स्थापन · S3 प्रतिकृति का दायरा
डिक्लेरेटिव रिकवरी · निर्भरता क्रम
जुड़ी हुई सेवा फिर बनाएँ।
ब्लूप्रिंट समर्थित कॉन्फ़िगरेशन और लक्ष्य मैपिंग बताता है। नेटिव स्थिति सुरक्षा इमेज और डेटा देती है; इंफ्रास्ट्रक्चर ऑटोमेशन निर्भरता क्रम में आसपास की सेवा फिर बनाता है।
गंतव्य पहचान हल करें
स्रोत खाते के ID, क्षेत्र, प्रमाणपत्र ARN, KMS कुंजियाँ, इमेज स्थान और एंडपॉइंट संदर्भ के लिए लक्ष्य मैपिंग चाहिए।
प्लेटफ़ॉर्म की वांछित स्थिति मायने रखती है
Kubernetes के लिए अस्थायी पॉड ID के बजाय वर्कलोड विनिर्देश और स्थायी डेटा रिकवर करें। सेवा को स्वस्थ कंट्रोल प्लेन के अलावा वास्तविक ऐप्लिकेशन जाँच भी चाहिए।
Dockfield डिज़ाइन पैटर्न: समर्थित सेवा कवरेज और निर्भरता मैपिंग आकलन के दौरान तय होती है।
ट्रैफ़िक · तैयारी → स्वीकृति → रूटिंग कार्रवाई
रिकवरी तैयार होने के बाद ARC ट्रैफ़िक नियंत्रित करता है।
रूटिंग नियंत्रण Route 53 हेल्थ चेक और DNS ट्रैफ़िक को प्रभावित करते हैं। Dockfield की मानवीय स्वीकृति और सत्यापन गेट एक ऐप्लिकेशन नियंत्रण है; कॉन्फ़िगर किए गए ARC सुरक्षा नियम इसके पूरक हैं। रूटिंग कार्रवाई पात्र होने से पहले रिकवरी इंजन वर्कलोड बनाता है।
पात्रता लाइव फ़ेलओवर नहीं है
स्वीकृत UI स्थिति यह साबित नहीं करती कि रूटिंग नियंत्रण बदल गए। नियंत्रण कार्रवाई दर्ज करें और रिकवर की गई सेवा तथा DNS व्यवहार की पुष्टि करें।
सुरक्षा और रोलबैक
उपयुक्त सुरक्षा नियम कॉन्फ़िगर करें, स्वीकृत बदलाव और रोलबैक का अभ्यास करें, और DNS कैशिंग तथा क्लाइंट व्यवहार को ध्यान में रखें।
AWS संदर्भ: ARC रूटिंग नियंत्रण · ARC सुरक्षा नियम
संगठन नियंत्रण · केंद्रीय कॉन्फ़िगरेशन
एक बार शासन करें। हर रिकवरी सीमा सत्यापित करें।
Control Tower, AWS Config, Security Hub और GuardDuty के संगठन तथा क्षेत्रीय कॉन्फ़िगरेशन मॉडल अलग हैं। लागू केंद्रीय प्रशासन पैटर्न अपनाएँ, फिर हर DR खाते और क्षेत्र में कवरेज, एग्रीगेशन और अनुमतियाँ जाँचें। IAM ट्रस्ट और KMS पहुँच स्पष्ट निर्भरताएँ बनी रहती हैं।
सेवा-विशिष्ट कवरेज
केंद्रीय प्रशासक होने से हर गंतव्य अपने आप कवर नहीं होता। आवश्यक सक्षम क्षेत्र, सदस्य खाते और साक्ष्य स्रोत दर्ज करें।
ब्लूप्रिंट रिकवरी अनुबंध है
हर संसाधन के लिए रणनीति, गंतव्य मैपिंग, स्वामी, अनुमोदन नियम, सुरक्षा साक्ष्य और आखिरी सफल रिकवरी परीक्षण दर्ज करें।
रिकवरी ब्लूप्रिंट में क्या दर्ज होना चाहिए?
- स्रोत सेवा और निर्भरता संबंध
- लक्ष्य खाते और क्षेत्र, मैप की गई पहचान और एंडपॉइंट
- सुरक्षा रणनीति, पूर्वापेक्षाएँ और अंतिम मिलान
- रिस्टोर-पॉइंट नीति, मापा गया RTO / RPO और सत्यापन साक्ष्य
- विनाशकारी बदलाव प्रबंधन, अनुमोदन स्वामी और रोलबैक मार्ग
मुफ्त प्रारंभिक सलाह
आपके AWS परिवेश के लिए कौन-से रिकवरी मार्ग उपयुक्त हैं?
एक महत्वपूर्ण वर्कलोड, उसकी निर्भरताओं और मापने योग्य रिकवरी लक्ष्य से शुरुआत करें।