Apache Cassandra 4.0 DBMS دستياب آهي

Apache Software Foundation ورهايل DBMS Apache Cassandra 4.0 جو رليز پيش ڪيو، جيڪو noSQL سسٽم جي طبقي سان تعلق رکي ٿو ۽ هڪ ايسوسيئيٽو ايري (هيش) جي صورت ۾ ذخيرو ٿيل ڊيٽا جي وڏي مقدار جي انتهائي اسپيبلبل ۽ قابل اعتماد اسٽوريج ٺاهڻ لاءِ ٺهيل آهي. Cassandra 4.0 رليز پيداوار تي عمل درآمد لاءِ تيار سمجهي وڃي ٿي ۽ اڳ ۾ ئي 1000 کان وڌيڪ نوڊس جي ڪلسٽرن سان گڏ Amazon، Apple، DataStax، Instaclustr، iland ۽ Netflix جي بنيادي ڍانچي ۾ آزمائي چڪي آهي. پروجيڪٽ ڪوڊ جاوا ۾ لکيل آهي ۽ Apache 2.0 لائسنس تحت ورهايو ويو آهي.

Cassandra DBMS اصل ۾ Facebook پاران ترقي ڪئي وئي ۽ 2009 ۾ Apache فائونڊيشن جي سرپرستي هيٺ منتقل ڪئي وئي. Cassandra جي بنياد تي صنعتي حل ڪمپنين جهڙوڪ ايپل، Adobe، CERN، Cisco، IBM، HP، Comcast، Disney، eBay، Huawei، Netflix، Sony، Rackspace، Reddit ۽ Twitter کان پاور سروسز تي مقرر ڪيا ويا آهن. مثال طور، ايپل پاران ترتيب ڏنل Apache Cassandra تي ٻڌل اسٽوريج انفراسٽرڪچر هڪ هزار کان وڌيڪ ڪلسٽرز آهن، جن ۾ 160 هزار نوڊس شامل آهن ۽ 100 پيٽابيٽس کان وڌيڪ ڊيٽا کي محفوظ ڪرڻ. Huawei 300 کان وڌيڪ Apache Cassandra ڪلسٽر استعمال ڪري ٿو، 30 هزار نوڊس تي مشتمل آهي، ۽ Netflix 100 کان وڌيڪ ڪلسٽر استعمال ڪري ٿو، 10 هزار نوڊس کي ڍڪي ٿو ۽ روزانو هڪ ٽريلين کان وڌيڪ درخواستن تي عمل ڪري ٿو.

Cassandra DBMS هڪ مڪمل طور تي ورهايل ڊائنامو هيش سسٽم کي گڏ ڪري ٿو، جيڪو تقريبا لڪير اسڪالبل مهيا ڪري ٿو جيئن ڊيٽا جي مقدار وڌائي ٿي. Cassandra هڪ ڊيٽا اسٽوريج ماڊل استعمال ڪري ٿو هڪ ڪالمن فيملي (ColumnFamily) جي بنياد تي، جيڪو سسٽم کان مختلف آهي جهڙوڪ memcachedb، جيڪو ڊيٽا کي صرف هڪ اهم/ويلي چين ۾ محفوظ ڪري ٿو، هيش جي اسٽوريج کي منظم ڪرڻ جي صلاحيت سان ڪيترن ئي سطحن سان گڏ. ڊيٽابيس سان رابطي کي آسان ڪرڻ لاءِ، منظم ڪيل سوال ٻولي CQL (Cassandra Query Language) سپورٽ ڪئي وئي آهي، جيڪا SQL جي ياد ڏياري ٿي، پر ڪارڪردگي ۾ گھٽجي وئي آهي. خاصيتن ۾ نالن جي جڳهن ۽ ڪالمن جي خاندانن لاءِ مدد شامل آهي، ۽ "CREATE INDEX" اظهار استعمال ڪندي انڊيڪس ٺاهڻ.

