Dragonfly 1.0 جو رليز، هڪ ان-ميموري ڊيٽا ڪيشنگ سسٽم

ڊريگن فلائي ان-ميموري ڪيشنگ ۽ اسٽوريج سسٽم جاري ڪيو ويو آهي، جيڪو ڊيٽا کي ڪي/ويليو فارميٽ ۾ تبديل ڪري ٿو ۽ انتهائي لوڊ ٿيل سائيٽن جي ڪم کي تيز ڪرڻ، ڊي بي ايم ايس ڏانهن سست سوالن کي ڪيش ڪرڻ ۽ رام ۾ وچولي ڊيٽا لاءِ هڪ هلڪو وزن حل طور استعمال ڪري سگهجي ٿو. Dragonfly سپورٽ ڪري ٿو Memcached ۽ Redis پروٽوڪول، جيڪو توهان کي اجازت ڏئي ٿو موجوده ڪلائنٽ لائبريرين کي استعمال ڪرڻ ۽ ميمڪيچڊ ۽ ريڊس کي ڊريگن فلائي استعمال ڪندي پروجيڪٽ منتقل ڪرڻ جي بغير ڪوڊ کي ٻيهر ڪم ڪرڻ جي.

Redis جي مقابلي ۾، Dragonfly Amazon EC2 c6gn.16xlarge ماحول ۾ عام ڪم لوڊ لاءِ ڪارڪردگيءَ ۾ 25-گنا واڌارو حاصل ڪيو (3.8 ملين درخواستون في سيڪنڊ). AWS c6gn.16xlarge ماحول ۾ Memcached جي مقابلي ۾، Dragonfly 4.7 ڀيرا وڌيڪ لکڻ جون درخواستون في سيڪنڊ (3.8 ملين بمقابله 806 هزار) ۽ 1.77 ڀيرا وڌيڪ پڙهڻ جون درخواستون في سيڪنڊ (3.7 ملين بمقابله 2.1 ملين) ڪرڻ جي قابل هئي.

Dragonfly 1.0 جو رليز، هڪ ان-ميموري ڊيٽا ڪيشنگ سسٽم

5 GB ڊيٽا کي محفوظ ڪرڻ جي تجربن ۾، Dragonfly کي Redis کان 30 سيڪڙو گھٽ ميموري جي ضرورت آهي. جڏهن "bgsave" ڪمانڊ سان سنيپ شاٽ ٺاهيندي، ميموري جو استعمال وڌندو آهي، پر چوٽي جي لمحن تي اهو ريڊس جي ڀيٽ ۾ تقريبا ٽي ڀيرا گهٽ رهيو، ۽ سنيپ شاٽ رڪارڊنگ آپريشن خود تمام تيز آهي (ٽيسٽ ۾، ڊريگن فلائي ۾ هڪ سنيپ شاٽ 30 ۾ لکيو ويو هو. سيڪنڊ، جڏهن ته ريڊس - 42 سيڪنڊن ۾).

Dragonfly 1.0 جو رليز، هڪ ان-ميموري ڊيٽا ڪيشنگ سسٽم

اعليٰ ڪارڪردگي حاصل ڪئي وئي آھي ھڪڙي گھڻن موضوعن واري فن تعمير جي مھرباني ڪري شيئرنگ وسيلن (شيئر-ڪجھ به نه)، جنھن جو مطلب آھي ته ھر سلسلي کي الڳ الڳ پروسيسر مقرر ڪيو ويو آھي ڊيٽا جي پنھنجي حصي سان، بغير ميٽيڪس ۽ اسپن لاڪ جي ڪم ڪندي. ايٽمي کي يقيني بڻائڻ لاءِ جڏهن ڪيترن ئي ڪنجين سان ڪم ڪري رهيا آهن، هلڪو وزن وي ايل ايل لاڪ استعمال ڪيا ويندا آهن. ميموري ۾ معلومات کي موثر طريقي سان محفوظ ڪرڻ لاءِ، ڊيش ٽيبل ڍانچي استعمال ڪيو ويندو آهي، جيڪو هڪ قسم جي ورهاڱي واري هيش ٽيبل کي لاڳو ڪري ٿو.

