रेडिस स्थिरता कैसे कॉन्फ़िगर करें

संपादित 3 सप्ताह पहले द्वारा ExtremeHow संपादकीय टीम

रेडिसकॉन्फ़िगरेशनसेटिंग्सदृढ़ताडेटा संग्रहणबैकअपपुनर्प्राप्तिडेटाबेसप्रशासनसर्वर

रेडिस एक इन-मेमोरी की-वैल्यू डेटा स्टोर है जो आमतौर पर कैशिंग, सत्र प्रबंधन और वास्तविक समय विश्लेषण के लिए उपयोग किया जाता है। रेडिस ऑपरेशन का एक महत्वपूर्ण पहलू स्थिरता है। रेडिस के संदर्भ में स्थिरता अप्रत्याशित विफलताओं के खिलाफ डेटा की स्थायित्व सुनिश्चित करने के बारे में है। जबकि रेडिस मुख्य रूप से एक इन-मेमोरी डेटाबेस है, इसकी स्थिरता परत मेमोरी अस्थिरता से परे डेटा उपलब्धता सुनिश्चित करने में मदद करती है। रेडिस के पास दो मुख्य स्थिरता विकल्प हैं: RDB (रेडिस डेटाबेस बैकअप) और AOF (एपेंड ओनली फाइल)। यहां रेडिस स्थिरता को प्रभावी ढंग से कॉन्फ़िगर करने के लिए एक गहन मार्गदर्शिका है, प्रत्येक विकल्प का पता लगाने और यह समझने का व्यापक अर्थ प्रदान करने के लिए कि वे कैसे काम करते हैं।

रेडिस स्थिरता विकल्पों को समझना

कॉन्फ़िगरेशन में कूदने से पहले, यह समझना महत्वपूर्ण है कि रेडिस दो मुख्य स्थायित्व विकल्पों की पेशकश करता है:

RDB स्थिरता

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

RDB की तरह, आप रेडिस को नियमित अंतराल पर या डेटासेट के लिए परिवर्तनों की आवृत्ति के आधार पर स्वतः स्नैपशॉट लेने के लिए कॉन्फ़िगर कर सकते हैं। स्नैपशॉट फ़ाइलों को बैकअप के लिए विभिन्न सर्वरों में स्थानांतरित किया जा सकता है, जो अतिरिक्त डेटा सुरक्षा की एक परत प्रदान करती है।

AOF स्थिरता

AOF का मतलब एपेंड ओनली फाइल है। RDB के विपरीत जो नियमित अंतराल पर स्नैपशॉट लेता है, AOF सर्वर द्वारा प्राप्त हर लिखित ऑपरेशन को लॉग करता है। इसे एक फ़ाइल में जोड़ा जाता है जिसका उपयोग आवश्यकतानुसार डेटासेट को पुनः बनाने के लिए किया जा सकता है। AOF RDB की तुलना में बेहतर स्थायित्व प्रदान करता है क्योंकि यह बदलावों को अधिक बार डिस्क पर लिखता है।

AOF के साथ, आप विभिन्न कॉन्फ़िगरेशन विकल्पों के माध्यम से डिस्क लेखन की आवृत्ति को नियंत्रित कर सकते हैं। एपेंड-ओनली फाइलें RDB स्नैपशॉट्स की तुलना में बड़ी होती हैं, लेकिन वे अधिक विस्तृत डेटा रिकवरी का लाभ प्रदान करती हैं।

RDB स्थिरता को कॉन्फ़िगर करना

रेडिस को RDB स्थिरता का उपयोग करने के लिए कॉन्फ़िगर करने के लिए, आपको वो स्नैपशॉटिंग पॉलिसी सेट करनी चाहिए जो आप चाहते हैं। यह आमतौर पर redis.conf फ़ाइल में किया जाता है, जो रेडिस के लिए मुख्य कॉन्फ़िगरेशन फ़ाइल है।

चरण 1: कॉन्फ़िगरेशन फ़ाइल का पता लगाएँ

रेडिस कॉन्फ़िगरेशन फ़ाइल, डिफ़ॉल्ट रूप से, आमतौर पर /etc/redis/redis.conf पर लिनक्स सिस्टम पर पाई जाती है या जहाँ भी आप रेडिस इंस्टॉल करना चुनते हैं। इस फ़ाइल को अपने पसंदीदा टेक्स्ट संपादक में खोलें।

चरण 2: स्नैपशॉट अंतराल कॉन्फ़िगर करना

