Azure Blob Storage: अपने डेटा को अपलोड, सुरक्षित, और प्रबंधित कैसे करें

Azure Blob Storage तक पहुंचना और उसे सुरक्षित करना

एंटरप्राइज़ स्टोरेज सिस्टम में सुरक्षा सर्वोपरि है। Azure Blob Storage तक सुरक्षित पहुँच के कई तरीके हैं, जैसे SAS टोकन्स, एक्सेस कीज़, और एंटरप्राइज़ अकाउंट्स। 

SAS टोकन्स के साथ एक्सेस नियंत्रण

प्रोडक्शन वातावरण में, आप Blob Storage में संग्रहीत फाइलों और डेटा तक पहुँच को सीमित करते हैं। आप आम तौर पर इसे सार्वजनिक रूप से सुलभ नहीं रखना चाहते। Shared Access Signatures (SAS) आपके Blob Storage डेटा की पहुँच प्रबंधित करने का एक सुरक्षित तरीका प्रदान करते हैं। 

SAS टोकन्स के माध्यम से काम करता है, जिन्हें उस संसाधन के URL में जोड़ा जाता है जिसे आप साझा करना चाहते हैं। टोकन में अनुमति के प्रकार (read, write, delete, आदि), टोकन की वैधता, और संसाधन तक पहुँचने की अनुमति प्राप्त प्रोटोकॉल (HTTP और/या HTTPS) की जानकारी शामिल होती है। 

उदाहरण के लिए, यदि किसी ब्लॉब का URL है: 

https://my_account.blob.core.windows.net/my_container/my_file

टोकन जोड़ने के बाद यह इस तरह दिखता है:

https://my_account.blob.core.windows.net/my_container/my_file?sp=r&st=TIME&OTHER_PARAMETERS

नीचे दिए गए चरण दिखाते हैं कि किसी विशिष्ट कंटेनर के लिए Azure पोर्टल का उपयोग करके SAS टोकन कैसे जनरेट करें। 

• Storage account पेज पर जाएँ।
• बाएँ मेनू में, Data storage के अंतर्गत Containers चुनें। यह पेज इस स्टोरेज अकाउंट के अंतर्गत कंटेनरों की सूची वाली तालिका दिखाता है। 
• उस कंटेनर वाली पंक्ति ढूँढें जिसके लिए आप टोकन जनरेट करना चाहते हैं। 
• उस पंक्ति के सबसे दाहिने कॉलम में तीन बिंदुओं का चयन करें। 

• पॉप‑अप मेनू से Generate SAS चुनें। 

Generate SAS विंडो में:

• साइनिंग विधि चुनें: 
• Account key या user delegation key। 
• इस ट्यूटोरियल के लिए, SAS को साइन करने हेतु अकाउंट की का उपयोग करें। 
• यूज़र डेलिगेशन की Azure Active Directory पर आधारित होती है और ID को Microsoft Entra के जरिए किसी विशिष्ट यूज़र से जोड़ा जाता है। 
• उन अनुमतियों के प्रकार चुनें जिन्हें आप इस टोकन के साथ अधिकृत करना चाहते हैं:
• Read, write, delete, आदि। 
• इस ट्यूटोरियल के लिए, केवल read एक्सेस दें। 
• टोकन की वैधता के लिए प्रारंभ और समाप्ति समय दर्ज करें।
• वे IP प्रोटोकॉल चुनें जिनका उपयोग क्लाइंट आपके डेटा तक पहुँचनें के लिए कर सकता है। 
• Generate SAS token and URL बटन चुनें। 

अब आप जनरेट किए गए टोकन और URL का उपयोग करके किसी प्राइवेट ब्लॉब तक पहुँच सकते हैं। जब आप बिना उचित एक्सेस टोकन्स के किसी प्राइवेट ब्लॉब तक पहुँचने का प्रयास करते हैं, तो आपको एक XML त्रुटि मिलती है जिसमें लिखा होता है, “The specified resource does not exist.”

प्रमाणीकरण के लिए Microsoft Entra ID का उपयोग

