rqlite 6.0 चे प्रकाशन, SQLite वर आधारित वितरित, दोष-सहिष्णु DBMS

वितरित DBMS rqlite 6.0 चे प्रकाशन सादर केले गेले आहे, जे SQLite स्टोरेज इंजिन म्हणून वापरते आणि आपल्याला एकमेकांशी समक्रमित केलेल्या स्टोरेजमधून क्लस्टरचे कार्य आयोजित करण्यास अनुमती देते. rqlite चे एक वैशिष्ट्य म्हणजे वितरित फॉल्ट-टॉलरंट स्टोरेजची स्थापना, उपयोजन आणि देखभाल करणे सोपे आहे, जे काहीसे etcd आणि Consul सारखे आहे, परंतु की/व्हॅल्यू फॉरमॅटऐवजी रिलेशनल डेटा मॉडेल वापरणे. प्रकल्प कोड Go मध्ये लिहिलेला आहे आणि MIT परवान्याअंतर्गत वितरित केला आहे.

सर्व नोड्स समक्रमित स्थितीत ठेवण्यासाठी, राफ्ट कन्सेन्सस अल्गोरिदम वापरला जातो. Rqlite मूळ SQLite लायब्ररी आणि मानक go-sqlite3 ड्रायव्हर वापरते, ज्याच्या वर एक स्तर लॉन्च केला जातो जो क्लायंटच्या विनंत्यांवर प्रक्रिया करतो, इतर नोड्सची प्रतिकृती करतो आणि अग्रगण्य नोडच्या निवडीवर सहमती मिळवण्यावर लक्ष ठेवतो.

डेटाबेसमधील बदल केवळ लीडर म्हणून निवडलेल्या नोडद्वारेच केले जाऊ शकतात, परंतु लेखन ऑपरेशनसह कनेक्शन क्लस्टरमधील इतर नोड्सवर देखील पाठविले जाऊ शकतात, जे विनंतीची पुनरावृत्ती करण्यासाठी लीडरचा पत्ता परत करेल (पुढील आवृत्तीमध्ये ते नेत्याला विनंत्यांची स्वयंचलित अग्रेषण जोडण्याचे वचन द्या). मुख्य भर दोष सहिष्णुतेवर आहे, त्यामुळे DBMS फक्त वाचन ऑपरेशन्ससह स्केल करते आणि लेखन ऑपरेशन्स अडथळे आहेत. एकाच नोडवरून rqlite क्लस्टर चालवणे शक्य आहे आणि दोष सहिष्णुता प्रदान न करता HTTP वरून SQLite मध्ये प्रवेश प्रदान करण्यासाठी हे समाधान वापरले जाऊ शकते.

प्रत्येक नोडवरील SQLite डेटा फाईलमध्ये संग्रहित केला जात नाही, परंतु मेमरीमध्ये. राफ्ट प्रोटोकॉलच्या अंमलबजावणीसह स्तर स्तरावर, डेटाबेसमध्ये बदल घडवून आणणाऱ्या सर्व SQLite कमांडचा लॉग ठेवला जातो. हा लॉग प्रतिकृती दरम्यान वापरला जातो (इतर नोड्सवर विनंत्या पुनरुत्पादित करण्याच्या स्तरावर प्रतिकृती), नवीन नोड सुरू करताना किंवा कनेक्टिव्हिटी गमावल्यानंतर पुनर्प्राप्त करताना. लॉगचा आकार कमी करण्यासाठी, स्वयंचलित पॅकेजिंगचा वापर केला जातो, जे निर्दिष्ट संख्येच्या बदलांनंतर सुरू होते आणि डिस्कवर स्नॅपशॉट निश्चित केले जाते, ज्याच्या संबंधात नवीन लॉग ठेवणे सुरू होते (मेमरीमधील डेटाबेसची स्थिती स्नॅपशॉट + जमा झालेल्या बदल लॉग सारखे आहे).

