ترقيءَ ۾ هڪ سال جي وقفي کان پوءِ غلطي برداشت ڪرڻ واري ورهايل فائل سسٽم جي نئين شاخ تي ڪم ڪري رهيو آهي и ٻيو آزاد اميدوار. تازو LizardFS ترقي ڪندڙ ڪمپني جي مالڪن جي تبديلي، نئين انتظام کي منظور ڪيو ويو ۽ ڊولپرز کي تبديل ڪيو ويو. گذريل ٻن سالن کان، منصوبي کي ڪميونٽي کان واپس ورتو ويو آهي ۽ ان تي ڪافي ڌيان نه ڏنو ويو آهي، پر نئين ٽيم ڪميونٽي سان اڳوڻي تعلق کي بحال ڪرڻ ۽ ان سان ويجهي رابطي قائم ڪرڻ جو ارادو رکي ٿو. پروجيڪٽ ڪوڊ C ۽ C++ ٻولين ۾ لکيل آهي ۽ GPLv3 لائسنس جي تحت.
ليزرڊ ايف ايس هڪ ورهايل ڪلستر فائيل سسٽم، جيڪو توهان کي مختلف سرورن ۾ ڊيٽا کي ورهائڻ جي اجازت ڏئي ٿو، پر انهن تائين رسائي هڪ واحد وڏي ورهاڱي جي صورت ۾ مهيا ڪري ٿي، جيڪا روايتي ڊسڪ ورهاڱي جي ساڳئي طريقي سان ڪم ڪري ٿي. LizardFS سان هڪ نصب ٿيل ورهاڱي کي سپورٽ ڪري ٿو POSIX فائل خاصيتون، ACLs، لاڪ، ساکٽ، پائپ، ڊوائيس فائلون، علامتي ۽ سخت لنڪ. سسٽم ۾ ناڪامي جو هڪ نقطو نه آهي؛ سڀئي اجزاء بيڪار آهن. ڊيٽا جي عملن جي متوازي سپورٽ ڪئي وئي آهي (ڪيترائي ڪلائنٽ هڪ ئي وقت فائلن تائين رسائي ڪري سگهن ٿا).
غلطي جي رواداري کي يقيني بڻائڻ لاء، ڊيٽا کي ورهايو ويو آهي نقلن ۾، جيڪي مختلف نوڊس ۾ ورهايل آهن بيڪارگي سان (ڪيترائي ڪاپيون مختلف نوڊس تي رکيل آهن)؛ جيڪڏهن نوڊس يا ڊرائيو ناڪام ٿين ٿا، سسٽم معلومات جي نقصان کان بغير هلائڻ جاري رکي ٿو ۽ خودڪار طريقي سان ڊيٽا کي ٻيهر ورهائي ٿو. باقي نوڊس جي حساب سان. اسٽوريج کي وڌائڻ لاءِ، سار سنڀال لاءِ ڪم بند ڪرڻ کان سواءِ ان سان نوان نوڊس ڳنڍڻ ڪافي آهي (سسٽم پاڻ ئي ڊيٽا جو حصو نئين سرور ڏانهن نقل ڪري ٿو ۽ اسٽوريج کي بيلنس ڪري ٿو نون سرورن کي مدنظر رکندي). توھان ڪلستر جي سائيز کي گھٽائڻ لاءِ اھو ئي ڪري سگھو ٿا - توھان آسان ڪري سگھوٿا غير فعال سامان جيڪو سسٽم مان هٽايو پيو وڃي.
ڊيٽا ۽ ميٽاداٽا الڳ الڳ محفوظ ٿيل آهن. آپريشن لاءِ، ماسٽر-غلام موڊ ۾ ڪم ڪندڙ ٻه ميٽاڊيٽا سرورز کي انسٽال ڪرڻ جي صلاح ڏني وئي آهي، انهي سان گڏ گهٽ ۾ گهٽ ٻه ڊيٽا اسٽوريج سرورز (chunkserver). اضافي طور تي، ميٽا ڊيٽا کي بيڪ اپ ڪرڻ لاءِ، لاگ سرور استعمال ڪري سگھجن ٿا معلومات کي ذخيرو ڪرڻ لاءِ ميٽاڊيٽا ۾ تبديلين جي باري ۾ ۽ توهان کي اجازت ڏين ٿا آپريشن بحال ڪرڻ جي صورت ۾ سڀني موجوده ميٽا ڊيٽا سرورز کي نقصان پهچڻ جي صورت ۾. ھر فائل کي بلاڪن ۾ ورهايو ويو آھي، 64 MB تائين سائيز ۾. بلاڪ اسٽوريج سرورز جي وچ ۾ ورهايو ويو آهي منتخب ٿيل نقل واري موڊ جي مطابق: معياري (مختلف نوڊس تي رکيل ڪاپي جي تعداد جو واضح عزم، انفرادي ڊائريڪٽرن جي حوالي سان - اهم ڊيٽا لاء ڪاپي جو تعداد وڌائي سگهجي ٿو، ۽ لاء. غير ضروري ڊيٽا گھٽائي وئي، XOR (RAID5) ۽ EC (RAID6).
اسٽوريج پيٽابائيٽ جي سائيز تائين ماپ ڪري سگھي ٿو. ايپليڪيشن جي علائقن ۾ آرڪائيو ڪرڻ، ورچوئل مشين جي تصويرن جي اسٽوريج، ملٽي ميڊيا ڊيٽا، بيڪ اپ، ڊي آر سي (ڊزاسٽر ريڪوري سينٽر) طور استعمال ۽ اعليٰ ڪارڪردگي ڪمپيوٽنگ ڪلسٽرز ۾ اسٽوريج شامل آهن. LizardFS ڪنهن به سائيز جي فائلن لاءِ تمام تيز پڙهڻ جي رفتار مهيا ڪري ٿي، ۽ لکڻ وقت، اها سٺي ڪارڪردگي ڏيکاري ٿي جڏهن پوريون وڏيون ۽ وچولي سائيز جون فائلون لکن ٿيون، جڏهن ڪا مسلسل تبديلي نه آهي، کليل فائلن سان سخت ڪم، ۽ هڪ وقت جي آپريشن سان. ننڍيون فائلون.
FS جي خاصيتن مان، هڪ پڻ ياد ڪري سگھي ٿو سنيپ شاٽ لاء سپورٽ جي موجودگي، هڪ خاص وقت تي فائلن جي حالت کي ظاهر ڪندي، ۽ "ري سائيڪل بن" جي تعمير ٿيل عمل درآمد (فائل فوري طور تي ڊهي نه وينديون آهن ۽ دستياب آهن. ڪجهه وقت جي بحالي). ورهاڱي تائين رسائي IP پتي يا پاسورڊ (NFS وانگر) جي ذريعي محدود ٿي سگهي ٿي. سروس مينيجمينٽ ميڪانيزم جو ڪوٽا ۽ معيار آھن جيڪي توھان کي اجازت ڏين ٿيون سائيز ۽ بينڊوڊٿ کي محدود ڪرڻ لاءِ استعمال ڪندڙن جي مخصوص ڪيٽيگريز لاءِ. اهو ممڪن آهي ته جغرافيائي طور تي ورهايل اسٽوريج سهولتون، جن جا حصا مختلف ڊيٽا سينٽرن ۾ واقع آهن.
LizardFS پروجيڪٽ 2013 ۾ هڪ ڪانٽو جي طور تي ٺهرايو ويو ، ۽ خاص طور تي مختلف آهي ريپليڪشن موڊ جي موجودگي ۾ ريپليڪشن موڊ جي بنياد تي ريڊ-سليمن جي غلطي جي اصلاح ڪوڊس (ريڊز اين جي مطابق)، وڌايل ACL سپورٽ، ونڊوز پليٽ فارم لاءِ ڪلائنٽ جي موجودگي، اضافي اصلاحون (مثال طور، جڏهن ڪلائنٽ کي گڏ ڪرڻ ۽ هڪ اسٽوريج سرور، بلاڪ، جيڪڏهن ممڪن هجي، موجوده نوڊ سان موڪليا ويندا آهن، ۽ ميٽاداٽا کي ميموري ۾ محفوظ ڪيو ويندو آهي)، هڪ وڌيڪ لچڪدار ترتيب ڏيڻ وارو نظام، ڊيٽا پڙهڻ لاءِ سپورٽ، ڊاريڪٽري ڪوٽا ۽ اندروني ٻيهر ڪم.
LizardFS 3.13.0 ڊسمبر جي آخر ۾ جاري ٿيڻ جو ارادو ڪيو ويو آهي. LizardFS 3.13 جي بنيادي جدت هڪ اتفاق الورورٿم جو استعمال آهي غلطي رواداري کي يقيني بڻائڻ لاءِ (ناڪامي جي صورت ۾ ماسٽر سرور کي تبديل ڪرڻ) (URaf جي اسان جي پنهنجي عمل کي استعمال ڪري ٿو، جيڪو اڳ ۾ تجارتي شين ۾ استعمال ڪيو ويو هو). uRaft استعمال ڪرڻ ترتيبن کي آسان بڻائي ٿو ۽ ناڪامي جي بحالي جي دير کي گھٽائي ٿو، پر گھٽ ۾ گھٽ ٽي ڪم ڪندڙ نوڊس جي ضرورت آھي، جن مان ھڪڙو ڪورم لاء استعمال ڪيو ويندو آھي.
ٻيون تبديليون: FUSE3 سب سسٽم جي بنياد تي هڪ نئون ڪلائنٽ، غلطي جي اصلاح سان مسئلا حل ڪرڻ، nfs-ganesha پلگ ان کي C ٻولي ۾ ٻيهر لکيو ويو آهي. تازه ڪاري 3.13.0-rc2 ڪيترن ئي نازڪ مسئلن کي حل ڪري ٿو جيڪي 3.13 برانچ جي اڳوڻي ٽيسٽ رليز کي ناقابل استعمال بڻايو (3.12 برانچ لاء فيڪس اڃا تائين شايع نه ڪيا ويا آهن، ۽ 3.12 کان 3.13 تائين تازه ڪاري اڃا تائين مڪمل ڊيٽا جي نقصان جي ڪري ٿي).
2020 ۾، ڪم ترقي تي ڌيان ڏيندو
، هڪ نئون مڪمل طور تي ٻيهر لکيل LizardFS ڪرنل، جيڪو ڊولپرز جي مطابق، برانچ 3.12 جي مقابلي ۾ ڪارڪردگي ۾ ٽي ڀيرا اضافو فراهم ڪندو. اگاما هڪ واقعن تي مبني فن تعمير ڏانهن منتقلي ڪندو، هم وقت ساز ان پٽ/آئوٽ پٽ جي بنياد تي , بنيادي طور تي استعمال ڪندڙ اسپيس ۾ ڪم ڪريو (ڪنيل ڪيشنگ ميڪانيزم تي انحصار کي گهٽائڻ لاء). اضافي طور تي، هڪ نئون ڊيبگنگ سب سسٽم ۽ هڪ نيٽ ورڪ سرگرمي تجزيه ڪندڙ ڪارڪردگي آٽو ٽيوننگ جي حمايت سان پيش ڪيو ويندو.
LizardFS ڪلائنٽ ورزن لکڻ جي عملن لاءِ مڪمل مدد شامل ڪندو، جيڪو آفت جي بحالي جي اعتبار کي بهتر بڻائيندو، مسئلا حل ڪندو جيڪي پيدا ٿيندا آهن جڏهن مختلف ڪلائنٽ هڪ ئي ڊيٽا تائين رسائي حصيداري ڪندا آهن، ۽ ڪارڪردگي بهتر ڪرڻ جي اجازت ڏيندا آهن. ڪلائنٽ کي منتقل ڪيو ويندو ان جي نيٽ ورڪ سبسسٽم تي ڪم ڪندڙ يوزر اسپيس ۾. اگاما تي ٻڌل LizardFS جو پهريون ڪم ڪندڙ پروٽوٽائپ 2020 جي ٻئي چوٿين ۾ تيار ٿيڻ جي منصوبابندي ڪئي وئي آهي. ساڳئي وقت، اهي ڪبرنيٽس پليٽ فارم سان LizardFS کي ضم ڪرڻ لاء اوزار لاڳو ڪرڻ جو واعدو ڪن ٿا.
جو ذريعو: opennet.ru