Microsoft Entra ID एक ही जगह पर यूज़र पहचान और भूमिकाओं का प्रबंधन करता है और Azure संसाधनों तक सूक्ष्म स्तर की पहुँच देता है। SAS टोकन्स और कीज़ के अलावा, यह Azure Blob Storage एंटिटीज़ तक पहुँच प्रबंधित करने का एक और (अधिक सुरक्षित) विकल्प प्रदान करता है। आप उपयुक्त भूमिकाएँ असाइन करके व्यक्तिगत उपयोगकर्ताओं या समूहों को विशिष्ट अनुमतियाँ दे सकते हैं। इसे Role-Based Access Control (RBAC) कहा जाता है। 

RBAC, Owner, Contributor, और Reader जैसी भूमिकाओं के माध्यम से सूक्ष्म एक्सेस नियंत्रण को सुगम बनाता है। आप इन अनुमतियों को विभिन्न स्तरों पर परिभाषित कर सकते हैं, जैसे पूरे Storage अकाउंट पर या व्यक्तिगत कंटेनरों पर। 

उदाहरण के लिए, किसी विशेष स्टोरेज अकाउंट के लिए, आप किसी उपयोगकर्ता को Storage Blob Data Reader की भूमिका असाइन कर सकते हैं। तब वह उपयोगकर्ता उस अकाउंट में केवल ब्लॉब्स पढ़ सकेगा, पर अन्य कुछ नहीं कर सकेगा (जैसे लिखना या सभी ब्लॉब्स की सूची देखना)। 

आप Entra IDs का उपयोग करके, एंटरप्राइज़ ऑथेंटिकेशन सिस्टम्स के साथ Azure Blob Storage को इंटीग्रेट कर सकते हैं। एंटरप्राइज़ Azure उपयोगकर्ताओं और एप्लिकेशनों के पास पहले से Entra ID होता है (या प्राप्त कर सकते हैं), जिससे मौजूदा एंटरप्राइज़ क्रेडेंशियल्स का उपयोग करके केंद्रीकृत रूप से प्रमाणीकरण प्रबंधित करना आसान हो जाता है। 

ध्यान दें कि Microsoft Entra ID, Azure Active Directory (AD) का नया नाम है।

अगले अनुभाग में, मैं आपको दिखाऊँगा कि उपयोगकर्ताओं को भूमिकाएँ कैसे असाइन करें और Blob Storage एंटिटीज़ तक पहुँच कैसे प्रबंधित करें। 

Role-Based Access Control (RBAC) कॉन्फ़िगर करना

मैं आपको Storage Container के लिए भूमिकाएँ असाइन करके एक्सेस कॉन्फ़िगर करना दिखाऊँगा। Storage Accounts के लिए प्रक्रिया समान है। 

• Storage container पेज पर साइडबार से Access Control (IAM) चुनें। 
• Access Control पेज पर, ऊपर की पट्टी में Add बटन चुनें।
• ड्रॉपडाउन मेनू में से Add role assignment चुनें।

• Add role assignment पेज पर, Role टैब में, सर्च बार में “blob” टाइप करें। यह Blob Storage संसाधनों पर लागू प्रासंगिक प्री‑कन्फ़िगर भूमिकाएँ दिखाएगा। 

आप Blob Storage के लिए तीन प्रकार की भूमिकाओं में से चुन सकते हैं:

• Storage Blob Data Reader: इस भूमिका के पास केवल ब्लॉब कंटेनरों और डेटा पर read एक्सेस होता है। 
• Storage Blob Data Contributor: यह भूमिका संसाधनों को पढ़, लिख और हटा सकती है। 
• Storage Blob Data Owner: मालिकों को स्टोरेज संसाधनों तक पूर्ण एक्सेस होता है। 

ध्यान दें कि भूमिकाएँ विरासत में मिलती हैं। उदाहरण के लिए, यदि आप किसी उपयोगकर्ता को किसी Storage Account के लिए “Owner” भूमिका असाइन करते हैं, तो वह उपयोगकर्ता उस अकाउंट के Containers का भी ओनर बन जाता है। 

