ھي مضمون توھان جي مدد ڪرڻ لاءِ لکيو ويو آھي توھان جي لاءِ صحيح حل چونڊڻ ۽ SDS جي وچ ۾ فرق سمجھڻ جھڙوڪ Gluster، Ceph ۽ Vstorage (Virtuozzo).
متن مضمونن جي لنڪ استعمال ڪري ٿو خاص مسئلن جي وڌيڪ تفصيلي پڌرائيءَ سان، تنهن ڪري وضاحتون ممڪن حد تائين مختصر هونديون، اهم نقطا استعمال ڪندي غير ضروري فلف ۽ تعارفي معلومات جيڪا توهان چاهيو، آزاديءَ سان انٽرنيٽ تي حاصل ڪري سگهو ٿا.
حقيقت ۾، يقينا، مٿي ڪيل عنوانن کي متن جي ٽون جي ضرورت آهي، پر جديد دنيا ۾ وڌيڪ ۽ وڌيڪ ماڻهو گهڻو ڪجهه پڙهڻ پسند نٿا ڪن)))، تنهنڪري توهان جلدي پڙهي سگهو ٿا ۽ چونڊ ڪري سگهو ٿا، ۽ جيڪڏهن ڪجهه آهي. واضح ناهي، لنڪ جي پيروي ڪريو يا گوگل جي غير واضح لفظن)))، ۽ هي آرٽيڪل انهن گہرے عنوانن لاءِ شفاف لفافي وانگر آهي، جنهن کي ظاهر ڪندي ڏيکاريو ويو آهي - هر فيصلي جا بنيادي اهم نقطا.
چمڪ
اچو ته Gluster سان شروع ڪريون، جيڪو فعال طور تي استعمال ڪيو ويندو آهي هائپر ڪنورجڊ پليٽ فارمن جي ٺاهيندڙن پاران SDS جي بنياد تي ورچوئل ماحول لاءِ اوپن سورس جي بنياد تي ۽ ڳولهي سگهجي ٿو RedHat ويب سائيٽ اسٽوريج سيڪشن ۾، جتي توهان ٻن SDS اختيارن مان چونڊي سگهو ٿا: Gluster يا Ceph.
Gluster مترجمن جي هڪ اسٽيڪ تي مشتمل آهي - خدمتون جيڪي فائلن کي ورهائڻ جو سمورو ڪم انجام ڏين ٿيون، وغيره. برڪ هڪ خدمت آهي جيڪا هڪ ڊسڪ جي خدمت ڪري ٿي، حجم هڪ حجم (پول) آهي جيڪو انهن سرن کي متحد ڪري ٿو. اڳيان اچي ٿو فائلن کي گروپن ۾ ورهائڻ لاءِ DHT (ورهايل هيش ٽيبل) فنڪشن. اسان وضاحت ۾ شارڊنگ سروس شامل نه ڪنداسين ڇو ته هيٺ ڏنل لنڪ ان سان لاڳاپيل مسئلا بيان ڪندا.
لکڻ وقت، سمورو فائل سرن ۾ محفوظ ڪيو ويندو آهي ۽ ان جي ڪاپي هڪ ئي وقت ٻئي سرور تي سرن ۾ لکي ويندي آهي. اڳيون، ٻيو فائل مختلف سرورن تي ٻن سرن (يا وڌيڪ) جي ٻئي گروپ ڏانهن لکيو ويندو.
جيڪڏهن فائلون لڳ ڀڳ ساڳي سائيز آهن ۽ حجم صرف هڪ گروپ تي مشتمل آهي، پوء هر شيء ٺيڪ آهي، پر ٻين حالتن هيٺ ڏنل مسئلا بيانن مان پيدا ٿيندا:
- گروپن ۾ اسپيس کي اڻ برابري طور استعمال ڪيو ويندو آهي، ان جو دارومدار فائلن جي سائيز تي هوندو آهي ۽ جيڪڏهن گروپ ۾ فائل لکڻ لاءِ ڪافي جاءِ نه هوندي ته توهان کي هڪ غلطي ملندي، فائل نه لکي ويندي ۽ نه وري ٻي گروپ ۾ ورهائي ويندي. ؛
- جڏهن هڪ فائل لکي، IO صرف هڪ گروپ ڏانهن وڃي ٿو، باقي بيڪار آهن؛
- توهان هڪ فائل لکڻ دوران پوري حجم جو IO حاصل نٿا ڪري سگهو؛
- ۽ عام تصور بلاڪن ۾ ڊيٽا جي ورهاست نه ٿيڻ جي ڪري گهٽ پيداواري نظر اچي ٿو، جتي ان کي بيلنس ڪرڻ ۽ يونيفارم ورهائڻ جي مسئلي کي حل ڪرڻ آسان آهي، ۽ نه ته هاڻي پوري فائل بلاڪ ۾ وڃي ٿي.
سرڪاري وضاحت کان اسان پڻ غير ارادي طور تي سمجھندا آھيون ته گلسٽر ڪم ڪري ٿو فائل اسٽوريج جي مٿان کلاسڪ هارڊويئر RAID. فائلن کي ڪٽڻ (شارڊنگ) کي بلاڪ ڪرڻ لاءِ ترقي جون ڪوششون ڪيون ويون آهن، پر هي سڀ هڪ اضافو آهي جيڪو اڳ ۾ ئي موجود آرڪيٽيڪچرل طريقه ڪار تي ڪارڪردگيءَ جي نقصان کي لاڳو ڪري ٿو، ان سان گڏوگڏ اهڙي آزاديءَ سان ورهايل اجزاء جو استعمال ڪارڪردگيءَ جي حدن سان گڏ فيوز. ڪابه ميٽا ڊيٽا خدمتون نه آهن، جيڪي فائلن کي بلاڪ ۾ ورهائڻ دوران اسٽوريج جي ڪارڪردگي ۽ غلطي رواداري جي صلاحيتن کي محدود ڪري ٿي. بهتر ڪارڪردگي اشارن کي "تقسيم ٿيل نقل ٿيل" ترتيب سان ڏسي سگھجي ٿو ۽ نوڊس جو تعداد گھٽ ۾ گھٽ 6 ھئڻ گھرجي ھڪڙي قابل اعتماد ريپليڪا 3 کي منظم ڪرڻ لاءِ بھترين لوڊ ورهائڻ سان.
اهي نتيجا پڻ لاڳاپيل آهن صارف جي تجربي جي وضاحت سان ۽ جڏهن مقابلي ۾ ، ۽ اتي پڻ تجربا جي وضاحت آهي جيڪا هن وڌيڪ پيداواري ۽ وڌيڪ قابل اعتماد ترتيب جي سمجھڻ جي ڪري ٿي.
تصوير لوڊ ورهائڻ کي ڏيکاري ٿي جڏهن ٻه فائلون لکندا آهن، جتي پهرين فائل جون ڪاپيون پهرين ٽن سرورن ۾ ورهائجي وينديون آهن، جيڪي حجم 0 گروپ ۾ گڏ ڪيون وينديون آهن، ۽ ٻئي فائل جون ٽي ڪاپيون ٻئي گروپ حجم 1 تي رکيل آهن. سرور هر سرور وٽ هڪ ڊسڪ آهي.
عام نتيجو اهو آهي ته توهان Gluster استعمال ڪري سگهو ٿا، پر سمجھڻ سان ته ڪارڪردگي ۽ غلطي رواداري ۾ حدون هونديون جيڪي مشڪلاتون پيدا ڪن ٿيون ڪجهه حالتن جي تحت هائپر ڪنورجڊ حل، جتي وسيلن جي ضرورت هوندي آهي ڪمپيوٽنگ لوڊ ڪرڻ لاءِ مجازي ماحول.
اتي پڻ آھن ڪجھ Gluster ڪارڪردگي اشارا جيڪي حاصل ڪري سگھجن ٿا ڪن خاص حالتن ۾، محدود
سيف
هاڻي اچو ته ڪيف کي فن تعمير جي وضاحتن مان ڏسو ته مان قابل ٿي چڪو هوس جي وچ ۾ پڻ هڪ مقابلو آهي ، جتي توهان فوري طور تي سمجهي سگهو ٿا ته سيف کي الڳ سرور تي ترتيب ڏيڻ جي صلاح ڏني وئي آهي، ڇاڪاڻ ته ان جي خدمتن کي ضرورت آهي سڀني هارڊويئر وسيلن جي لوڊ هيٺ.
تعمير Gluster کان وڌيڪ پيچيده آهي ۽ اتي خدمتون آهن جهڙوڪ ميٽا ڊيٽا خدمتون، پر اجزاء جو سڄو اسٽيڪ ڪافي پيچيده آهي ۽ ان کي ورچوئلائيزيشن حل ۾ استعمال ڪرڻ لاءِ تمام لچڪدار ناهي. ڊيٽا بلاڪن ۾ ذخيرو ٿيل آهي، جيڪا وڌيڪ پيداواري نظر اچي ٿي، پر سڀني خدمتن (جزائن) جي درجي بندي ۾، ڪجهه لوڊ ۽ ايمرجنسي حالتن ۾ نقصان ۽ دير هوندي آهي، مثال طور هيٺ ڏنل
فن تعمير جي وضاحت مان، دل CRUSH آهي، جنهن جي مهرباني، ڊيٽا کي محفوظ ڪرڻ لاء جڳهه چونڊيو ويو آهي. اڳيون اچي ٿو PG - اھو سمجھڻ لاءِ سڀ کان ڏکيو خلاصو (منطقي گروپ) آھي. CRUSH کي وڌيڪ اثرائتو بڻائڻ لاءِ پي جيز جي ضرورت آهي. PG جو بنيادي مقصد وسيلن جي استعمال کي گھٽائڻ، ڪارڪردگي ۽ اسڪالبليٽي کي وڌائڻ لاءِ شين کي گروپ ڪرڻ آھي. شيون سڌو سنئون، انفرادي طور تي، انهن کي پي جي ۾ گڏ ڪرڻ کان سواء، تمام گهڻو قيمتي هوندو. او ايس ڊي هر انفرادي ڊسڪ لاءِ هڪ خدمت آهي.
هڪ ڪلستر ۾ مختلف مقصدن ۽ مختلف سيٽنگن لاءِ هڪ يا ڪيترائي ڊيٽا پول ٿي سگهن ٿا. تلاء کي تقسيم گروپن ۾ ورهايو ويو آهي. پليسمينٽ گروپ شيون ذخيرو ڪن ٿيون جيڪي ڪلائنٽ تائين پهچن ٿيون. هي اهو آهي جتي منطقي سطح ختم ٿئي ٿي، ۽ جسماني سطح شروع ٿئي ٿي، ڇاڪاڻ ته هر جڳهه گروپ کي هڪ مکيه ڊسڪ ۽ ڪيترن ئي ريپليڪا ڊسڪ کي مقرر ڪيو ويو آهي (ڪيترن ئي پول ريپليڪشن فيڪٽر تي منحصر آهي). ٻين لفظن ۾، منطقي سطح تي اعتراض هڪ مخصوص جڳهه گروپ ۾ ذخيرو ٿيل آهي، ۽ جسماني سطح تي - ڊسڪ تي جيڪي ان کي لڳايو ويو آهي. انهي حالت ۾، ڊسڪ جسماني طور تي مختلف نوڊس تي يا مختلف ڊيٽا سينٽرن ۾ پڻ واقع ٿي سگهن ٿيون.
هن اسڪيم ۾، جڳهه گروپن کي پوري حل جي لچڪ لاء هڪ ضروري سطح وانگر نظر اچي ٿو، پر ساڳئي وقت، هن سلسلي ۾ هڪ اضافي ڪڙي جي طور تي، جيڪو غير ارادي طور تي پيداوار جي نقصان جو مشورو ڏئي ٿو. مثال طور، ڊيٽا کي لکڻ دوران، سسٽم کي ان کي انهن گروپن ۾ ورهائڻ جي ضرورت آهي ۽ پوء جسماني سطح تي مکيه ڊسڪ ۾ ۽ نقلن لاء ڊسڪ ۾. اهو آهي، هيش فنڪشن ڪم ڪندو آهي جڏهن ڪنهن شئي کي ڳولها ۽ داخل ڪيو وڃي، پر هڪ پاسي اثر آهي - اهو تمام گهڻو خرچ آهي ۽ هيش کي ٻيهر ٺاهڻ تي پابنديون آهي (جڏهن ڊسڪ شامل ڪرڻ يا هٽائڻ). هڪ ٻيو هيش مسئلو ڊيٽا جي واضح طور تي نيل ٿيل هنڌ آهي جيڪو تبديل نٿو ڪري سگهجي. اهو آهي، جيڪڏهن ڪنهن به طريقي سان ڊسڪ وڌايل لوڊ هيٺ آهي، پوء سسٽم کي اهو موقعو نه آهي ته ان کي لکڻ نه هجي (ٻي ڊسڪ کي منتخب ڪندي)، هيش فنڪشن ڊيٽا کي ضابطي جي مطابق واقع ٿيڻ جي پابند آهي، ڪابه خراب ناهي. ڊسڪ آهي، تنهنڪري سيف تمام گهڻو ياداشت کائيندو آهي جڏهن خود شفا يا اسٽوريج وڌائڻ جي صورت ۾ پي جي ٻيهر تعمير ڪندي. نتيجو اهو آهي ته سيف سٺو ڪم ڪري ٿو (آهستگي سان)، پر صرف جڏهن ڪو اسڪيلنگ، هنگامي حالتن، يا تازه ڪاري نه آهي.
يقينن، ڪيشنگ ۽ ڪيش شيئرنگ ذريعي ڪارڪردگي وڌائڻ جا اختيار موجود آهن، پر ان لاءِ سٺي هارڊويئر جي ضرورت آهي ۽ اڃا به نقصان ٿيندو. پر مجموعي طور تي، Ceph پيداوار لاء Gluster کان وڌيڪ پرکشش نظر اچي ٿو. انهي سان گڏ، انهن شين کي استعمال ڪرڻ وقت، اهو ضروري آهي ته هڪ اهم عنصر کي نظر ۾ رکڻو پوندو - اهو اعلي سطحي صلاحيت، تجربو ۽ پيشه ورانه آهي لينڪس تي وڏي زور سان، ڇاڪاڻ ته اهو تمام ضروري آهي ته هر شيء کي ترتيب ڏيڻ، ترتيب ڏيڻ ۽ سپورٽ ڪرڻ صحيح طور تي، جيڪو منتظم تي اڃا به وڌيڪ ذميواري ۽ بار وجهي ٿو.
اسٽوريج
فن تعمير اڃا به وڌيڪ دلچسپ ڏسڻ ۾ اچي ٿو , جنهن کي هڪ ئي نوڊس تي هڪ hypervisor سان گڏو گڏ ۾ استعمال ڪري سگهجي ٿو ، پر سٺي ڪارڪردگي حاصل ڪرڻ لاءِ هر شي کي صحيح ترتيب ڏيڻ تمام ضروري آهي. اهو آهي، اهڙي پراڊڪٽ کي دٻي مان ڪنهن به ترتيب تي ترتيب ڏيڻ بغير ڪنهن به ترتيب جي سفارشن تي غور ڪرڻ کان سواء فن تعمير جي مطابق تمام آسان ٿيندو، پر پيداوار نه.
kvm-qemu hypervisor جي خدمتن جي اڳيان اسٽوريج لاءِ ڇا گڏ ٿي سگهي ٿو، ۽ اهي صرف چند خدمتون آهن جتي اجزاء جو هڪ جامع بهتري وارو درجو مليو آهي: ڪلائنٽ سروس نصب ٿيل FUSE ذريعي (تبديل ٿيل، نه کليل ذريعو)، MDS ميٽا ڊيٽا سروس (ميٽا ڊيٽا سروس)، سروس چنڪ سروس ڊيٽا بلاڪ، جيڪا جسماني سطح تي هڪ ڊسڪ جي برابر آهي ۽ بس. رفتار جي لحاظ کان، يقينا، اهو بهتر آهي ته هڪ غلطي برداشت ڪندڙ اسڪيم کي ٻن نقلن سان استعمال ڪيو وڃي، پر جيڪڏهن توهان ڪيشنگ ۽ لاگز استعمال ڪندا آهيو ايس ايس ڊي ڊرائيو تي، پوء غلطي برداشت ڪرڻ واري ڪوڊنگ (مٽائي ڪوڊنگ يا raid6) کي بهتر طور تي ختم ڪري سگهجي ٿو. هائبرڊ اسڪيم يا ان کان به بهتر سڀني فليش تي. EC سان ڪجھ نقصان آھي (ڪوڊنگ کي ختم ڪريو): جڏھن ھڪڙي ڊيٽا بلاڪ کي تبديل ڪريو، اھو ضروري آھي ته برابري جي مقدار کي ٻيهر ڳڻڻ لاء. هن آپريشن سان لاڳاپيل نقصانن کي نظرانداز ڪرڻ لاءِ، ڪيف دير سان EC کي لکي ٿو ۽ ڪارڪردگي جا مسئلا هڪ خاص درخواست جي دوران ٿي سگهن ٿا، جڏهن، مثال طور، سڀني بلاڪن کي پڙهڻ جي ضرورت آهي، ۽ Virtuozzo Storage جي صورت ۾، تبديل ٿيل بلاڪن کي لکڻ جي صورت ۾ ڪيو ويندو آهي. استعمال ڪندي "لاگ-ساخت ٿيل فائل سسٽم" جو طريقو، جيڪو گھٽ ڪري ٿو برابري حساب ڪتاب جي قيمتن کي. EC سان گڏ ۽ بغير ڪم جي تيز رفتار سان اختيارن جو اندازو لڳائڻ لاء، اتي موجود آهن - انگ اکر لڳ ڀڳ ٿي سگهن ٿا سامان ٺاهيندڙ جي درستگي جي کوٽائي جي لحاظ کان، پر حسابن جو نتيجو ترتيب ڏيڻ جي منصوبابندي ۾ هڪ سٺي مدد آهي.
اسٽوريج حصن جي هڪ سادي ڊراگرام جو مطلب اهو ناهي ته اهي جزا جذب نه ڪندا آهن پر جيڪڏهن توهان اڳواٽ ۾ سڀ قيمتون ڳڻيو ٿا، ته توهان هائپر ويزر جي اڳيان تعاون تي ڳڻپ ڪري سگهو ٿا.
ڪيف ۽ ورچوزو اسٽوريج سروسز پاران هارڊويئر وسيلن جي استعمال جي مقابلي لاءِ هڪ اسڪيم آهي.
جيڪڏهن اڳ ۾ اهو ممڪن هو ته Gluster ۽ Ceph کي پراڻي آرٽيڪل استعمال ڪندي، انهن مان سڀ کان اهم لائين استعمال ڪندي، پوء Virtuozzo سان اهو وڌيڪ ڏکيو آهي. هن پراڊڪٽ تي ڪيترائي مضمون نه آهن ۽ معلومات صرف دستاويزن مان حاصل ڪري سگهجي ٿي يا روسي ۾ جيڪڏهن اسان سمجهون ٿا Vstorage کي اسٽوريج طور استعمال ڪيو ويو ڪجهه هائپر ڪنورجڊ حلن ۾ ڪمپنين جهڙوڪ ۽ Acronis.
مان ڪوشش ڪندس ته هن آرڪيٽيڪچر جي وضاحت سان مدد ڪريان، تنهنڪري ٿورو وڌيڪ متن هوندو، پر ان دستاويز کي پاڻ سمجهڻ ۾ گهڻو وقت لڳندو آهي، ۽ موجوده دستاويز کي صرف ٽيبل تي نظرثاني ڪري هڪ حوالو طور استعمال ڪري سگهجي ٿو. مواد جي ڳولا يا لفظ جي ذريعي.
اچو ته مٿي بيان ڪيل اجزاء سان گڏ هڪ هائبرڊ هارڊويئر ترتيب ۾ رڪارڊنگ جي عمل تي غور ڪريو: رڪارڊنگ نوڊ ڏانهن وڃڻ شروع ٿئي ٿي جتان ڪلائنٽ ان کي شروع ڪيو (FUSE ماؤنٽ پوائنٽ سروس)، پر ميٽاداٽا سروس (MDS) ماسٽر جزو ضرور ٿيندو. ڪلائنٽ کي سڌو سنئون گهربل chunk سروس (اسٽوريج سروس CS بلاڪ) ڏانهن سڌو رستو ڏيکاريندو آهي، اهو آهي، MDS رڪارڊنگ جي عمل ۾ حصو نه وٺندو آهي، پر صرف خدمت کي گهربل حصي ڏانهن سڌو رستو ڏيکاريندو آهي. عام طور تي، اسان بيرل ۾ پاڻي ڀرڻ سان رڪارڊ ڪرڻ لاء هڪ تشريح ڏئي سگهون ٿا. هر بيرل هڪ 256MB ڊيٽا بلاڪ آهي.
اهو آهي، هڪ ڊسڪ اهڙي بيرل جو هڪ خاص تعداد آهي، اهو آهي، ڊسڪ جي مقدار 256MB طرفان ورهايل آهي. هر ڪاپي هڪ نوڊ ۾ ورهائجي ٿي، ٻيو تقريباً ٻئي نوڊ جي متوازي ۾، وغيره... جيڪڏهن اسان وٽ ٽي نقل آهن ۽ ڪيش لاءِ SSD ڊسڪون آهن (لاگ پڙهڻ ۽ لکڻ لاءِ)، ته پوءِ لکڻ جي تصديق ٿيندي. لاگ ان SSD ڏانهن، ۽ SSD کان متوازي ري سيٽ HDD تي جاري رهندو، ڄڻ ته پس منظر ۾. ٽن نقلن جي صورت ۾، رڪارڊ ٽيون نوڊ جي ايس ايس ڊي جي تصديق کان پوء انجام ڏنو ويندو. اهو لڳي سگھي ٿو ته ٽن SSDs جي لکڻ جي رفتار جو مجموعو ٽن سان ورهائي سگھجي ٿو ۽ اسان کي ھڪڙي نقل جي لکڻ جي رفتار حاصل ڪنداسين، پر نقلون متوازي ۾ لکيل آھن ۽ نيٽ ورڪ جي دير جي رفتار عام طور تي SSD کان وڌيڪ آھي، ۽ حقيقت ۾ لکڻ جي ڪارڪردگي نيٽ ورڪ تي منحصر هوندي. انهي سلسلي ۾، حقيقي IOPS کي ڏسڻ لاء، توهان کي سڄي Vstorage ذريعي صحيح طور تي لوڊ ڪرڻ جي ضرورت آهي ، اهو آهي، حقيقي لوڊ کي جانچڻ، ۽ نه ميموري ۽ ڪيش، جتي اهو ضروري آهي ته اڪائونٽ ۾ صحيح ڊيٽا بلاڪ سائيز، موضوعن جو تعداد، وغيره.
SSD تي مٿي ڄاڻايل رڪارڊنگ لاگ ان طريقي سان ڪم ڪري ٿو ته جيئن ئي ڊيٽا ان ۾ داخل ٿئي ٿي، اهو فوري طور تي سروس طرفان پڙهي ۽ HDD ڏانهن لکيو ويو آهي. اتي ڪيترائي ميٽا ڊيٽا خدمتون (MDS) في ڪلستر آھن ۽ انھن جو تعداد ھڪڙي ڪورم سان طئي ڪيو ويندو آھي، جيڪو Paxos الگورتھم جي مطابق ڪم ڪري ٿو. ڪلائنٽ جي نقطي نظر کان، FUSE مائونٽ پوائنٽ هڪ ڪلستر اسٽوريج فولڊر آهي جيڪو هڪ ئي وقت ڪلستر ۾ سڀني نوڊس کي ڏسڻ ۾ اچي ٿو، هر نوڊ ۾ هن اصول جي مطابق هڪ مائونٽ ٿيل ڪلائنٽ آهي، تنهنڪري هي اسٽوريج هر نوڊ لاء دستياب آهي.
مٿي بيان ڪيل طريقن مان ڪنهن جي ڪارڪردگيءَ لاءِ، منصوبابندي ۽ مقرري واري مرحلي ۾، نيٽ ورڪ کي صحيح ترتيب ڏيڻ لاءِ، تمام ضروري آهي، جتي مجموعي طور تي توازن قائم ڪيو ويندو ۽ صحيح طريقي سان چونڊيل نيٽ ورڪ چينل بينڊوڊٿ. مجموعي ۾، اهو ضروري آهي ته صحيح هيشنگ موڊ ۽ فريم سائيز کي چونڊڻ لاء. مٿي بيان ڪيل SDS کان پڻ هڪ تمام مضبوط فرق آهي، اهو Virtuozzo Storage ۾ تيز رستو ٽيڪنالاجي سان فيوز آهي. جيڪو، جديد فيوز جي اضافي ۾، ٻين اوپن سورس حلن جي برعڪس، خاص طور تي IOPS کي وڌائي ٿو ۽ توهان کي افقي يا عمودي اسڪيلنگ تائين محدود نه ٿيڻ جي اجازت ڏئي ٿو. عام طور تي، مٿي بيان ڪيل فن تعمير جي مقابلي ۾، هي هڪ وڌيڪ طاقتور ڏسڻ ۾ اچي ٿو، پر اهڙي خوشي لاء، يقينا، توهان کي لائسنس خريد ڪرڻ جي ضرورت آهي، Ceph ۽ Gluster جي برعڪس.
اختصار ڪرڻ لاءِ، اسان مٿين ٽن کي نمايان ڪري سگھون ٿا: Virtuozzo Storage فن تعمير جي ڪارڪردگي ۽ اعتبار جي لحاظ کان پھريون جاءِ وٺندو آھي، Ceph ٻيو نمبر، ۽ Gluster ٽين جاءِ وٺندو آھي.
معيار جنهن جي ذريعي Virtuozzo Storage کي چونڊيو ويو آهي: اهو آرڪيٽيڪچرل اجزاء جو هڪ بهترين سيٽ آهي، هن فيوز جي طريقي سان تيز رستو، هارڊويئر ترتيبن جو هڪ لچڪدار سيٽ، گهٽ وسيلن جي استعمال ۽ ڪمپيوٽنگ سان حصيداري ڪرڻ جي صلاحيت (ڪمپيوٽنگ/ورچوئلائيزيشن)، اهو آهي، اهو مڪمل طور تي مناسب آهي هڪ hyperconverged حل، جنهن جو هو حصو آهي. ٻيو نمبر ڪيف آهي ڇاڪاڻ ته اهو گلسٽر جي مقابلي ۾ هڪ وڌيڪ پيداواري فن تعمير آهي، بلاڪ ۾ ان جي آپريشن جي ڪري، انهي سان گڏ وڌيڪ لچڪدار منظرنامي ۽ وڏن ڪلستر ۾ ڪم ڪرڻ جي صلاحيت.
vSAN، Space Direct Storage، Vstorage ۽ Nutanix Storage جي وچ ۾ مقابلو لکڻ جا منصوبا آهن، HPE ۽ Huawei سامان تي Vstorage جي جانچ ڪرڻ، گڏوگڏ Vstorage کي ٻاهرين هارڊويئر اسٽوريج سسٽم سان ضم ڪرڻ جا منظرنامو، پوءِ جيڪڏهن توهان مضمون پسند ڪيو ته اهو هوندو. توهان جي راءِ حاصل ڪرڻ ۾ خوشي ٿي، جيڪا توهان جي تبصرن ۽ خواهشن کي مدنظر رکندي، نون مضمونن لاءِ حوصلا افزائي ڪري سگهي ٿي.
جو ذريعو: www.habr.com