Dragonfly جون ڪجهه خاصيتون:

  • ڪيشنگ موڊ، جيڪو خودڪار طور تي پراڻي ڊيٽا کي نئين ڊيٽا سان تبديل ڪري ٿو مفت ميموري ختم ٿيڻ کان پوء.
  • ڊيٽا کي پابند ڪرڻ لاءِ سپورٽ زندگي بھر جي دوران جنهن دوران ڊيٽا کي لاڳاپيل سمجهيو ويندو آهي.
  • پس منظر ۾ ڊسڪ کي فلش ڪرڻ واري اسٽوريج جي حالت لاءِ سپورٽ وري شروع ڪرڻ کان پوءِ بعد ۾ بحالي لاءِ.
  • هڪ HTTP ڪنسول جي موجودگي (ٽي سي پي پورٽ 6379 سان جڙيل آهي) سسٽم جي انتظام لاءِ ۽ هڪ API واپسي ميٽرڪس لاءِ، پروميٿيوس سان مطابقت رکندڙ.
  • 185 ريڊس ڪمانڊ لاءِ سپورٽ، جيڪا تقريباً ريڊيس 5 رليز جي ڪارڪردگيءَ جي برابر آهي.
  • سڀني Memcached حڪمن کي سپورٽ ڪري ٿو سواء CAS (چيڪ ۽ سيٽ).
  • سنيپ شاٽ ٺاهڻ لاءِ هم وقت سازي جي عملن لاءِ سپورٽ.
  • متوقع ياداشت جو استعمال.
  • بلٽ ان Lua 5.4 مترجم.
  • پيچيده ڊيٽا جي قسمن کي سپورٽ ڪري ٿو جهڙوڪ هيش، سيٽ، لسٽ (ZSET، HSET، LIST، SETS ۽ STRING) ۽ JSON ڊيٽا.
  • غلطي رواداري ۽ لوڊ توازن لاء اسٽوريج جي نقل کي سپورٽ ڪري ٿو.

Dragonfly ڪوڊ C/C++ ۾ لکيل آهي ۽ BSL (بزنس ماخذ لائسنس) تحت ورهايو ويو آهي. BSL لائسنس MySQL جي گڏيل باني پاران اوپن ڪور ماڊل جي متبادل طور پيش ڪيو ويو. BSL جو خلاصو اهو آهي ته ترقي يافته ڪارڪردگي جو ڪوڊ شروعاتي طور تي ترميم لاءِ موجود آهي، پر ڪجهه وقت لاءِ مفت استعمال ٿي سگهي ٿو صرف ان صورت ۾ جڏهن اضافي شرطون پوريون ٿين، جن کي روڪڻ لاءِ تجارتي لائسنس خريد ڪرڻ جي ضرورت آهي. Dragonfly پروجيڪٽ لاءِ اضافي لائسنس جي شرطن جي ضرورت آهي ته ڪوڊ کي منتقل ڪيو وڃي Apache 2.0 لائسنس تي مارچ 15، 2028. هن وقت تائين، لائسنس ڪوڊ جي استعمال جي اجازت ڏئي ٿو صرف ان جي خدمتن ۽ شين جي آپريشن کي يقيني بڻائڻ لاء، پر استعمال کي منع ڪري ٿو ادا ڪيل ڪلائوڊ سروسز جي تخليق لاءِ جيڪي ڪم ڪن ٿيون ڊريگن فلائي ۾ اضافو.

نسخو Dragonfly 1.0 قابل ذڪر آهي ان جي عمل درآمد جي حمايت لاءِ بنيادي سرور کان ثانوي سرور تائين. بهرحال، Dragonfly کي ثانوي اسٽوريج جي طور تي استعمال ڪرڻ لاءِ ترتيب ڏئي سگهجي ٿو جيڪو بنيادي سرور کان ڊيٽا وصول ڪري ٿو يا ته Dragonfly جي بنياد تي يا Redis جي بنياد تي. ريپليڪيشن مئنيجمينٽ API ريڊس سان مطابقت رکي ٿي ۽ ROLE ۽ REPLICAOF (SLAVEOF) حڪمن جي استعمال تي ٻڌل آهي.

جو ذريعو: opennet.ru

تبصرو شامل ڪريو