• उदाहरण को आगे बढ़ाने के लिए, Storage Blob Data Contributor चुनें और Next चुनें। 
• Add role assignment पेज पर, Members टैब में, उस लिंक पर क्लिक करें Select members जिन सदस्यों को आप पिछली स्टेप में चुनी भूमिका असाइन करना चाहते हैं। 

• Select members साइड पेन में, उपयोगकर्ता या एप्लिकेशन का नाम टाइप करें। सर्च परिणामों से उपयुक्त सदस्य चुनें। साइड पेन के नीचे Select बटन पर क्लिक करें। 
• भूमिका असाइनमेंट पूरा करने के लिए Review + assign चुनें। 

Azure Blob Storage की उन्नत विशेषताएँ

हमने Azure Blob Storage की बुनियादी बातें देख ली हैं, पर जब आप इसे अगले स्तर पर ले जाना चाहते हैं, तो यहाँ कुछ रणनीतियाँ हैं जिन पर विचार करें। 

ब्लॉब लाइफसाइकिल प्रबंधन

अक्सर एक्सेस किया जाने वाला डेटा तेज़‑एक्सेस स्टोरेज टियर जैसे Hot में स्टोर होना चाहिए। जो डेटा कम एक्सेस होता है, उसे Archive जैसे धीमे पर किफ़ायती स्टोरेज टियर में रखा जा सकता है। 

चुनौती यह है कि कौन से ब्लॉब्स अब अक्सर एक्सेस नहीं होते और सस्ते स्टोरेज में स्थानांतरित किए जा सकते हैं, इसे गतिशील रूप से पहचानना। इसे स्वचालित करने के लिए, Azure में Lifecycle management फीचर आता है। यह फीचर आपको ब्लॉब्स को तब सस्ते स्टोरेज में स्थानांतरित करने देता है जब उन्हें सक्रिय रूप से संशोधित नहीं किया जा रहा हो।

लाइफसाइकिल मैनेजमेंट स्टोरेज अकाउंट स्तर पर लागू होता है। नीचे दिए चरण दिखाते हैं कि 30 दिनों की निष्क्रियता के बाद ब्लॉब्स को Hot से Cool स्टोरेज में ले जाने के लिए एक नियम कैसे जोड़ें: 

• Storage Account पेज पर, बाएँ साइडबार से Data management > Lifecycle management चुनें
• Lifecycle management पेज मौजूदा सक्रिय नियमों की सूची दिखाता है। 

• ऊपर की पट्टी से Add a rule बटन चुनें। 
• Add a rule पेज पर, चुनें:
  • नियम का नाम
  • नियम का दायरा (scope)
  • ब्लॉब का प्रकार और उपप्रकार, जिन पर नियम लागू होगा
• Next. चुनें
• नियम बताता है कि यदि ब्लॉब को अंतिम बार N दिनों से पहले बनाया या संशोधित किया गया था (आपको N का मान दर्ज करना होगा), तो Azure उस पर (आपकी पसंद की) कुछ कार्रवाई करेगा:
  • पहले फ़ील्ड (ब्लॉक) में, If के अंतर्गत शर्त चुनें। More than (days ago) फ़ील्ड में दिनों की संख्या दर्ज करें: 30।
  • अगले फ़ील्ड (ब्लॉक) में, Then के अंतर्गत, कार्रवाई चुनें - Move to cool storage।

• नियम जोड़ें।

वर्ज़निंग और सॉफ्ट डिलीट

किसी भी स्टोरेज सिस्टम में, उपयोगकर्ता त्रुटियों और अनपेक्षित कार्रवाइयों से उबरना आवश्यक है। वर्ज़निंग और सॉफ्ट डिलीट दो तरीके हैं जिनसे Azure Blob Storage आपको गलतियाँ पूर्ववत करने में मदद करता है। 

वर्ज़निंग 

यदि आपने गलती से गलत बदलाव सेव कर दिए, तो फाइल के पिछले वर्ज़न को पुनर्स्थापित कर पाना उपयोगी है। ब्लॉब वर्ज़निंग आपको ब्लॉब संशोधित करने पर पुराने वर्ज़न स्वतः बनाए रखने देती है। वर्ज़निंग सक्षम करने के लिए:

• Storage account पेज पर, साइडबार से Data management > Data protection चुनें। 
• Data protection पेज पर, Tracking के अंतर्गत, Enable versioning for blobs के लिए बॉक्स चेक करें
• चुनें कि आप:
  • सभी पिछले वर्ज़न बनाए रखना चाहते हैं।
  • कुछ दिनों बाद पुराने वर्ज़न हटाना चाहते हैं। 

• परिवर्तन सहेजें। 

अब आपके स्टोरेज अकाउंट पर वर्ज़निंग सक्षम हो गई है!

सॉफ्ट‑डिलीट 

हम सभी ने गलती से गलत डेटा डिलीट किया है। ऐसा होने पर खोया हुआ डेटा रिकवर कर पाना उपयोगी होता है। 

ब्लॉब soft delete एक फीचर है जो हटाए गए डेटा को निर्दिष्ट दिनों तक बनाए रखता है। इस रिटेंशन अवधि के दौरान, आप सॉफ्ट‑डिलीटेड एंटिटी को रिस्टोर कर सकते हैं। रिटेंशन अवधि के बाद, डेटा स्थायी रूप से डिलीट हो जाता है। यह आकस्मिक डिलीट और ओवरराइटिंग से डेटा की सुरक्षा करता है।

सॉफ्ट‑डिलीट सक्रिय और उपयोग करने के लिए: 

• Storage account पेज पर, साइडबार से Data management > Data protection चुनें। 
• Data protection पेज पर, इन चेकबॉक्सेस को चुनें:
  • Enable soft delete for blobs
  • Enable soft delete for containers
• हटाए गए डेटा को बनाए रखने के दिनों की संख्या दर्ज करें।
• परिवर्तन सहेजें। 

अब आपने अपने स्टोरेज अकाउंट पर सॉफ्ट‑डिलीट सक्रिय कर दिया है!

डेटा एन्क्रिप्शन और सुरक्षित एक्सेस

डिफ़ॉल्ट रूप से, Azure डेटा को सुरक्षित रखने के लिए at rest पर AES-256 सिमेट्रिक एन्क्रिप्शन का उपयोग करता है। जिस हार्ड ड्राइव पर डेटा स्टोर है, उस तक भौतिक पहुँच रखने वाला अटैकर भी एन्क्रिप्शन कीज़ के बिना डेटा डिक्रिप्ट नहीं कर सकता। कई संगठनों को सुरक्षा और गोपनीयता विनियमों के अनुपालन के लिए इस फीचर की आवश्यकता होती है। 

डिफ़ॉल्ट रूप से, उपयोगकर्ता को एन्क्रिप्शन कीज़ बनाए रखने के अतिरिक्त कार्यभार को संभालने की आवश्यकता नहीं होती। Azure इसे अंदर ही अंदर संभालता है। हालाँकि, आप Key Vault का उपयोग करने और अतिरिक्त सुरक्षा के लिए अपनी कीज़ प्रदान करने का विकल्प चुन सकते हैं:

• Azure पोर्टल पर, ऊपर सर्च बार में “key vault” टाइप करें।
• Key vaults चुनें।

• Key vaults पेज उन की वॉल्ट्स की सूची दिखाता है जो आपने बनाए हैं। 
• ऊपर की पट्टी में Create बटन चुनें। 
• Create a key vault page पर:
  • वह रिसोर्स ग्रुप चुनें जिसके लिए आप इस वॉल्ट में कीज़ का उपयोग करना चाहते हैं।
  • वॉल्ट का नाम और वह क्षेत्र दर्ज करें जहाँ आप इसे स्टोर करना चाहते हैं।
• Review + Create चुनें।
• विवरण जाँचें और Create चुनें।

नया की वॉल्ट बनना कुछ समय लेता है और फिर आपको उसके पेज पर ले जाता है। 

Key vault बनाने के बाद, अब आप अपनी कीज़ और सीक्रेट्स जोड़ सकते हैं:

• साइडबार से, Objects > Keys पर जाएँ।
• ऊपर की पट्टी से Generate/Import बटन चुनें। 
• चुनें कि आप नई की जनरेट करना चाहते हैं या इम्पोर्ट करना। आप अपनी की स्थानीय रूप से जनरेट कर Azure पर अपलोड कर सकते हैं या Azure प्लेटफॉर्म पर की जनरेट कर सकते हैं। 
• नई की का नाम दर्ज करें।
• की का उपयुक्त विवरण (टाइप, साइज, एल्गोरिदम, आदि) चुनें। 
• वैकल्पिक रूप से, आप कीज़ की सक्रियण और समाप्ति तिथियाँ भी सेट कर सकते हैं। 

• Create चुनें। 

अब आपने अपने की वॉल्ट में एक की जोड़ दी है। 

दुर्घटना‑उपचार (डिजास्टर रिकवरी) के लिए जियो‑रिप्लिकेशन

जितना अधिक आपको अपने डेटा को (तकनीकी या प्राकृतिक आपदाओं से) सुरक्षित रखना होता है, उतनी अधिक redundancy आप अपने स्टोरेज सिस्टम में बनाते हैं। रिडंडेंसी का अर्थ है समान डेटा को कई डिवाइसेज़ और/या लोकेशनों पर प्रतिलिपि बनाना—और इसकी लागत आती है। आप विभिन्न स्तरों की रिडंडेंसी में से चुन सकते हैं: 

• Locally redundant storage (LRS): डेटा एक ही डेटा सेंटर के भीतर रिप्लिकेट होता है। यह सबसे सस्ता विकल्प है। 
• Zone-redundant storage (ZRS): यह आपके भौगोलिक क्षेत्र में अलग‑अलग डेटा सेंटर्स में तीन या अधिक प्रतिलिपियाँ बनाता है। 
• Geo-redundant storage (GRS): भौगोलिक क्षेत्रों में फैले डेटा सेंटर्स आपके स्टोरेज अकाउंट की प्रतिलिपियाँ रखते हैं। यह सबसे सुरक्षित विकल्प है। 

Azure Blob Storage में लागत प्रबंधन और अनुकूलन

क्लाउड स्टोरेज, अपने सभी लाभों के बावजूद, यदि लागतों का ठीक से प्रबंधन न हो तो महँगा हो सकता है। इस अनुभाग में, मैं Azure Blob Storage के लिए लागतों को अनुकूलित और प्रबंधित करने का एक अवलोकन दूँगा। 

Azure Blob Storage प्राइसिंग समझना

Azure Storage में दिए गए विकल्पों और अतिरिक्त सेवाओं के आधार पर प्राइसिंग के विभिन्न टियर हैं:

• एक्सेस की आवृत्ति: अक्सर एक्सेस होने वाले डेटा को तेज़ पढ़ने‑लिखने वाले डिवाइसेज़ पर स्टोर करने की आवश्यकता होती है। इसके विपरीत, जो डेटा शायद ही कभी एक्सेस होता है, उसे धीमे और सस्ते डिवाइसेज़ पर स्टोर किया जा सकता है। 
• Hot: आमतौर पर आधुनिक SSDs पर आधारित, जो तेज़ लेकिन महँगे होते हैं। ये सर्वोत्तम उपयोगकर्ता अनुभव देते हैं। 
• Cool: कम आवृत्ति से एक्सेस होने वाले डेटा जैसे बैकअप के लिए उपयुक्त। बड़े फाइलें जैसे वीडियो, जिन्हें हॉट स्टोरेज पर स्टोर करना महँगा हो सकता है, के लिए भी कभी‑कभी इसका उपयोग होता है। 
• Archive: जो डेटा केवल शायद ही कभी एक्सेस होना होता है, उसे आर्काइव किया जाता है। परंपरागत रूप से, आर्काइव टेप्स पर स्टोर किए जाते हैं। इसलिए स्टोरेज लागत कम होती है, लेकिन डेटा रिकवर करना महँगा (सीक्वेंशियल एक्सेस के कारण) हो सकता है। 
• रिडंडेंसी: जितना अधिक आपको अपने डेटा को (तकनीकी या प्राकृतिक आपदाओं से) सुरक्षित रखना है, उतनी अधिक रिडंडेंसी आप अपने स्टोरेज सिस्टम में बनाते हैं। रिडंडेंसी का अर्थ है समान डेटा की प्रतिलिपियाँ कई डिवाइसेज़ और/या लोकेशनों में बनाना—और इसकी लागत आती है।
• Locally redundant storage (LRS): डेटा एक ही डेटा सेंटर के भीतर रिप्लिकेट होता है। यह सबसे सस्ता विकल्प है। 
• Zone-redundant storage (ZRS): यह आपके भौगोलिक क्षेत्र में अलग‑अलग डेटा सेंटर्स में तीन या अधिक प्रतिलिपियाँ बनाता है। 
• Geo-redundant storage (GRS): भौगोलिक क्षेत्रों में फैले डेटा सेंटर्स आपके स्टोरेज अकाउंट की प्रतिलिपियाँ रखते हैं। यह सबसे सुरक्षित विकल्प है। 
• डेटा ट्रांसफर: 
• आम तौर पर, आप Azure सेवाओं के भीतर एक ही क्षेत्र में डेटा ट्रांसफर निःशुल्क कर सकते हैं। 
• डेटा इनग्रेस (Azure Storage में डेटा ट्रांसफर करना) भी सामान्यतः निःशुल्क होता है। 
• डेटा इग्रेस (Azure से बाहर ट्रांसफर), जैसे इंटरनेट उपयोगकर्ताओं द्वारा आपके डेटा तक पहुँचना, लागत उत्पन्न करता है। इग्रेस की लागत आम तौर पर वॉल्यूम‑आधारित होती है। 