कॉन्फ़िगरेशन फ़ाइल में, आपको निम्नलिखित पंक्तियाँ मिलेंगी:
save 900 1
save 300 10
save 60 10000
इनमें से प्रत्येक पंक्ति उस स्थिति को निर्दिष्ट करती है जिसके तहत रेडिस आपके डेटासेट का स्नैपशॉट बनाएगा।

• save 900 1 : यदि कम से कम 1 कुंजी बदल गई है तो हर 900 सेकंड (15 मिनट) पर डेटासेट को सहेजें।
• save 300 10 : यदि कम से कम 10 परिवर्तन हैं, तो हर 300 सेकंड (5 मिनट) पर डेटासेट को सहेजें।
• save 60 10000 : यदि कम से कम 10,000 परिवर्तन हैं तो हर 60 सेकंड पर डेटासेट को सहेजें।

आप इन सेटिंग्स को अपनी आवश्यकतानुसार समायोजित कर सकते हैं। उदाहरण के लिए, यदि आप हर 10 मिनट में 5 कुंजी परिवर्तन सहेजना चाहते हैं, तो इस तरह की एक पंक्ति जोड़ें: save 600 5।

चरण 3: कॉन्फ़िगरेशन सहेजें

परिवर्तन करने के बाद, कॉन्फ़िगरेशन फ़ाइल को सहेजें और परिवर्तनों को लागू करने के लिए रेडिस सर्वर को पुनः प्रारंभ करें। इसे करने के लिए आदेश है: sudo systemctl restart redis या जो भी विधि आप अपनी प्रणाली पर सेवाओं को प्रबंधित करने के लिए उपयोग करते हैं।

AOF स्थिरता को कॉन्फ़िगर करना

AOF स्थिरता RDB स्नैपशॉट्स की तुलना में डेटा सुरक्षा का उच्च स्तर प्रदान करती है क्योंकि यह प्रत्येक लिखित ऑपरेशन को लॉग करती है। AOF स्थिरता को सक्षम करना भी redis.conf फ़ाइल में कुछ समायोजन करता है।

चरण 1: AOF सक्षम करें

अपनी redis.conf फ़ाइल में, निम्नलिखित पंक्ति देखें:
# appendonly no
बस # हटाकर पंक्ति को अनकमेंट करें और no को yes में बदलें जैसा नीचे दिखाया गया है:
appendonly yes

चरण 2: AOF विकल्प कॉन्फ़िगर करें

AOF स्थिरता कई कॉन्फ़िगरेशन विकल्प प्रदान करती है:

• appendfsync : AOF डेटा को डिस्क पर समकालिक करने की नीति सेट करता है। विकल्प ये हैं:
  • always : हर बार लिखे जाने पर तत्काल डेटा को डिस्क पर स्थानांतरित करता है। अधिकतम डेटा सुरक्षा प्रदान करता है, लेकिन धीमा है।
  • everysec : हर सेकंड डेटा को डिस्क पर स्थानांतरित करता है। प्रदर्शन और डेटा सुरक्षा के बीच अच्छा संयोजन प्रदान करता है।
  • no : ऑपरेटिंग सिस्टम को निर्णय लेने दें कि डेटा कब स्थानांतरित करना है, कैशिंग नीतियाँ आमतौर पर ओएस स्तर पर लागू की जाती हैं।
• No-Appendfsync-on-rewrite : यह सेटिंग, redis.conf में परिभाषित की गई हो सकती है जिसे नीचे द्वारा बदला जा सकता है:
  no-appendfsync-on-rewrite no
  यह कुछ AOF फ्लश को विलंबित करता है ताकि BGSAVE के दौरान विस्तृत I/O को रोका जा सके।
• AOF पुनर्लेखन : यद्यपि AOF फ़ाइलें बड़ी हो सकती हैं, रेडिस उन्हें छोटे संस्करणों में पुनः लिख सकता है:
  • मैन्युअल रूप से पुनर्लेखन को ट्रिगर करने के लिए, आदेश का उपयोग करें: BGREWRITEAOF।
  • स्वत: पुनर्लेखन को एक वृद्धिशील प्रतिशत आधार पर विकल्पों के माध्यम से कॉन्फ़िगर किया जा सकता है जैसे aof-rewrite-incremental-fsync yes।

चरण 3: कॉन्फ़िगरेशन सहेजें

