समस्या
लोग एक सुरक्षित तंत्र की मांग कर रहे थे जिससे फ़ाइलों का आदान-प्रदान किया जा सके। आज हमें गर्व के साथ नए ओपन सोर्स फाइल सर्वर मॉड्यूल की घोषणा करते हुए खुशी हो रही है। Psono की इकोसिस्टम में सबसे नए घटक के रूप में, यह कई समस्याओं का समाधान करता है:
- मेल द्वारा साझा की गई फ़ाइलें बहुत बड़ी हो जाती हैं। आमतौर पर, 20mb से ऊपर की सभी चीजें अस्वीकार कर दी जाती हैं।
- SFTP, GPG मेल और इस तरह के अन्य तरीकों से अन्य पार्टियों को फाइल अपलोड करना सामान्य उपयोगकर्ताओं के लिए बहुत जटिल है।
- Google ड्राइव या ड्रॉपबॉक्स की सहायता से फाइल अपलोड करने में संवेदनशील डेटा के मामले में समस्याएँ हो सकती हैं।
- एचआर या प्रबंधन जानकारी को आंतरिक कर्मचारियों से बचाना, जैसे फाइल सर्वर एडमिन्स।
- हैकर आपका फाइल सर्वर एक्सेस करते हैं
- रिमोट ऑफिस के वातावरण में काम करते समय बैंडविड्थ की समस्याएँ और हर कोई आपके छोटे ऑफिस फाइल सर्वर से डाउनलोड कर रहा हो।
और वहीं Psono काम आता है। Psono को इन सभी समस्याओं को ध्यान में रखते हुए डिज़ाइन किया गया था और यह अत्यधिक लचीला है।
उपयोगिता
ठीक है, तो आप पूछ रहे हैं कि उपयोगकर्ता के लिए यह कैसे दिखता है। सरल।
- एक उपयोगकर्ता वेब क्लाइंट एक्सेस करता है
- फ़ाइल चयन करें
- "अपलोड" बटन पर क्लिक करें
- ... और अगर वह चाहते हैं तो इसे राइट क्लिक से साझा करें
यह पर्याप्त सरल है, मुझे आशा है।
हुड के अंदर
हुड के अंदर क्लाइंट कुछ और जटिल कदम उठाता है फिर भी ये सभी उपयोगकर्ता से छिपाए जाते हैं:
- क्लाइंट सर्वर से सभी उपलब्ध फाइल सर्वरों के लिए पूछता है
- सर्वर अनुरोध का मूल्यांकन करता है और विभिन्न उपयोगकर्ता विशेषताओं (अनुमतियों, आईपी, एक्सेस अधिकारों) के अनुसार यह तय करता है कि कौन से शार्द (फाइल स्थान) और फाइल सर्वर उपयुक्त हैं
- सर्वर एक फ़ाइल अपलोड टिकट बनाता है
- क्लाइंट फ़ाइल का आकार पढ़ता है
- क्लाइंट फ़ाइल और शार्द के अपलोड की घोषणा करता है
- अगर फ़ाइल बहुत बड़ी है तो क्लाइंट इसे 128mb के मैक्स चंक्स में विभाजित करता है
- क्लाइंट चंक को एन्क्रिप्ट करता है
- क्लाइंट चंक का चेकसम निकालता है
- क्लाइंट फाइल अपलोड टिकट के साथ चंक को फाइल सर्वर पर अपलोड करता है
- फाइल सर्वर सर्वर को अपलोड टिकट भेजता है
- सर्वर टिकट को सत्यापित करता है
- फाइल सर्वर चंक के अपलोड को स्वीकार करता है
- क्लाइंट सभी चंक्स के प्रसंस्करण तक अगले चंक के साथ जारी रहता है
- क्लाइंट अपने डेटास्टोर को अपडेट करता है, एन्क्रिप्ट करता है और इसे सर्वर पर भेजता है
इस तंत्र के साथ हम किसी भी फ़ाइल आकार की समस्या का समाधान कर सकते हैं, क्योंकि फ़ाइलें चंक्स में विभाजित की जाती हैं। हम एकल फ़ाइल के लिए भी सर्वरों में अपलोड वितरित कर सकते हैं। सर्वर पर भेजने से पहले सभी फाइलें (Psono में बाकी सभी चीजों की तरह) क्लाइंट छोड़ने से पहले एन्क्रिप्ट की जाती हैं।
Psono फाइल सर्वर की सामान्य सेटअप
ऊपरी भाग एक सामान्य सेटअप दिखाता है। एक रिले सर्वर (एक साधारण रिवर्स प्रॉक्सी) कुछ स्थिर फाइलों (वेब क्लाइंट) को सर्व करता है। वेब क्लाइंट ब्राउज़र में सर्व किया जाता है, जो तब सर्वर पर REST API एंडपॉइंट्स को कॉल करता है। सर्वर सभी स्थायी डेटा को संग्रहीत करने के लिए एक PostgreSQL डेटाबेस का उपयोग करता है। Psono वेब क्लाइंट और Psono सर्वर को स्टेटलेस माना जा सकता है, सभी डेटा PostgreSQL डेटाबेस में संग्रहीत किए जाते हैं।
यदि आप अब एक फाइल सर्वर संलग्न करना चाहते हैं, तो आपको पहले सर्वर पर एक शार्द और क्लस्टर कॉन्फ़िगरेशन बनाना होगा, जिसे आप तब वास्तविक फाइल सर्वर को कॉन्फ़िगर करने के लिए उपयोग कर सकते हैं। एक बार फाइल सर्वर बूट हो जाए, तो यह स्वचालित रूप से खुद को पंजीकृत करेगा और 10 सेकंड के अंतराल पर अपनी उपलब्धता की घोषणा करता रहेगा। यदि कोई फाइल सर्वर मर जाता है, तो सर्वर इसे पहचान लेता है और मृत सर्वर को उपयोगकर्ताओं को भेजना बंद कर देता है। एक बार जब यह वापस आता है, तो यह स्वचालित रूप से फिर से पंजीकृत हो जाता है और उपयोगकर्ताओं से अनुरोध प्राप्त करना शुरू कर देता है। उपरोक्त चित्र में, हम सभी चंक्स को स्थानीय भंडारण में संग्रहीत कर रहे हैं और एक रिले सर्वर (छोटे वातावरण में सामान्य सर्वर, वेब क्लाइंट के समान) के लिए एसएसएल ऑफलोड के लिए हैं।
स्थानीय भंडारण के अलावा, आप विभिन्न स्टोरेज बैकेंड का उपयोग कर सकते हैं और यहां तक कि उन्हें मिक्स भी कर सकते हैं।
विभिन्न भंडारण बैकेंड का मिश्रण
वर्तमान में समर्थित (स्थानीय भंडारण के बगल में) अमेज़न एस3, जीसीपी क्लाउड स्टोरेज और एज़्योर ब्लॉब स्टोरेज हैं।
आप बैंडविड्थ की सीमा के कारण प्रदर्शन समस्याओं को हल करने के लिए एक से अधिक फाइल सर्वर का उपयोग कर सकते हैं। आपकी ऑफिस की इंटरनेट कनेक्शन बहुत पतली हो सकती है। एक और उपयोग मामला हो सकता है कि आप स्थानीय फाइलों की सुरक्षा को और भी बेहतर बनाना चाहते हैं और
- आंतरिक फाइलों को बाहरी भंडारण में अपलोड करने की अनुमति न दें
- आंतरिक के साथ फाइलें साझा करने की अनुमति दें बिना किसी भिन्न उपकरण के
एक सेटअप जो प्रदर्शन समस्या को हल करता है और आपको बेहतर पृथक्करण देता है:
रिमोट लोकेशन
यह सेटअप साइटों के बीच "बाहरी" शार्द के सभी ट्रैफ़िक को द्विदिशात्मक रूप से साझा करता है, जिससे बाहरी लोगों को फाइल अपलोड करने की अनुमति मिलती है जिसे बाद में कर्मचारी डाउनलोड कर सकते हैं और इसके विपरीत।
दूसरी ओर, ऑन-प्रिमाइज़ शार्द कभी भी रिमोट लोकेशन के साथ सिंक नहीं करता है और बेहतर सुरक्षा रहती है। चूंकि "बाहरी" शार्द में फाइल केवल एक बार सिंक होती है, जब वे बदलती हैं, तो आपके पास इस शार्द से फाइल एक्सेस करने वाले 100 कर्मचारी हो सकते हैं बिना इसे 100 बार रिमोट लोकेशन से डाउनलोड करने की आवश्यकता के। या यदि आप फाइल अपलोड करते हैं, तो आप इसे 100 बाहरी लोगों के साथ साझा कर सकते हैं, बिना इसे 100 बार अपलोड करने की आवश्यकता के।
बैंडविड्थ लाभ का उपयोग दूरस्थ स्थानों को इस तरह के सेटअप के साथ जोड़ने के लिए भी किया जा सकता है:
दो रिमोट कार्यालयों के साथ
इस सेटअप में प्रत्येक साइट का एक अपना फाइल सर्वर होता है, और सभी फाइलें साइटों के बीच साझा की जाती हैं। लेखन केवल एक विशिष्ट शार्द पर जाते हैं, जो प्रत्येक शार्द की एकतरफा सिंक की अनुमति देता है। यह सेटअप न्यूयॉर्क में लोगों को बिना किसी देरी के फाइल एक्सेस करने की अनुमति देगा।
अगला बड़ा मुद्दा लोडबैलेंसिंग है। यह सब अच्छा है यदि आपके पास कुछ कर्मचारी हैं जो आपके बैंडविड्थ को संतृप्त नहीं करते हैं। यदि आपके पास 1000 कर्मचारी हैं, जो नियमित रूप से फाइल सर्वर का उपयोग कर रहे हैं, तो यह एकल सर्वर के लिए बैंडविड्थ की सीमा उत्पन्न करेगा। फिर भी सौभाग्य से Psono इसे संभाल सकता है। यहां Psono के फाइल सर्वर द्वारा लोडबैलेंसिंग के लिए पेश किए गए दो विकल्प हैं।
आपके पास शायद पहले से एक लोडबैलेंसर है जिसका आप उपयोग करना चाहेंगे, फिर आपका सेटअप इस प्रकार हो सकता है:
लोडबैलेंस्ड फाइल सर्वर लोडबैलेंसर के साथ
इस सेटअप में एसएसएल ऑफलोड के लिए एक लोडबैलेंसर का उपयोग किया गया है। इसके पीछे बैठे दो फाइल सर्वर वास्तविक अनुरोधों को संभालने के लिए उपयोग किए जाते हैं। दोनों एक ही शार्द की घोषणा करते हैं, इसलिए उन्हें या तो शार्द को सिंक करने की आवश्यकता होती है या कुछ साझा भंडारण होता है। कोई भी GlusterFS या एक साधारण rsync का उपयोग कर सकता है।
वैकल्पिक रूप से, क्लाइंट को सब कुछ लोडबैलेंस करने की अनुमति देना और सेटअप और लागत को बचाना हो सकता है। एक सेटअप बिना अतिरिक्त लोडबैलेंसर के इस प्रकार हो सकता है।
लोडबैलेंस्ड फाइल सर्वर बिना लोडबैलेंसर के
सभी ये सेटअप स्टैक किए जा सकते हैं, उदाहरण के लिए 3 क्लस्टर प्रत्येक में 2 सर्वर जिन्हें में। प्रत्येक क्लस्टर एक ही शार्द को सर्व करता है और उसके नीचे एक सिंक्ड (या साझा) भंडारण है,
मुझे आशा है कि मैं आपको Psono के नए और शक्तिशाली फाइल सर्वर मॉड्यूल की क्षमताओं के बारे में एक अच्छी छाप दे सका।