लागत अनुकूलन सुझाव

ऊपर की चर्चा के आधार पर, मैं कुछ सर्वोत्तम प्रथाएँ सुझाता हूँ ताकि क्लाउड स्टोरेज लागतें नियंत्रण से बाहर न हो जाएँ। 

• ऊपर चर्चा किए गए विभिन्न स्टोरेज प्रकारों का लाभ उठाएँ। कम आवृत्ति से एक्सेस होने वाले डेटा को Cool या Archive जैसे सस्ते स्टोरेज टियर में स्थानांतरित करें। 

• CDN जैसी कैशिंग सेवा भी लेटेंसी सुधारने में मदद कर सकती है। इससे आप बड़ी फाइलें, जैसे वीडियो, को Cool स्टोरेज में रख सकेंगे। 
• अप्रयुक्त ब्लॉब्स को कम लागत वाले स्टोरेज टियर्स में ले जाने के लिए उचित लाइफसाइकिल नीतियाँ सक्षम करें और सेट करें। 

Azure Blob Storage की समस्या निवारण

हालाँकि Azure Storage व्यापक रूप से उपयोग किया जाने वाला उत्पाद है, फिर भी कभी‑कभी त्रुटियाँ होती हैं। 

ब्लॉब अपलोड्स के सामान्य मुद्दे

नेटवर्क मुद्दे और परमिशन त्रुटियाँ सबसे आम समस्याओं में शामिल हैं। धीमे कनेक्शन और ग़लत कॉन्फ़िगर किए गए प्रॉक्सी अक्सर नेटवर्क त्रुटियों का कारण बनते हैं, जिन्हें अपनी कनेक्टिविटी और कॉन्फ़िगरेशन जाँचकर सबसे अच्छे तरीके से हल किया जा सकता है। 

बड़ी फाइलें अपलोड करने की कोशिश करते समय त्रुटियाँ आना भी आम है। क्षणिक नेटवर्क कनेक्टिविटी हानि से अपलोड अटक सकता है। ऐसे मुद्दों को दूर करने के लिए, एzure की रिट्राई नीतियाँ देखें और उन्हें आवश्यकतानुसार कॉन्फ़िगर करें। एक अन्य व्यावहारिक समाधान है बड़े अपलोड्स को छोटे हिस्सों में बांटना। प्रत्येक हिस्से को अलग‑अलग Put Block ऑपरेशन का उपयोग करके अपलोड करें। 

परमिशन त्रुटियाँ तब होती हैं जब आपकी एक्सेस कीज़ या टोकन्स, या Entra ID, स्टोरेज कंटेनर या अकाउंट पर आपके इच्छित ऑपरेशन (जैसे, डेटा पढ़ना या लिखना) के लिए अधिकृत नहीं होते। संभव है कि आपकी कीज़ रिफ्रेश हो गई हों, या आपका टोकन एक्सपायर हो गया हो। कंटेनर मैनेजर आपको सही एक्सेस अधिकार दिलाने में मदद कर सकता है। 

