प्रश्नोत्तरी: AWS स्टोरेज: 20+ प्रश्न!

S3 का अर्थ है Simple Storage Service. यह एक स्केलेबल ऑब्जेक्ट स्टोरेज सेवा है जो बड़े‑पैमाने पर डेटा संग्रहण के लिए डिज़ाइन की गई है.

AWS S3 कई स्टोरेज क्लासेज़ प्रदान करता है:

• Standard: अक्सर एक्सेस किए जाने वाले डेटा के लिए
• Infrequent Access (IA): कम बार एक्सेस होने पर कम लागत
• Glacier: दीर्घकालिक, कम‑लागत वाला अभिलेखीय संग्रह

प्रत्येक क्लास अलग मूल्य निर्धारण और एक्सेस विशेषताएँ देती है, जिससे डेटा उपयोग पैटर्न के आधार पर लागत अनुकूलन संभव होता है.

S3 स्टोरेज क्लासेज़ के बारे में और पढ़ें

DynamoDB को “स्कीमा‑लेस” माना जाता है क्योंकि यह आपको आइटम्स में पूर्वनिर्धारित स्कीमा के बिना मनचाहे गुण संग्रहीत करने की अनुमति देता है.

DynamoDB Best Practices

यहाँ मुख्य बात अपडेट्स है, इंसर्ट्स या PUTs नहीं। यदि आप इंसर्ट कर रहे हैं, तो आप BatchWriteItem या TransactWriteItems का उपयोग कर सकते हैं।

BatchWriteItem कई ऑपरेशन्स संभाल सकता है, लेकिन यह केवल PUTs और DELETES तक सीमित है। TransactWriteItems अधिक शक्तिशाली है, लेकिन सरल अपडेट्स के लिए यह थोड़ा भारी हथौड़ा जैसा है।

सरल अपडेट्स के लिए, UpdateItem सबसे अच्छा विकल्प है। यह आपको UPDATE करने या मौजूदा आइटम में एक या अधिक गुणों को संशोधित करने की अनुमति देता है।

UpdateItem ऑपरेशन प्रत्येक अनुरोध में एक आइटम को संशोधित करता है। बड़े बैकफ़िल्स या बल्क अपडेट्स के लिए, आप आमतौर पर कई UpdateItem कॉल्स को व्यवस्थित करते हैं या PartiQL बैच निष्पादन, Step Functions, Glue, EMR, या कस्टम वर्कर प्रोसेस जैसे बड़े वर्कफ़्लो का उपयोग करते हैं।

UpdateItem ऑपरेशन:

• मौजूदा आइटम के गुणों को अपडेट करता है।
• मौजूदा आइटम में नए गुण जोड़ता है।
• मौजूदा आइटम से गुण हटाता है।
• यदि आइटम मौजूद है या कुछ शर्तों को पूरा करता है तो शर्तीय रूप से अपडेट करता है।

DynamoDB UpdateItem

OpenSearch AWS की प्रबंधित सेवा है जो खोज, लॉग विश्लेषण और पूर्ण‑पाठ खोज कार्यभार को संभालती है.

विचलन उपयोगी सेवाएँ हैं, लेकिन वे इस सूची में विशेष रूप से निर्मित खोज इंजन नहीं हैं:

• ElastiCache: मुख्यतः एक इन‑मेमोरी कैश। वर्तमान ElastiCache for Valkey में इंडेक्स्ड इन‑मेमोरी डेटा के लिए खोज कमांड शामिल हैं, इसलिए पूरी सेवा को बिना अंतर्निहित खोज के कहना अब सही नहीं है।
• Neptune: ग्राफ डेटाबेस; यह पूर्ण‑पाठ खोज के लिए OpenSearch के साथ एकीकृत हो सकता है।
• Redshift: SQL विश्लेषण के लिए डेटा वेयरहाउस।
• DocumentDB: दस्तावेज़ डेटाबेस जिसमें समर्थित संस्करणों में MongoDB‑संगत टेक्स्ट खोज होती है.

