एक साधारण क्लस्टर के साथ Redis प्रदर्शन बढ़ाएँ

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

लेकिन ऐसी स्थिति की कल्पना करें जहां रेडिस लोड से फटा हुआ है। यह स्थिति असामान्य नहीं है। फिर क्या करना है?

प्रतिकृति

पहली बात जो दिमाग में आती है, वह है एक मास्टर-स्लेव बंडल बनाकर दूसरे डेटाबेस को जोड़ना और रीड रीडायरेक्ट को उसमें जोड़ना।

पेशेवरों:

आप एक आधार जोड़ सकते हैं और प्रतिकृति को जल्दी से कॉन्फ़िगर कर सकते हैं। हम रेडिस को स्थापित करते हैं, कई कमांड निष्पादित करते हैं, डेटा के सिंक्रनाइज़ होने की प्रतीक्षा करते हैं और प्रतिकृति का उपयोग करते हैं।

पढ़ने के संचालन की संख्या दास ठिकानों की संख्या के अनुपात में बढ़ जाती है।

विपक्ष:

कोड को संशोधित करना आवश्यक है - आवश्यक डेटाबेस में पढ़ने / लिखने के संचालन को वितरित करने के लिए एक प्रॉक्सी क्लास बनाएं।

लेखन कार्यों की संख्या अपरिवर्तित रहेगी। दास आधारों से हम केवल पढ़ सकते हैं। लिखने के संचालन केवल मास्टर बेस पर किया जा सकता है। यदि रेडिस बहुत सारे रिकॉर्डिंग कमांड से फाड़ा गया था, तो हमें कोई त्वरण नहीं मिलेगा।

समूह

दूसरा स्पष्ट समाधान रेडिस डेटाबेस का एक समूह बनाना है।

क्लस्टर लाभ:

क्लस्टर में डेटाबेस की संख्या के अनुपात में पढ़ने और लिखने के संचालन की संख्या बढ़ जाती है।

क्लस्टर आसानी से एक नए आधार के लिए कॉन्फ़िगर किया गया है।

क्लस्टर में रेडिस डेटाबेस के लिए प्रतिकृति जोड़ना काफी आसान है। इस प्रकार रीड ऑपरेशन की अधिकतम संख्या बढ़ रही है।

आधार का आकार काफी बड़ा है। सहमत हैं कि 32 जीबी मेमोरी वाले 8 सर्वर एक से बेहतर हैं।

यदि आवश्यक हो, तो बस आधार का आकार बढ़ाएं। 64 जीबी के 8 सर्वर के साथ 32 जीबी मेमोरी के साथ 8 सर्वर को बदलने से तुरंत अधिकतम डेटाबेस का आकार 128 जीबी बढ़ जाएगा (यह मत भूलो कि रेडिस जल्दी से काम करने के लिए, रैम की मात्रा डेटाबेस के आकार से कम से कम 2 गुना होनी चाहिए)। यह बहुत सारे रैम के साथ एक सर्वर को दूसरे की जगह लेने से बेहतर है।

क्लस्टर की विपक्ष:

कोड को संशोधित करना आवश्यक है - क्लस्टर नोड्स के बीच पढ़ने / लिखने के संचालन को वितरित करने के लिए एक प्रॉक्सी क्लास बनाएं।

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

अब दो साल से मैं रेडिस को अत्यधिक भरी हुई परियोजनाओं पर मुख्य डेटाबेस के रूप में उपयोग कर रहा हूं। (मोबाइल उपकरणों के लिए खेल)। इस बार, रेडिस के निर्माता वादा करते हैं कि वे रेडिस के लिए एक संकुल समाधान जारी करने वाले हैं। वे वादा किए गए तीन साल का इंतजार कर रहे हैं, और जो इंतजार नहीं कर रहे हैं वे अपने फैसले लिख रहे हैं, जिनमें खुद भी शामिल हैं

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

कई परियोजनाओं में लोड के तहत दो साल के क्लस्टर ऑपरेशन ने इसकी व्यवहार्यता दिखाई है।

इच्छुक लोग github - github.com/dfer/myredis से नमूना कोड को डाउनलोड और उपयोग कर सकते हैं

पुनश्च

दो साल पहले, जब मैं इस बारे में सोच रहा था कि रेडिस डेटाबेस की प्रदर्शन समस्या को कैसे हल किया जाए और एक रेडिस क्लस्टर बनाया जाए, तो निम्नलिखित 2 लेखों ने मेरी मदद की:

oldblog.antirez.com/post/redis-presharding.html

blog.zawodny.com/2011/02/26/redis-sharding-at-craigslist

मुझे उम्मीद है कि मेरे समाधान और ऊपर उल्लिखित लेख उन लोगों के लिए उपयोगी हो सकते हैं जो अपनी परियोजनाओं में कम प्रदर्शन वाले रेडिस के साथ सामना कर रहे हैं।