ब्लॉब स्टोरेज उपयोग की निगरानी

Azure में Azure Storage के प्रदर्शन की निगरानी के लिए विभिन्न टूल शामिल हैं। हम दो सबसे सामान्य विकल्प कवर करेंगे: 

• Azure Storage के अंतर्गत Metrics 
• Azure Monitor

Azure Storage Metrics

Azure Storage एक समेकित मॉनिटरिंग टूल के साथ आता है। इसे एक्सेस करने के लिए: 

• Storage account पेज से Monitoring > Metrics चुनें
• Metrics पेज एक ग्राफ दिखाता है, जो शुरू में खाली होता है। आपको चुनना होगा कि इस ग्राफ में क्या जानकारी दिखानी है। 

• चार्ट के शीर्ष पर (Scope के अंतर्गत) ड्रॉपडाउन मेनू बार में, वह स्टोरेज एंटिटी चुनें जिसे आप मॉनिटर करना चाहते हैं:
  • Metric Namespace के अंतर्गत, (स्टोरेज) Account या Blob चुनें।
  • Metric के अंतर्गत, कोई प्रासंगिक मीट्रिक चुनें, जैसे Blob count, Ingress, capacity, Transactions, आदि।
  • ऊपर दाएँ, वह समयावधि कस्टमाइज़ करें जिसके लिए आप मीट्रिक मॉनिटर करना चाहते हैं।
  • बनने वाला चार्ट चयनित अवधि में चयनित मीट्रिक का उपयोग करके स्टोरेज एंटिटी का प्रदर्शन दिखाता है।

Azure Monitor 

Azure Monitor एक उच्च‑स्तरीय टूल है जिससे आप विभिन्न Azure संसाधनों की निगरानी कर सकते हैं। Azure Monitor एक्सेस करने के लिए:

• Azure पोर्टल पर, ऊपर सर्च बार में monitor टाइप करें। 
• सर्च परिणामों में से Monitor चुनें।

• Monitor होमपेज पर, साइडबार से Insights > Storage accounts.  चुनें

• Monitor | Storage accounts पेज पर, वह स्टोरेज अकाउंट चुनें जिसके लिए आप insights देखना चाहते हैं। 
• Insights पेज विभिन्न उपयोगी मीट्रिक्स दिखाता है, जैसे स्टोरेज प्रकार के अनुसार ट्रांज़ैक्शंस, लेटेंसी, उपलब्धता, और अधिक। 

• पेज के शीर्ष पर, आप वह समय‑सीमा कस्टमाइज़ कर सकते हैं जिसके लिए मीट्रिक्स दिखाने हैं। 
• पेज पर विभिन्न तालिकाओं के लेआउट को संशोधित करने के लिए ऊपर की पट्टी में Customize बटन का उपयोग करें। 

निष्कर्ष

क्लाउड स्टोरेज आधुनिक सॉफ़्टवेयर का अभिन्न हिस्सा है। इस लेख में, हमने Azure Blob Storage के साथ शुरुआत करना और इसे ब्लॉब्स अपलोड और डाउनलोड करने के लिए कैसे उपयोग करना सीखा। हमने ब्लॉब स्टोरेज के कई व्यावहारिक पहलुओं को भी कवर किया, जैसे एक्सेस अधिकारों का प्रबंधन और लागत नियंत्रित रखने के लिए उपयोग की निगरानी। 

Microsoft का Azure और Amazon का AWS कई ओवरलैपिंग सेवाएँ प्रदान करते हैं। यह तय करने के लिए कि आपकी व्यक्तिगत आवश्यकताओं के लिए कौन बेहतर है, हमारा AWS बनाम Azure तुलना देखें। अंत में, यदि आपका कोई आगामी इंटरव्यू Azure सेवाओं से संबंधित है, तो हमारे पास प्रासंगिक इंटरव्यू प्रश्नों का एक सेट है!