RDB के साथ, कॉन्फ़िगरेशन फ़ाइल को संशोधित करने के बाद, परिवर्तनों को सहेजें और उन्हें लागू करने के लिए रेडिस को पुनः प्रारंभ करें:
sudo systemctl restart redis

अधिकतम डेटा सुरक्षा के लिए RDB और AOF को मिलाना

आप रेडिस को RDB और AOF दोनों स्थिरता का एकसाथ उपयोग करने के लिए कॉन्फ़िगर कर सकते हैं। यह संकर दृष्टिकोण स्नैपशॉट्स की लचीलापन और लिखित कार्यों की विस्तृतता दोनों प्रदान करता है। अधिक विश्वसनीयता आवश्यकताओं वाले परिदृश्यों में यह सर्वोत्तम अभ्यास है।

इसे प्राप्त करने के लिए, सुनिश्चित करें कि आपने पहले RDB को कॉन्फ़िगर किया है, और AOF को सक्षम किया है:

appendonly yes appendfsync everysec

जब दोनों स्थिरता विधियाँ उपयोग में हों, तो स्टार्टअप के दौरान, रेडिस डिफ़ॉल्ट रूप से AOF से डेटा लोड करना पसंद करेगा क्योंकि इसमें आमतौर पर डेटा की सबसे अद्यतित स्थिति होती है।

ठीक स्थिरता रणनीति का चयन

विशेष अनुप्रयोग आवश्यकताओं पर मुख्य रूप से निर्भर करता है कि सही सुदृढीकरण विधि चुनना:

• RDB का उपयोग करें यदि:
  • आप प्रदर्शन के बदले में कुछ डेटा हानि सहन कर सकते हैं।
  • आपका डेटा अक्सर नहीं बदलता।
  • आप कम डिस्क लिखित लोड के साथ अधिक स्थान-कुशल विधिया चाहते हैं।
• AOF का उपयोग करें यदि:
  • प्रत्येक ऑपरेशन की अखंडता और स्थायित्व महत्वपूर्ण हैं।
  • आपको न्यूनतम डेटा हानि के साथ सटीक डेटा पुनर्प्राप्त करना है।
• दोनों का उपयोग करें यदि:
  • आप उच्च डेटा उपलब्धता और सुरक्षा चाहते हैं जो उचित प्रदर्शन के साथ है।
  • मुख्य प्राथमिकता व्यापक दोष सहिष्णुता है और आप डेटा सुरक्षा और डिस्क I/O के बीच संतुलन बनाना चाहते हैं।

स्थिरता कॉन्फ़िगरेशन का परीक्षण करना

एक बार जब आपने अपनी आवश्यक स्थिरता सेटअप कॉन्फ़िगर कर लिया है, तो व्यवहार को पर्याप्त रूप से परीक्षण और सत्यापित करना अनिवार्य है:

• स्नैपशॉट की पुष्टि करें: निर्दिष्ट अंतराल के अनुसार RDB फाइलों के निर्माण की पुष्टि करें।
• विफलताओं का अनुकरण करें: रेडिस को जबरदस्ती रोकें और पुनः प्रारंभ करें ताकि यह सुनिश्चित किया जा सके कि डेटा स्थायी भंडारण से सही लोड हो रहा है।
• फाइल आकार की निगरानी करें: AOF फाइल आकार की निगरानी करें और AOF पुनर्लेखन फ़ंक्शंस का परीक्षण करें।

निष्कर्ष

रेडिस स्थिरता डेटा स्थायित्व को प्रभावी ढंग से प्रबंधित करने का एक महत्वपूर्ण पहलू है। RDB और AOF, या दोनों के संयोजन को समझकर और सही तरीके से लागू करके, आप विफलताओं के मामलों में सुनिश्चित करते हैं कि आपका डेटा सुरक्षित रहेगा। प्रदर्शन आवश्यकताओं और डेटा सुरक्षा आवश्यकताओं का एक सावधान संतुलन आपको आपके उपयोग के मामले के लिए सबसे उपयुक्त विकल्प तय करने में मदद करेगा।

हमेशा की तरह, नियमित बैकअप लें और व्यापक डेटा सुरक्षा के लिए प्रजनन और क्लस्टरिंग जैसे कारकों सहित अपने संपूर्ण सिस्टम आर्किटेक्चर पर विचार करें।

  इस लेख को साझा करें

यदि आपको लेख की सामग्री में कुछ गलत लगता है, आप कर सकते हैं अपडेट का अनुरोध करें