Availability Zones (AZs) अलग‑अलग डेटा सेंटर एक क्षेत्र के भीतर होते हैं। RDS मल्टी‑AZ डिप्लॉयमेंट निकटस्थ AZ में स्टैंडबाय रेप्लिका को स्वचालित फेलओवर प्रदान करता है।

मल्टी‑AZ डिप्लॉयमेंट:

• स्वचालित फेलओवर प्रदान करता है
• डेटाबेस उपलब्धता बढ़ाता है
• सिंक्रोनस स्टैंडबाय रेप्लिका बनाता है
• इन्फ्रास्ट्रक्चर विफलताओं के दौरान डाउनटाइम को न्यूनतम करता है

मल्टी‑AZ डिप्लॉयमेंट को रीड रेप्लिकाज़ के साथ मत भ्रमित करें, जो रीड ऑपरेशन्स को स्केल करने के लिए उपयोग होते हैं।

API Gateway द्वि‑दिशात्मक WebSocket API का समर्थन करता है, लेकिन कार्यान्वयन API Gateway द्वारा प्रबंधित होता है, न कि आपके अपने सर्वर प्रोसेस में सीधे सॉकेट होने जैसा। API Gateway क्लाइंट कनेक्शन को बनाए रखता है और संदेशों को Lambda, HTTP एंडपॉइंट्स या अन्य इंटीग्रेशन तक रूट करता है। संदेशों को API Gateway Management API के माध्यम से जुड़े क्लाइंट्स को वापस भेजा जा सकता है।

बाकी विकल्प WebSocket‑फ्रेंडली हैं:

• Lightsail: सरल WebSocket सेटअप के लिए एकदम सही 👌
• AppSync: प्रबंधित GraphQL सब्सक्रिप्शन के लिए WebSockets का उपयोग करता है
• EC2: WebSockets के लिए आपका क्लासिक “do whatever you want” विकल्प
• EKS: स्केलेबल WebSocket क्लस्टर चलाने के लिए बढ़िया

प्रो टिप: यदि आपको कच्ची WebSocket शक्ति चाहिए, तो कंप्यूट सेवाओं के साथ रहें!

लगभग सभी सिस्टम में, “सबसे कम अधिकार” डिज़ाइन अपनाना सुरक्षा बढ़ाने और भविष्य के लिए तैयार रहने का मुख्य तरीका है। मौजूदा सिस्टम को लॉक‑डाउन करने की कोशिश उतनी ही कठिन है जितना पूरी इमारत को नई नींव पर ले जाना।

S3 बकेट भी इसका अपवाद नहीं हैं। सबसे कम अधिकार सिद्धांत लागू करने के लिए, पहले कोई अनुमति न दें और केवल आवश्यक पहुँच ही प्रदान करें। पहुँच नियंत्रित करने के लिए IAM रोल और नीतियों का उपयोग करें और नियमित रूप से बकेट अनुमतियों की ऑडिट करें।

सुरक्षा सर्वोत्तम अभ्यास:

• सबसे कम अधिकार सिद्धांत लागू करें
• कोई अनुमति न देकर शुरू करें
• केवल आवश्यक पहुँच प्रदान करें
• IAM रोल और नीतियों का उपयोग करें
• बकेट अनुमतियों की नियमित ऑडिट करें

अत्यधिक अनुमतियों से बचें जो संवेदनशील डेटा को उजागर कर सकते हैं।

S3 Security Best Practices

Aurora Serverless:

• स्वचालित रूप से कंप्यूट क्षमता को स्केल करता है
• कार्यभार के आधार पर संसाधनों को समायोजित करता है
• अप्रत्याशित कार्यभार के लिए आदर्श
• केवल उपयोग किए गए संसाधनों के लिए भुगतान करें

परिवर्तनीय ट्रैफ़िक पैटर्न वाले एप्लिकेशन के लिए बढ़िया।

