Redis
 sql >> डेटाबेस >  >> NoSQL >> Redis

क्या मुझे बड़ी संख्या में बाइनरी फाइलों को स्टोर करने के लिए रेडिस का उपयोग करना चाहिए?

मैं ऐसे कार्य के लिए रेडिस का उपयोग नहीं करूंगा। अन्य उत्पाद IMO के लिए बेहतर उपयुक्त होंगे।

रेडिस एक इन-मेमोरी डेटा स्टोर है। अगर आप 10-20 टीबी डेटा स्टोर करना चाहते हैं, तो आपको 10-20 टीबी रैम की जरूरत होगी, जो कि महंगा है। इसके अलावा, स्मृति आवंटक छोटी वस्तुओं के लिए अनुकूलित है, न कि बड़ी वस्तुओं के लिए। आपको शायद अपनी फाइलों को कई छोटे टुकड़ों में काटना होगा, यह वास्तव में सुविधाजनक नहीं होगा।

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

क्लाइंट-साइड पर साझा करना लागू किया जाना है (जैसे memcached के साथ)। कुछ ग्राहकों के पास इसके लिए समर्थन है, लेकिन सभी को नहीं। सबसे तेज़ क्लाइंट (hiredis) नहीं करता है। वैसे भी, Redis के शीर्ष पर पुनर्संतुलन जैसी चीजों को लागू किया जाना है। रेडिस क्लस्टर, जिसे ऐसी शार्डिंग क्षमताओं का समर्थन करने वाला माना जाता है, अभी तैयार नहीं है।

मैं कुछ अन्य समाधानों का उपयोग करने का सुझाव दूंगा। ग्रिडएफएस के साथ मोंगोडीबी एक संभावना हो सकती है। एचडीएफएस के साथ हडूप एक और है। अगर आपको अत्याधुनिक प्रोजेक्ट पसंद हैं, तो आप Elliptics Network को आज़माना चाहेंगे।




  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. उपयोगकर्ता नाम/पासवर्ड नोडज के साथ प्रबंधित रेडिस से कनेक्ट करना

  2. अजवाइन + रेडिस का उपयोग करते समय भारी देरी

  3. Node.js - सत्र res.redirect () के माध्यम से जारी नहीं रहता है

  4. प्रत्येक समूह के शीर्ष 5 पुन:खोज कुल रिटर्न

  5. रेस्क्यू-शेड्यूलर नौकरी निकालने में विफल रहता है