ڊي بي ايم ايس توهان کي ناڪامي مزاحمتي اسٽوريج ٺاهڻ جي اجازت ڏئي ٿي: ڊيٽابيس ۾ رکيل ڊيٽا خودڪار طور تي ورهايل نيٽ ورڪ جي ڪيترن ئي نوڊس ڏانهن نقل ڪيو ويندو آهي، جيڪو مختلف ڊيٽا سينٽرن کي وڌائي سگھي ٿو. جڏهن ڪو نوڊ ناڪام ٿئي ٿو، ان جا ڪم ٻين نوڊس ذريعي اڏامي ويندا آهن. ڪلستر ۾ نون نوڊس کي شامل ڪرڻ ۽ Cassandra ورجن کي اپڊيٽ ڪرڻ فلائي تي ڪيو ويندو آھي، بغير اضافي دستي مداخلت يا ٻين نوڊس کي ٻيهر ترتيب ڏيڻ جي. Python، Java (JDBC/DBAPI2)، Ruby، PHP، C++ ۽ JavaScript (Node.js) لاءِ CQL سپورٽ سان ڊرائيور تيار ڪيا ويا آهن.

مکيه جدت:

  • بهتر ڪارڪردگي ۽ اسپيبلبل. نوڊس جي وچ ۾ SSTable (Sorted Strings Table) فارميٽ ۾ ڊيٽا جي مٽاسٽا جي ڪارڪردگي بهتر ڪئي وئي آھي. Internode ميسيجنگ پروٽوڪول کي بهتر ڪيو ويو آهي. نوڊس جي وچ ۾ ڊيٽا اسٽريم جي منتقلي جي رفتار 5 ڀيرا وڌي وئي آهي (بنيادي طور تي زيرو ڪاپي ٽيڪنڪ جي استعمال ۽ پوري SSTables جي منتقلي جي ڪري)، ۽ پڙهڻ ۽ لکڻ جي عملن لاءِ throughput 25 سيڪڙو تائين وڌي ويو آهي. واڌاري جي بحالي واري عمل کي بهتر ڪيو ويو آهي. ڪچري کي گڏ ڪرڻ ۾ دير ٿيڻ سبب ڪجهه ملي سيڪنڊن تائين گھٽجي ويندي آهي.
  • هڪ آڊٽ لاگ لاءِ سپورٽ شامل ڪئي وئي جيڪا توهان کي اجازت ڏئي ٿي صارف جي تصديق جي عملن کي ٽريڪ ڪرڻ ۽ سڀني عمل ٿيل CQL سوالن کي.
  • هڪ مڪمل بائنري درخواست لاگ برقرار رکڻ جي صلاحيت شامل ڪئي، توهان کي سڀني درخواستن ۽ جوابن جي ٽرئفڪ کي بچائڻ جي اجازت ڏئي ٿي. انتظام لاءِ، حڪم "nodetool enablefullquerylog|disablefullquerylog|resetfullquerylog" تجويز ڪيا ويا آهن، ۽ fqltool يوٽيلٽي کي لاگ ان جي تجزيو لاءِ فراهم ڪيو ويو آهي. لاگ کي پڙهڻ جي قابل فارم (ڊمپ) ۾ تبديل ڪرڻ لاءِ ڪمانڊ مهيا ڪيا ويا آهن، سرگرمي جي سلائسن جي مقابلي ڪرڻ (مقابلي) ۽ ٻيهر عمل ڪرڻ (ريپلي) تجزيو ڪرڻ لاءِ حقيقي لوڊ ۾ موجود حالتن کي ٻيهر پيدا ڪرڻ.
  • ورچوئل جدولن لاءِ شامل ڪيل سپورٽ جيڪي ظاهر ڪن ٿيون SSTables ۾ ذخيرو ٿيل ڊيٽا نه، پر API ذريعي معلومات جي پيداوار (ڪارڪردگي ميٽرڪس، سيٽنگ جي معلومات، ڪيش مواد، ڳنڍيل ڪلائنٽ بابت معلومات، وغيره).
  • ڪمپريسر ٿيل ڊيٽا اسٽوريج جي ڪارڪردگي بهتر ڪئي وئي آهي، ڊسڪ اسپيس جي استعمال کي گهٽائڻ ۽ پڙهڻ جي ڪارڪردگي کي بهتر بڻائي ٿو.
  • سسٽم جي ڪي اسپيس (سسٽم) سان لاڳاپيل ڊيٽا هاڻي سڀني ڊيٽا ڊاريڪٽريز ۾ ورهائڻ جي بجاءِ ڊفالٽ طور پهرين ڊاريڪٽري ۾ رکيل آهي، جيڪا نوڊ کي آپريشنل رهڻ جي اجازت ڏئي ٿي جيڪڏهن هڪ اضافي ڊسڪ ناڪام ٿئي ٿي.
  • شامل ڪيل تجرباتي مدد لاءِ عارضي نقل ۽ سستا ڪورم. عارضي replicas سڀني ڊيٽا کي ذخيرو نه ڪندا آھن ۽ مڪمل replicas سان لاڳيتو رکڻ لاء واڌارو بحال استعمال ڪريو. ھلڪو ڪورم لکڻ جي اصلاح کي لاڳو ڪري ٿو جنھن ۾ ڪا به لکڻي عارضي نقلن تي نه ڪئي ويندي جيستائين مڪمل نقلن جو ڪافي سيٽ موجود نه ھجي.
  • جاوا 11 لاءِ تجرباتي سپورٽ شامل ڪئي وئي.
  • شامل ڪيل تجرباتي اختيار سڀني Merkle وڻن جي مقابلي لاءِ. مثال طور، 3-نوڊ ڪلستر تي اختيار کي چالو ڪرڻ جنهن ۾ ٻه نقل هڪجهڙا آهن ۽ هڪ اسٽيل آهي نتيجي ۾ موجوده ريپليڪا جي صرف هڪ ڪاپي آپريشن کي استعمال ڪندي اسٽيل ريپليڪا کي اپڊيٽ ڪيو ويندو.
  • شامل ڪيا ويا نوان فنڪشن ڪرنٽ ٽائم اسٽيمپ، ڪرنٽ ڊيٽ، ڪرنٽ ٽائم ۽ ڪرنٽ ٽائم يو يو آئي ڊي.
  • CQL سوالن ۾ رياضياتي عملن لاءِ مدد شامل ڪئي وئي.
  • "ٽائم اسٽيمپ"/"تاريخ" ۽ "مدت" جي قسمن سان ڊيٽا جي وچ ۾ رياضياتي عملن کي انجام ڏيڻ جي صلاحيت مهيا ڪئي وئي آهي.
  • وصولي لاءِ گهربل ڊيٽا اسٽريمز جو جائزو وٺڻ لاءِ موڊ شامل ڪيو ويو (nodetool repair —preview) ۽ بحال ٿيڻ واري ڊيٽا جي سالميت کي جانچڻ جي صلاحيت (nodetool repair —validate).
  • SELECT سوالن کي هاڻي نقشي تي عمل ڪرڻ جي صلاحيت آهي ۽ عناصر سيٽ ڪريو.
  • مادي نظرين جي شروعاتي تعميراتي اسٽيج کي متوازي ڪرڻ لاءِ شامل ڪيو ويو (cassandra.yaml:concurrent_materialized_view_builders).
  • "nodetool cfstats" ڪمانڊ ۾ شامل ڪيو ويو آھي مدد لاءِ ترتيب ڏيڻ لاءِ خاص ميٽرڪس ۽ ڏيکاريل قطارن جي تعداد کي محدود ڪرڻ.
  • سيٽنگون مهيا ڪيون ويون آهن صارف جي ڪنيڪشن کي صرف ڪجهه ڊيٽا سينٽرن تائين محدود ڪرڻ لاءِ.
  • سنيپ شاٽ ٺاهڻ ۽ صاف ڪرڻ جي عملن جي شدت (شرح جي حد) کي محدود ڪرڻ جي صلاحيت شامل ڪئي وئي.
  • cqlsh ۽ cqlshlib هاڻي پٿون 3 کي سپورٽ ڪري ٿو (پٿون 2.7 اڃا به سپورٽ آهي).
  • ونڊوز پليٽ فارم لاءِ سپورٽ بند ڪئي وئي آهي. ونڊوز تي Cassandra هلائڻ لاءِ، WSL2 سبسسٽم (Windows Subsystem for Linux 2) يا ورچوئلائيزيشن سسٽم جي بنياد تي ٺاهيل لينڪس ماحول کي استعمال ڪرڻ جي صلاح ڏني وئي آهي.



جو ذريعو: opennet.ru

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