Aurora Serverless Overview

DynamoDB SDK आपको एकल BatchGetItem अनुरोध में अधिकतम 100 आइटम प्राप्त करने की अनुमति देता है। यह BatchWriteItem की सीमा से अधिक है, जो 25 आइटम है। अतिरिक्त रूप से, कुल पेलोड आकार, दस्तावेज़ आकार, और अनुरोध दर पर भी सीमाएँ हैं।

इन सीमाओं को समझना आपके एप्लिकेशन के प्रदर्शन को अनुकूलित करने और कुशल डेटा संचालन सुनिश्चित करने के लिए महत्वपूर्ण है।

Note: कुछ सीमाओं को पार करना संभव है — यदि आप अपने AWS अकाउंट मैनेजर को मीठी बातों से राज़ी करा सकें। 😎

DynamoDB क्लाइंट मूलतः उसके HTTP API के सभी रैपर हैं। BatchWriteItem ऑपरेशन एक HTTP अनुरोध में 25 दस्तावेज़ तक PUT या DELETE कर सकता है, लेकिन यह कई दस्तावेज़ों को UPDATE नहीं कर सकता।

जबकि DynamoDB एक HTTP अनुरोध में 25 दस्तावेज़ तक INSERT कर सकता है, यह UpdateItem ऑपरेशन का उपयोग करके प्रति अनुरोध केवल 1 दस्तावेज़ को UPDATE कर सकता है।

ऑन-डिमांड क्षमता के लिए सबसे उपयुक्त है:

• अअनुमानित कार्यभार
• विरल ट्रैफ़िक
• अज्ञात एक्सेस पैटर्न वाले अनुप्रयोग
• अधिक प्रोविजनिंग से बचना

प्रोविजन्ड क्षमता के लिए बेहतर है:

• पूर्वानुमेय, सुसंगत कार्यभार
• प्रदर्शन पर अधिक नियंत्रण
• संभावित लागत बचत

डायनमोDB क्षमता मोड्स

S3 प्रदर्शन टिप्स:

• आधुनिक S3 स्वचालित रूप से प्रत्येक प्रीफ़िक्स के लिए अनुरोध दर को स्केल करता है
• प्रदर्शन के लिए आपको रैंडम/हैश प्रीफ़िक्स की जरूरत नहीं है
• अपने एक्सेस पैटर्न के अनुसार तार्किक की नामों का उपयोग करें
• यदि आप बहुत उच्च अनुरोध दरें धकेलते हैं तो 503 Slow Down प्रतिक्रियाओं की निगरानी करें

पुरानी गाइडेंस ने हॉट पार्टिशन से बचने के लिए प्रीफ़िक्स को रैंडमाइज़ करने की सलाह दी थी, लेकिन अब AWS इसे डिफ़ॉल्ट प्रदर्शन आवश्यकता के रूप में नहीं सुझाता है।

S3 Performance Guidelines

सर्वश्रेष्ठ बैकअप प्रथाएँ:

• स्वचालित बैकअप सक्षम करें
• पॉइंट-इन-टाइम रिकवरी का उपयोग करें
• अनुपालन आवश्यकताओं के आधार पर बैकअप रखें
• नियमित रूप से पुनर्स्थापना प्रक्रिया का परीक्षण करें
• क्रॉस-रीजन बैकअप पर विचार करें

स्वचालित बैकअप प्रदान करते हैं:

• निरंतर डेटा संरक्षण
• लचीले रिकवरी विकल्प

RDS बैकअप सर्वश्रेष्ठ प्रथाएँ

Redis के फायदे:

• जटिल डेटा संरचनाओं का समर्थन करता है
• स्थायित्व विकल्प
• उन्नत ऑपरेशन्स
• Pub/Sub संदेशिंग

Memcached:

• सरल कुंजी‑मान स्टोर
• शुद्ध कैशिंग
• सरल उपयोग मामलों के लिए उच्च प्रदर्शन

