Azure प्रदर्शन बेंचमार्क पर Redis - Redis™ बनाम Azure Cache के लिए स्केलग्रिड

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

ScaleGrid एक DBaaS प्रदाता है जो न केवल Redis™ के लिए, बल्कि MongoDB® डेटाबेस, MySQL और PostgreSQL के लिए भी पूरी तरह से प्रबंधित होस्टिंग प्रदान करता है। ब्रिंग योर ओन क्लाउड (बीओओसी) योजना डेटाबेस सर्वर को आपके अपने एडब्ल्यूएस, एज़्योर या जीसीपी खाते में होस्ट करती है।

Azure Redis के लिए एक होस्टेड सेवा प्रदान करता है जिसे Redis के लिए Azure Cache कहा जाता है।

एक नज़र में - TLDR

थ्रूपुट प्रदर्शन Redis™ के लिए थ्रूपुट प्रदर्शन का परीक्षण स्केलग्रिड, Redis के लिए Azure Cache की तुलना में 5 गुना अधिक थ्रूपुट प्राप्त करने का प्रबंधन करता है। अभी पढ़ें लेटेंसी परफॉर्मेंस औसत 85% कम विलंबता के साथ, रेडिस™ के लिए स्केलग्रिड सभी कनेक्शन गणनाओं में परीक्षण करते समय रेडिस के लिए एज़्योर कैश से बेहतर प्रदर्शन करता है। अभी पढ़ें बेंचमार्क कॉन्फ़िगरेशन इस प्रदर्शन बेंचमार्क में उपयोग किए गए कॉन्फ़िगरेशन देखें। अभी पढ़ें

Redis™ के लिए स्केलग्रिड बनाम Redis प्रदर्शन बेंचमार्क के लिए Azure Cache

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

हमने निम्नलिखित सेटअप के साथ Redis™ प्रदर्शन को बेंचमार्क किया है।

थ्रूपुट प्रदर्शन

लेटेंसी परफॉर्मेंस

बेंचमार्क सारांश

जैसा कि आप उपरोक्त ग्राफ़ से बता सकते हैं, Redis™ के लिए ScaleGrid काफी उच्च थ्रूपुट और कम विलंबता प्रदान करता है। Azure कैश पर समान आकार की तुलना में औसतन हम लगभग 5x थ्रूपुट और 85% कम विलंबता देख सकते हैं। Redis™ BYOC योजना के लिए स्केलग्रिड समर्पित होस्टिंग योजना के लिए $9 प्रति माह (720h + VM लागत) और $18 प्रति माह (720h) से शुरू होता है।

बेंचमार्क कॉन्फ़िगरेशन

आइए हम प्रदर्शन बेंचमार्क में उपयोग किए गए कॉन्फ़िगरेशन पर एक नज़र डालते हैं:

प्रत्येक Redis™ सर्वर के लिए, हमने 100, 200, 300 और 400 कनेक्शनों के साथ बेंचमार्क किया है। प्रत्येक कनेक्शन प्रति अनुरोध 32 बाइट्स ऑब्जेक्ट डेटा आकार के साथ 10,000 अनुरोध भेजता है। हम Redis™ सर्वर को जोड़ने के लिए गैर-SSL कनेक्शन का उपयोग करते हैं।

स्केलग्रिड न केवल उच्च थ्रूपुट और कम विलंबता प्रदान कर सकता है, यह पूर्ण व्यवस्थापक पहुंच, अनुसूचित बैकअप और एसएसएच पहुंच जैसी कई अन्य सुविधाएं भी लाता है। आप हमारी वेबसाइट पर, Azure पर रेडिस™ के लिए स्केलग्रिड के बारे में अधिक जानकारी प्राप्त कर सकते हैं।

Redis™ सेवा चुनते समय क्या विचार करें?

तो, इतने सारे पूरी तरह से प्रबंधित Redis™ सेवा प्रदाता विकल्पों के साथ, सबसे महत्वपूर्ण विशेषताएँ क्या हैं जिन पर ध्यान देना चाहिए? आपके लिए सही रेडिस होस्टिंग सेवा चुनते समय उपयोग करने के लिए यहां एक चेकलिस्ट है:

1. समर्पित सर्वर
2. मापनीयता
3. डेटा दृढ़ता
4. बैकअप और पुनर्स्थापना
5. उच्च थ्रूपुट और कम विलंबता

समर्पित सर्वर

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

मापनीयता

व्यवसाय बढ़ते हैं, और आपके डेटा के लिए भी ऐसा ही होता है। यह बहुत महत्वपूर्ण है कि आपकी Redis सेवा कम या बिना डाउनटाइम के आपके Redis सर्वर का गतिशील, इन-प्लेस स्केल अप करने में सक्षम हो।

डेटा दृढ़ता

आपकी व्यावसायिक आवश्यकताओं के आधार पर, आपको अपने Redis डेटा को भौतिक संग्रहण पर बनाए रखने की आवश्यकता हो सकती है। रेडिस दो दृढ़ता विकल्प प्रदान करता है:आरडीबी और एओएफ।

RDB एक Redis डेटाबेस बैकअप फ़ाइल में निर्दिष्ट अंतराल पर आपके डेटासेट का पॉइंट-इन-टाइम स्नैपशॉट है। फ़ाइल को अन्य रेडिस उदाहरणों में स्थानांतरित किया जा सकता है।

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

RDB और AOF दोनों को एक ही समय में सक्षम किया जा सकता है और उनके अलग-अलग ट्रेड ऑफ हैं। उनके फायदे और नुकसान के बारे में अधिक जानकारी के लिए, आप redis.io पर Redis Persistence पेज पर अधिक पढ़ सकते हैं।

आपकी Redis सेवा को न केवल डेटा को बनाए रखने के लिए विकल्प प्रदान करना चाहिए, बल्कि डेटा हानि की संभावना को कम करने के लिए Redis को मास्टर/प्रतिकृति या क्लस्टर मोड में तैनात करना भी चाहिए।

बैकअप और पुनर्स्थापना

Redis के लिए एक सेवा के रूप में कोई भी डेटाबेस (DBaaS) को शेड्यूल्ड और ऑन-डिमांड बैकअप भी प्रदान करना चाहिए ताकि आप सुनिश्चित कर सकें कि आपके पास हमेशा बैकअप का एक नियमित शेड्यूल उपलब्ध है, और उन्हें निष्पादित कर सकते हैं एक आवेदन घटना से पहले आवश्यक के रूप में। इसे मौजूदा डेटाबेस या नए डेटाबेस इंस्टेंस के लिए "रिस्टोर बैकअप" विकल्प भी प्रदान करना चाहिए।

हाई थ्रूपुट और लो लेटेंसी

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