rqlite ची वैशिष्ट्ये:

• वेगळ्या SQLite इंस्टॉलेशनची आवश्यकता न ठेवता क्लस्टर उपयोजित करणे सोपे आहे.
• प्रतिकृती SQL स्टोरेज द्रुतपणे प्राप्त करण्याची क्षमता.
• कार्यरत प्रकल्पांमध्ये वापरण्यासाठी तयार (उत्पादन-ग्रेड).
• HTTP(S) API ची उपस्थिती जी तुम्हाला बॅच मोडमध्ये डेटा अपडेट करण्यास आणि क्लस्टरचा अग्रगण्य नोड निर्धारित करण्यास अनुमती देते. हे कमांड लाइन इंटरफेस आणि SQLite साठी तयार केलेल्या विविध क्लायंट लायब्ररी वापरण्याची क्षमता देखील प्रदान करते.
• इतर नोड्स ओळखण्यासाठी सेवेची उपलब्धता, ज्यामुळे तुम्हाला क्लस्टर्स डायनॅमिकपणे तयार करता येतात.
• नोड्स दरम्यान डेटा एक्सचेंज एनक्रिप्ट करण्यासाठी समर्थन.
• वाचताना डेटाची प्रासंगिकता आणि सुसंगतता तपासण्याची पातळी कॉन्फिगर करण्याची क्षमता.
• केवळ-वाचनीय मोडमध्ये नोड्स कनेक्ट करण्याची वैकल्पिक क्षमता, जे एकमत निश्चित करण्यात भाग घेत नाहीत आणि वाचन ऑपरेशन्ससाठी क्लस्टरची स्केलेबिलिटी वाढवण्यासाठी वापरली जातात.
• एका विनंतीमधील आदेश एकत्रित करण्यावर आधारित तुमच्या स्वतःच्या व्यवहारांसाठी समर्थन (BEGIN, COMMIT, ROLLBACK, SAVEPOINT आणि RELEASE वर आधारित व्यवहार समर्थित नाहीत).
• गरम बॅकअप तयार करण्यासाठी समर्थन.

नवीन प्रकाशन योग्य क्लस्टर नोड्सवर रीड आणि राइट विनंत्या राउटिंग करण्याच्या प्रक्रियेत सुधारणा करून क्लस्टर विश्वसनीयता वाढवण्याच्या उद्देशाने महत्त्वपूर्ण आर्किटेक्चरल बदल सादर करते. rqlite नोड्स आता राफ्ट प्रोटोकॉलद्वारे नोड्स दरम्यान स्थापित केलेल्या TCP कनेक्शनचा वापर करून आपापसात अनेक तार्किक कनेक्शन्स मल्टीप्लेक्स करू शकतात. जर विनंतीला लीडर ऑथॉरिटीची आवश्यकता असेल परंतु ती दुय्यम नोडला पाठवली गेली असेल, तर दुय्यम नोड लीडरचा पत्ता ठरवू शकतो आणि राफ्ट कन्सेन्सस कॅलक्युलेशन्स न करता तो क्लायंटला पाठवू शकतो.

या बदलामुळे वेगळ्या मेटाडेटा सिंक्रोनाइझेशन घटकाची गरजही नाहीशी झाली आणि राफ्ट स्टेट आणि मेटाडेटा वेगळे हाताळणी काढून टाकली. दुय्यम नोड्स आता लीडर नोडला जेव्हा आवश्यक असेल तेव्हाच विनंत्या पाठवतात, जेव्हा त्यांना लीडर नोडचा पत्ता शोधण्याची आवश्यकता असते. API क्लस्टरमधील इतर नोड्सच्या स्थितीबद्दल माहिती मिळविण्याची क्षमता प्रदान करते. कमांड लाइन इंटरफेसमध्ये ".sysdump" कमांड जोडली गेली आहे.

स्त्रोत: opennet.ru