Redis बनाम Memcached

ग्लोबल सेकेंडरी इंडेक्स (GSI):

• गैर‑प्राथमिक कुंजी गुणों पर क्वेरी करने की अनुमति देता है
• वैकल्पिक एक्सेस पैटर्न बनाता है
• क्वेरी लचीलापन बढ़ाता है
• अतिरिक्त लिखने की क्षमता की लागत के साथ आता है

प्राथमिक कुंजी से परे जटिल क्वेरी आवश्यकताओं के लिए उपयोगी है।

डायनामोडीबी इंडेक्स

लाइफ़साइकल प्रबंधन:

• स्टोरेज क्लासेज़ के बीच ऑब्जेक्ट्स को स्वचालित रूप से ट्रांज़िशन करें
• कम उपयोग वाले डेटा को सस्ते स्टोरेज में ले जाएँ
• ऑब्जेक्ट समाप्ति के नियम सेट करें
• स्टोरेज लागत को अनुकूलित करें
• मैन्युअल प्रबंधन ओवरहेड को घटाएँ

S3 Lifecycle Rules

Amazon Aurora 15 रीड रेप्लिकाओं तक का समर्थन करता है, जिससे आप अपने रीड ऑपरेशनों को काफी स्केल कर सकते हैं। ये रेप्लिकाएँ लाभ उठाती हैं:

• रेप्लिकाओं के बीच निकट-तुरंत प्रतिकृति
• प्राथमिक इंस्टेंस पर न्यूनतम प्रदर्शन प्रभाव
• रीड वर्कलोड्स का कुशल वितरण

यह सेटअप भारी रीड मांग वाले अनुप्रयोगों के लिए क्षैतिज स्केलिंग सक्षम करता है.

Aurora रीड रेप्लिकाओं के बारे में अधिक जानें

RDS एन्क्रिप्शन सुविधाएँ:

• KMS का उपयोग करके डेटा को स्थिर में एन्क्रिप्ट करें
• SSL/TLS का उपयोग करके डेटा को ट्रांसिट में एन्क्रिप्ट करें
• डेटाबेस निर्माण के दौरान एन्क्रिप्शन सक्षम करें
• संवेदनशील जानकारी की सुरक्षा करें
• सुरक्षा मानकों के साथ अनुपालन

RDS एन्क्रिप्शन विकल्प

DynamoDB Streams:

• आइटम‑लेवल परिवर्तन को कैप्चर करें
• इवेंट‑ड्रिवेन आर्किटेक्चर को सक्षम करें
• Lambda फ़ंक्शन ट्रिगर करें
• क्रॉस‑रिजन रेप्लिकेशन का समर्थन करें
• निकट‑रियल‑टाइम डेटा मूवमेंट प्रदान करें

DynamoDB Streams अवलोकन

मल्टीपार्ट अपलोड के लाभ:

• बड़ी फ़ाइलों को कुशलता से संभालें
• रुक गई अपलोड को फिर से शुरू करें
• फ़ाइल भागों का समानांतर अपलोड
• 100MB से बड़ी फ़ाइलों के लिए अनुशंसित
• नेटवर्क विश्वसनीयता में सुधार

S3 मल्टीपार्ट अपलोड

इष्टतम स्टोरेज रणनीति:

• दैनिक एक्सेस के लिए 20% S3 Standard में
• मासिक एक्सेस के लिए 30% S3 Standard-IA में
• वार्षिक एक्सेस के लिए 50% Glacier में

यह तरीका लागत को अनुकूलित करता है जबकि उचित एक्सेस पैटर्न बनाए रखता है.

लागत विचार:

• प्रति GB स्टोरेज मूल्य निर्धारण
• रिट्रीवल लागत
• एक्सेस पैटर्न
• ट्रांज़िशन लागत

डायनामोDB संगतता मॉडल को समझना बहुत ज़रूरी है:

• 1 RCU = 4KB तक के आइटम के लिए 1 स्ट्रॉन्गली कंसिस्टेंट पढ़ाई/सेकंड
• 1 RCU = 4KB तक के आइटम के लिए 2 इवेंटुअली कंसिस्टेंट पढ़ाइयाँ/सेकंड

इसलिए:

• 100 RCUs = 100 स्ट्रॉन्गली कंसिस्टेंट 4KB पढ़ाइयाँ/सेकंड
• 100 RCUs = 200 इवेंटुअली कंसिस्टेंट 4KB पढ़ाइयाँ/सेकंड

संगतता मॉडल चुनें इन आधार पर:

• एप्लिकेशन की आवश्यकताएँ
• लागत विचार
• प्रदर्शन की जरूरतें
• डेटा की ताज़गी की आवश्यकताएँ

ऑरोरा फेलओवर प्रक्रिया:

1. प्राथमिक इंस्टेंस विफलता का पता लगाता है
2. फेलओवर प्राथमिकता स्तर के आधार पर मुख्य रूप से एक ऑरोरा रेप्लिका चुनता है
3. जब प्राथमिकताएँ समान हों तो टाई‑ब्रेकर के रूप में इंस्टेंस विशेषताओं का उपयोग करता है
4. क्लस्टर एंडपॉइंट को स्वचालित रूप से अपडेट करता है

सर्वोत्तम प्रथाएँ:

• विभिन्न AZs में कई रेप्लिकाएँ बनाए रखें
• प्रोमोशन टियर्स को जानबूझकर कॉन्फ़िगर करें
• एप्लिकेशनों में क्लस्टर एंडपॉइंट का उपयोग करें
• फेलओवर परिदृश्यों का नियमित रूप से परीक्षण करें

S3 स्थिरता मॉडल:

• सभी ऑपरेशनों के लिए मजबूत पढ़ने-के-बाद-लिखने स्थिरता
• PUTs और DELETEs पर लागू होता है
• पहले उपयोग किए गए वर्कअराउंड की आवश्यकता नहीं
• अतिरिक्त लागत नहीं

प्रभाव:

• एप्लिकेशन लॉजिक सरल हुआ
• स्थिरता जांच की आवश्यकता नहीं
• लिखने के बाद तुरंत विश्वसनीय पढ़ना
• एप्लिकेशन विश्वसनीयता में सुधार

DynamoDB TTL विशेषताएँ:

• पृष्ठभूमि प्रक्रिया TTL विशेषता की निगरानी करती है
• समाप्त हुए आइटम सर्वोत्तम‑प्रयास शेड्यूल पर हटाए जाते हैं, आमतौर पर कुछ दिनों के भीतर
• TTL के लिए कोई अतिरिक्त लागत नहीं
• हटाए गए आइटम स्ट्रीम में दिखते हैं

उपयोग मामलों:

• सत्र प्रबंधन
• लॉग समाप्ति
• अस्थायी डेटा सफाई
• नियामक अनुपालन

ऑरोरा सर्वरलेस स्केलिंग:

• ऑरोरा सर्वरलेस v2 क्षमता को सूक्ष्म ACU वृद्धि में स्केल करता है
• स्केलिंग गति वर्तमान क्षमता और न्यूनतम/अधिकतम ACU सेटिंग्स पर निर्भर करती है
• समर्थित संस्करणों को कॉन्फ़िगर करने पर 0 ACU पर ऑटो‑पॉज़ किया जा सकता है
• बिलिंग ACU के आधार पर प्रति सेकंड होती है

सर्वोत्तम प्रथाएँ:

• महत्वपूर्ण कार्यभार पर अचानक स्पाइक्स को संभालने के लिए न्यूनतम क्षमता को पर्याप्त उच्च रखें
• स्केलिंग घटनाओं की निगरानी करें
• कनेक्शन प्रबंधन को ध्यान में रखें