هيلو، حبر پڙهندڙ. هن آرٽيڪل سان اسان هڪ سلسلو کوليندا آهيون جيڪو ڳالهائيندو هائپر ڪنورجڊ سسٽم AERODISK vAIR جيڪو اسان ترقي ڪيو آهي. شروعات ۾، اسان پهرين مضمون ۾ هر شيء بابت سڀ ڪجهه ٻڌائڻ چاهيندا هئاسين، پر سسٽم ڪافي پيچيده آهي، تنهنڪري اسان حصن ۾ هاٿي کائينداسين.
اچو ته ڪهاڻي کي سسٽم جي پيدائش جي تاريخ سان شروع ڪريون، ARDFS فائل سسٽم ۾ داخل ڪريو، جيڪو VAIR جو بنياد آهي، ۽ روسي مارڪيٽ تي هن حل جي پوزيشن بابت ٿورو ڳالهايو.
مستقبل جي مضمونن ۾ اسان مختلف آرڪيٽيڪچرل اجزاء (ڪلسٽر، هائپر وائيزر، لوڊ بيلنس، مانيٽرنگ سسٽم، وغيره) جي باري ۾ وڌيڪ تفصيل سان ڳالهائينداسين، ترتيب ڏيڻ جي عمل، لائسنس جي مسئلن کي وڌايو، الڳ الڳ حادثو ٽيسٽ ڏيکاريو ۽ يقينا، لوڊ ٽيسٽ بابت لکندا ۽. ماپ ڪرڻ. اسان پڻ هڪ الڳ مضمون وير جي ڪميونٽي ورزن لاءِ وقف ڪنداسين.
ڇا Aerodisk اسٽوريج سسٽم بابت هڪ ڪهاڻي آهي؟ يا ڇو اسان پهرين جڳهه ۾ هائپر ڪنورجنسي ڪرڻ شروع ڪيو؟
شروعات ۾، اسان جي پنهنجي هائپر ڪنورجنسي ٺاهڻ جو خيال اسان کي 2010 جي آس پاس آيو. ان وقت، مارڪيٽ تي نه ته Aerodisk ۽ نه ئي ساڳيا حل (تجارتي باڪس هائپر ڪنورجڊ سسٽم) موجود هئا. اسان جو ڪم ھيٺ ڏنل ھو: مقامي ڊسڪ سان سرور جي ھڪڙي سيٽ کان، ايٿرنيٽ پروٽوڪول ذريعي ھڪٻئي سان ڳنڍڻ سان، ھڪڙو وڌايل اسٽوريج ٺاھڻ ۽ اتي ورچوئل مشين ۽ سافٽ ويئر نيٽ ورڪ کي لانچ ڪرڻ ضروري ھو. اهو سڀ ڪجهه بغير اسٽوريج سسٽم جي لاڳو ٿيڻ گهرجي (ڇاڪاڻ ته اسٽوريج سسٽم ۽ ان جي هارڊويئر لاء صرف پئسا نه هئا، ۽ اسان اڃا تائين پنهنجو اسٽوريج سسٽم ايجاد نه ڪيو هو).
اسان ڪيترن ئي اوپن سورس حل جي ڪوشش ڪئي ۽ آخرڪار هن مسئلي کي حل ڪيو، پر حل تمام پيچيده ۽ ورجائڻ ڏکيو هو. ان کان سواء، هي حل جي درجي ۾ هو "ڇا اهو ڪم ڪري ٿو؟ هٿ نه ڪريو! تنهن ڪري، اهو مسئلو حل ڪرڻ کان پوء، اسان پنهنجي ڪم جي نتيجي کي مڪمل پيداوار ۾ تبديل ڪرڻ جي خيال کي وڌيڪ ترقي نه ڪيو.
ان واقعي کان پوءِ اسان ان خيال کان پري ٿي وياسين، پر پوءِ به اسان کي اهو احساس هو ته اهو مسئلو مڪمل طور تي حل طلب آهي، ۽ اهڙي حل جا فائدا واضح کان وڌيڪ آهن. تنهن کان پوء، پرڏيهي ڪمپنين جي جاري ڪيل HCI مصنوعات صرف هن احساس جي تصديق ڪئي.
تنهن ڪري، 2016 جي وچ ۾، اسان هڪ مڪمل پيداوار ٺاهڻ جي حصي جي طور تي هن ڪم ڏانهن واپس آيا. ان وقت اسان وٽ اڃا تائين سيڙپڪارن سان ڪو به تعلق نه هو، تنهن ڪري اسان کي پنهنجي لاءِ هڪ ڊولپمينٽ اسٽينڊ خريد ڪرڻو پيو، نه ته وڏي پئماني تي. Avito تي استعمال ٿيل سرورز ۽ سوئچز گڏ ڪرڻ، اسان ڪاروبار ڏانھن لھي ويا.
بنيادي شروعاتي ڪم اسان جو پنهنجو ٺاهڻ هو، جيتوڻيڪ سادو، پر اسان جو پنهنجو فائيل سسٽم، جيڪو خودڪار طور تي ڊيٽا کي ورچوئل بلاڪ جي صورت ۾ ڪلستر نوڊس جي نمبر نمبر تي ورهائي سگهي ٿو، جيڪي Ethernet ذريعي هڪ ٻئي سان ڳنڍيل آهن. ساڳئي وقت، FS کي چڱي طرح ۽ آساني سان ماپڻ گهرجي ۽ ڀرپاسي واري نظام کان آزاد ٿيڻ گهرجي، يعني. "صرف هڪ اسٽوريج جي سهولت" جي صورت ۾ VAIR کان ڌار ڪيو وڃي.
پهريون VAIR تصور
اسان عمدي طور تي تيار ٿيل اوپن سورس حلن جي استعمال کي ڊگھي اسٽوريج کي منظم ڪرڻ لاءِ ڇڏي ڏنو (سيف، گلسٽر، چمڪ ۽ جھڙوڪ) پنھنجي ترقي جي حق ۾، ڇو ته اسان وٽ اڳ ۾ ئي انھن سان پروجيڪٽ جو گھڻو تجربو ھو. يقينن، اهي حل پاڻ بهترين آهن، ۽ Aerodisk تي ڪم ڪرڻ کان اڳ، اسان انهن سان گڏ هڪ کان وڌيڪ انٽيگريشن پروجيڪٽ تي عمل ڪيو. پر اها هڪ شيءِ آهي هڪ مخصوص ڪم کي هڪ گراهڪ لاءِ لاڳو ڪرڻ، ٽرين اسٽاف ۽، شايد، هڪ وڏي وينڊر جي مدد خريد ڪرڻ، ۽ هڪ ٻي شيءِ آساني سان نقل ٿيل پراڊڪٽ ٺاهڻ لاءِ جيڪا مختلف ڪمن لاءِ استعمال ٿيندي، جنهن کي اسين، وڪرو ڪندڙ، شايد اسان جي باري ۾ ڄاڻون ٿا ته اسان نه ڪنداسين. ٻئي مقصد لاءِ، موجوده اوپن سورس پراڊڪٽس اسان لاءِ موزون نه هيون، ان ڪري اسان پاڻ هڪ ورهايل فائيل سسٽم ٺاهڻ جو فيصلو ڪيو.
ٻن سالن کان پوء، ڪيترن ئي ڊولپرز (جيڪي وير تي ڪم سان گڏ ڪم ڪن ٿا کلاسک انجڻ اسٽوريج سسٽم تي) هڪ خاص نتيجو حاصل ڪيو.
2018 تائين، اسان هڪ سادي فائيل سسٽم لکيو هو ۽ ان کي ضروري هارڊويئر سان گڏ ڪيو هو. سسٽم مختلف سرورن مان فزيڪل (مقامي) ڊسڪن کي هڪ فليٽ پول ۾ هڪ اندروني ڪنيڪٽ ذريعي گڏ ڪيو ۽ انهن کي ورچوئل بلاڪن ۾ ”ڪٽ“ ڪيو، پوءِ ورچوئل بلاڪن مان مختلف ڊيوائسز کي غلطين جي برداشت جي مختلف درجي سان بلاڪ ڪيو ويو، جن تي ورچوئل بلاڪ ٺاهيا ويا. ۽ KVM hypervisor ڪارن کي استعمال ڪندي عمل ڪيو ويو.
اسان فائل سسٽم جي نالي سان تمام گهڻو پريشان نه ڪيو ۽ مختصر طور تي ان کي ARDFS سڏيو (انداز ڪريو ته اهو ڇا آهي))
هي پروٽوٽائپ سٺو لڳندو هو (بصري طور تي نه، يقينا، اڃا تائين ڪو بصري ڊزائين نه هو) ۽ ڪارڪردگي ۽ اسڪيلنگ جي لحاظ کان سٺا نتيجا ڏيکاريا. پهرين حقيقي نتيجن کان پوء، اسان هن پروجيڪٽ کي حرڪت ۾ رکيو، هڪ مڪمل ترقي واري ماحول کي منظم ڪيو ۽ هڪ الڳ ٽيم جيڪا صرف VAIR سان ڊيل ڪئي.
بس ان وقت تائين، حل جو عام فن تعمير پختو ٿي چڪو هو، جنهن ۾ اڃا تائين وڏي تبديلي نه آئي آهي.
ARDFS فائل سسٽم ۾ ڊائيونگ
ARDFS VAIR جو بنياد آهي، جيڪو پوري ڪلسٽر ۾ ورهايل، غلطي برداشت ڪندڙ ڊيٽا اسٽوريج مهيا ڪري ٿو. ARDFS جي مخصوص خصوصيتن مان هڪ (پر نه رڳو) اها آهي ته اهو ميٽا ڊيٽا ۽ انتظام لاءِ ڪو به اضافي وقف سرور استعمال نٿو ڪري. اهو اصل ۾ حل جي تشڪيل کي آسان ڪرڻ ۽ ان جي اعتبار لاءِ تصور ڪيو ويو هو.
اسٽوريج جي جوڙجڪ
ڪلستر جي سڀني نوڊس جي اندر، ARDFS سڀني موجود ڊسڪ اسپيس مان هڪ منطقي تلاء کي منظم ڪري ٿو. اهو سمجهڻ ضروري آهي ته هڪ پول اڃا تائين ڊيٽا يا فارميٽ ٿيل جڳهه ناهي، پر صرف مارڪ اپ، يعني. ڪو به نوڊس جن سان VAIR انسٽال ٿيل آهي، جڏهن ڪلستر ۾ شامل ڪيو وڃي ٿو، خودڪار طور تي شيئر ٿيل ARDFS پول ۾ شامل ٿي ويندا آهن ۽ ڊسڪ ريسورسز پاڻمرادو پوري ڪلسٽر ۾ شيئر ٿي ويندا آهن (۽ مستقبل جي ڊيٽا اسٽوريج لاءِ دستياب). اهو طريقو توهان کي پرواز تي نوڊس شامل ڪرڻ ۽ ختم ڪرڻ جي اجازت ڏئي ٿو بغير ڪنهن سنجيده اثر جي اڳ ۾ ئي هلندڙ سسٽم تي. اهي. سسٽم تمام آسان آهي “سرن ۾” ماپڻ لاءِ، جيڪڏهن ضروري هجي ته ڪلسٽر ۾ نوڊس شامل ڪرڻ يا ختم ڪرڻ.
ورچوئل ڊسڪ (مجازي مشينن لاءِ اسٽوريج شيون) ARDFS پول جي چوٽي تي شامل ڪيا ويا آهن، جيڪي 4 ميگا بائيٽ سائيز جي ورچوئل بلاڪ مان ٺهيل آهن. مجازي ڊسڪ سڌو سنئون ڊيٽا کي ذخيرو ڪري ٿو. غلطي رواداري اسڪيم پڻ مقرر ڪئي وئي آهي مجازي ڊسڪ سطح تي.
جيئن توهان اڳ ۾ ئي اندازو لڳايو هوندو، ڊسڪ سبسسٽم جي غلطي رواداري لاءِ، اسان RAID جو تصور استعمال نه ڪندا آهيون (آزاد ڊسڪس جو بيڪار صف)، پر RAIN (آزاد نوڊس جو بيڪار صف) استعمال ڪندا آهيون. اهي. غلطي رواداري ماپ، خودڪار، ۽ منظم ڪيل نوڊس جي بنياد تي، ڊسڪ نه. ڊسڪ، يقينا، پڻ هڪ اسٽوريج اعتراض آهن، اهي، هر شيء وانگر، مانيٽر ٿيل آهن، توهان انهن سان گڏ سڀني معياري عملن کي انجام ڏئي سگهو ٿا، بشمول مقامي هارڊويئر RAID گڏ ڪرڻ، پر ڪلستر خاص طور تي نوڊس تي هلندي آهي.
اهڙي صورتحال ۾ جتي توهان واقعي چاهيو ٿا RAID (مثال طور، هڪ منظر جيڪو ننڍڙن ڪلسترن تي ڪيترن ئي ناڪامين جي حمايت ڪري ٿو)، ڪجھ به توهان کي مقامي RAID ڪنٽرولرز استعمال ڪرڻ کان روڪي نه ٿو، ۽ تعمير ٿيل اسٽوريج ۽ مٿان هڪ RAIN فن تعمير. هي منظر ڪافي زنده آهي ۽ اسان جي حمايت ڪئي آهي، تنهنڪري اسان ان بابت هڪ مضمون ۾ ڳالهائينداسين VAIR استعمال ڪرڻ لاءِ عام حالتن بابت.
اسٽوريج جي غلطي رواداري اسڪيمون
VAIR ۾ ورچوئل ڊسڪ لاءِ ٻه غلطي رواداري اسڪيمون ٿي سگهن ٿيون:
1) نقل ڪرڻ وارو عنصر يا صرف نقل - غلطي برداشت ڪرڻ جو هي طريقو هڪ لٺ ۽ رسي وانگر سادو آهي. هم وقت سازي نقل نوڊس جي وچ ۾ 2 جي فيڪٽر سان ڪئي ويندي آهي (2 ڪاپيون في ڪلستر) يا 3 (3 ڪاپيون، ترتيب سان). RF-2 هڪ ورچوئل ڊسڪ کي ڪلسٽر ۾ هڪ نوڊ جي ناڪامي کي برداشت ڪرڻ جي اجازت ڏئي ٿو، پر مفيد مقدار جو اڌ "کائي ٿو"، ۽ RF-3 ڪلستر ۾ 2 نوڊس جي ناڪامي کي برداشت ڪندو، پر 2/3 کي محفوظ ڪري ٿو. ان جي ضرورتن لاء مفيد مقدار. هي اسڪيم بلڪل RAID-1 سان ملندڙ جلندڙ آهي، يعني آر ايف-2 ۾ ترتيب ڏنل هڪ ورچوئل ڊسڪ ڪلستر ۾ ڪنهن هڪ نوڊ جي ناڪامي جي خلاف مزاحمتي آهي. انهي حالت ۾، ڊيٽا سان سڀ ڪجهه ٺيڪ ٿي ويندو ۽ جيتوڻيڪ I / O بند نه ٿيندو. جڏهن گريل نوڊ سروس ڏانهن موٽندو، خودڪار ڊيٽا وصولي / هم وقت سازي شروع ٿيندي.
هيٺ ڏنل مثال آهن آر ايف-2 ۽ آر ايف-3 ڊيٽا جي ورڇ عام موڊ ۾ ۽ ناڪامي جي صورتحال ۾.
اسان وٽ هڪ ورچوئل مشين آهي جنهن جي گنجائش 8MB جي منفرد (مفيد) ڊيٽا آهي، جيڪا 4 وير نوڊس تي هلندي آهي. اهو واضح آهي ته حقيقت ۾ اهو ممڪن ناهي ته اهڙي ننڍڙي مقدار هوندي، پر هڪ اسڪيم لاء جيڪو ARDFS آپريشن جي منطق کي ظاهر ڪري ٿو، اهو مثال سڀ کان وڌيڪ سمجهي سگهجي ٿو. AB 4MB مجازي بلاڪ آھن جن ۾ منفرد ورچوئل مشين ڊيٽا شامل آھن. RF-2 ترتيب ڏئي انهن بلاڪن جون ٻه ڪاپيون A1+A2 ۽ B1+B2 ٺاهي ٿو. اهي بلاڪ نوڊس جي وچ ۾ "پڙهائي" آهن، ساڳئي ڊيٽا جي هڪ ئي نوڊ تي چورس کان بچڻ، اهو آهي، ڪاپي A1 ساڳئي نوڊ تي واقع نه هوندي ڪاپي A2 وانگر. ساڳيو B1 ۽ B2 سان.
جيڪڏهن ڪو هڪ نوڊ ناڪام ٿئي ٿو (مثال طور، نوڊ نمبر 3، جنهن ۾ B1 جي ڪاپي آهي)، اها ڪاپي خودڪار طريقي سان نوڊ تي چالو ٿي ويندي آهي جتي ان جي ڪاپي جي ڪا به ڪاپي نه هوندي آهي (يعني B2 جي ڪاپي).
اهڙيء طرح، مجازي ڊسڪ (۽ VM، مطابق) آساني سان RF-2 اسڪيم ۾ ھڪڙي نوڊ جي ناڪامي کان بچي سگھي ٿو.
نقل ڪرڻ واري اسڪيم، سادو ۽ قابل اعتماد هجڻ جي باوجود، RAID1 وانگر ساڳئي مسئلي جو شڪار آهي - ڪافي استعمال لائق جڳهه ناهي.
2) Erasure coding يا erasure codeing (جنهن کي ”ريڊنڊنٽ ڪوڊنگ“، ”Erasure coding“ يا ”reundancy code“ جي نالي سان پڻ سڃاتو وڃي ٿو) مٿي ڏنل مسئلي کي حل ڪرڻ لاءِ موجود آهي. EC هڪ بيڪار اسڪيم آهي جيڪا نقل جي مقابلي ۾ گهٽ ڊسڪ اسپيس اوور هيڊ سان اعليٰ ڊيٽا جي دستيابي فراهم ڪري ٿي. هن ميڪانيزم جو آپريٽنگ اصول RAID 5، 6، 6P سان ملندڙ جلندڙ آهي.
انڪوڊنگ ڪرڻ وقت، EC عمل هڪ ورچوئل بلاڪ (4MB ڊفالٽ) کي ڪيترن ئي ننڍڙن ”ڊيٽا حصن“ ۾ ورهائي ٿو EC اسڪيم جي لحاظ کان (مثال طور، هڪ 2+1 اسڪيم هر 4MB بلاڪ کي 2 2MB حصن ۾ ورهائي ٿي). اڳيون، اهو عمل ”ڊيٽا ٽڪنس“ لاءِ ”پيرٽي چنڪس“ ٺاهي ٿو جيڪي اڳئين ورهايل حصن مان هڪ کان وڌيڪ نه هوندا آهن. جڏهن ڊيڪوڊنگ، EC سڄي ڪلستر ۾ "بقا" ڊيٽا کي پڙهڻ سان غائب ٿيل ٽڪر ٺاهي ٿو.
مثال طور، هڪ ورچوئل ڊسڪ 2 + 1 EC اسڪيم سان، 4 ڪلسٽر نوڊس تي لاڳو ٿئي ٿي، آساني سان ڪلستر ۾ هڪ نوڊ جي ناڪامي کي برداشت ڪندي ساڳئي طرح RF-2 وانگر. انهي صورت ۾، مٿي جي قيمت گهٽ هوندي، خاص طور تي، RF-2 لاء مفيد گنجائش جي گنجائش 2 آهي، ۽ EC 2 + 1 لاء اهو 1,5 هوندو.
ان کي وڌيڪ آساني سان بيان ڪرڻ لاء، جوهر اهو آهي ته مجازي بلاڪ 2-8 ۾ ورهايل آهي (ڇو 2 کان 8، هيٺ ڏسو) "ٽڪرا"، ۽ انهن ٽڪرن لاء "ٽڪرا" جي برابر مقدار جي برابري جي حساب سان حساب ڪيو ويو آهي.
نتيجي طور، ڊيٽا ۽ برابري برابر طور تي ڪلستر جي سڀني نوڊس ۾ ورهايل آهن. ساڳئي وقت، جيئن نقل ڪرڻ سان، ARDFS خودڪار طريقي سان ڊيٽا کي نوڊس جي وچ ۾ ورهائي ٿو جيئن هڪجهڙائي واري ڊيٽا (ڊيٽا جون ڪاپيون ۽ انهن جي برابري) کي هڪ ئي نوڊ تي ذخيرو ٿيڻ کان روڪيو وڃي، انهي ڪري ته ڊيٽا کي وڃائڻ جي موقعي کي ختم ڪرڻ لاء. حقيقت اها آهي ته ڊيٽا ۽ انهن جي برابري اوچتو هڪ اسٽوريج نوڊ تي ختم ٿي ويندي جيڪا ناڪام ٿيندي.
هيٺ هڪ مثال آهي، ساڳي 8 MB ورچوئل مشين ۽ 4 نوڊس سان، پر EC 2+1 اسڪيم سان.
بلاڪ A ۽ B کي 2 MB جي ٻن ٽڪرن ۾ ورهايو ويو آھي ھر ھڪ (ٻه ڇاڪاڻ ته 2 + 1)، اھو آھي، A1 + A2 ۽ B1 + B2. نقل جي برعڪس، A1 A2 جي ڪاپي نه آهي، اهو هڪ مجازي بلاڪ A آهي، جيڪو ٻن حصن ۾ ورهايل آهي، ساڳيو ئي بلاڪ B سان. مجموعي طور تي، اسان کي 4MB جا ٻه سيٽ ملن ٿا، جن مان هر هڪ ۾ ٻه ٻه-MB ٽڪرا آهن. اڳيون، انهن مان هر هڪ سيٽ لاءِ، برابري جو حساب ڪيو ويندو آهي حجم جي مقدار سان هڪ ٽڪرو (يعني 2 MB)، اسان حاصل ڪندا آهيون اضافي + 2 ٽڪرا برابري (AP ۽ BP). مجموعي طور تي اسان وٽ 4 × 2 ڊيٽا + 2 × 2 برابري آهي.
اڳيون، ٽڪڙا نوڊس جي وچ ۾ "پڙھيل" آھن ته جيئن ڊيٽا انھن جي برابري سان ٽڪراءُ نه ڪري. اهي. A1 ۽ A2 ساڳئي نوڊ تي AP وانگر نه هوندا.
ھڪڙي نوڊ جي ناڪامي جي صورت ۾ (مثال طور، ٽيون پڻ)، گر ٿيل بلاڪ B1 خود بخود BP برابري مان بحال ٿي ويندو، جيڪو نوڊ نمبر 2 تي ذخيرو ٿيل آھي، ۽ نوڊ تي چالو ڪيو ويندو جتي آھي. بي برابري ناهي، يعني بي پي جو ٽڪرو. هن مثال ۾، هي نوڊ نمبر 1 آهي
مون کي يقين آهي ته پڙهندڙ هڪ سوال آهي:
"جيڪو توهان بيان ڪيو آهي اهو سڀ ڪجهه ڊگهي عرصي کان ٻنهي حریفن ۽ اوپن سورس حلن ۾ لاڳو ڪيو ويو آهي، توهان جي اي آر ڊي ايف ايس ۾ اي سي جي عمل درآمد جي وچ ۾ ڇا فرق آهي؟"
۽ پوء اتي دلچسپ خاصيتون آهن ARDFS.
لچڪ تي ڌيان ڏيڻ سان ڪوڊنگ کي صاف ڪريو
شروعات ۾، اسان هڪ ڪافي لچڪدار EC X+Y اسڪيم مهيا ڪئي، جتي X برابر آهي 2 کان 8 تائين هڪ عدد جي برابر، ۽ Y برابر آهي 1 کان 8 تائين جي عدد جي، پر هميشه X کان گهٽ يا برابر آهي. هي اسڪيم مهيا ڪئي وئي آهي. لچڪداريءَ لاءِ. ڊيٽا جي ٽڪرن جو تعداد وڌائڻ (X) جنهن ۾ ورچوئل بلاڪ ورهايو ويو آهي اوور هيڊ خرچن کي گهٽائڻ جي اجازت ڏئي ٿو، اهو آهي، استعمال جي قابل جاء وڌائڻ.
برابري حصن جو تعداد وڌائڻ (Y) مجازي ڊسڪ جي اعتبار کي وڌائي ٿو. وڏو Y قدر، ڪلستر ۾ وڌيڪ نوڊس ناڪام ٿي سگھن ٿا. يقينن، برابري جي مقدار کي وڌائڻ سان قابل استعمال ظرفيت جي مقدار گھٽائي ٿي، پر اهو اعتبار جي قيمت ادا ڪرڻ جي قيمت آهي.
EC سرڪٽس تي ڪارڪردگي جو انحصار تقريبا سڌو آهي: وڌيڪ "ٽڪرا"، ڪارڪردگي گهٽ؛ هتي، يقينا، هڪ متوازن نظر جي ضرورت آهي.
اهو طريقو منتظمين کي وڌ ۾ وڌ لچڪداريءَ سان وڌايل اسٽوريج کي ترتيب ڏيڻ جي اجازت ڏئي ٿو. ARDFS پول جي اندر، توهان ڪنهن به غلطي رواداري اسڪيمن ۽ انهن جي ميلاپ کي استعمال ڪري سگهو ٿا، جيڪو، اسان جي راء ۾، پڻ تمام مفيد آهي.
هيٺ ڏنل جدول آهي مقابلو ڪري ٿو ڪيترن ئي (سڀ ممڪن ناهي) آر ايف ۽ اي سي اسڪيمون.
جدول ڏيکاري ٿو ته ايستائين جو سڀ کان وڌيڪ ”ٽيري“ ميلاپ EC 8+7، جيڪو هڪ ئي وقت ڪلستر ۾ 7 نوڊس جي نقصان جي اجازت ڏئي ٿو، معياري نقل جي ڀيٽ ۾ گهٽ استعمال لائق جاءِ (1,875 بمقابله 2) ”کائي ٿو“، ۽ 7 ڀيرا بهتر حفاظت ڪري ٿو. ، جيڪو هن تحفظ جي ميڪانيزم کي ٺاهيندو آهي، جيتوڻيڪ وڌيڪ پيچيده، حالتن ۾ گهڻو وڌيڪ پرڪشش، جتي اهو ضروري آهي ته محدود ڊسڪ اسپيس جي حالتن ۾ وڌ کان وڌ اعتماد کي يقيني بڻائي. ساڳئي وقت، توهان کي سمجهڻ جي ضرورت آهي ته هر "پلس" کان X يا Y تائين هڪ اضافي ڪارڪردگي هوندي، تنهن ڪري ٽڪنڊي ۾ اعتماد، بچت ۽ ڪارڪردگي جي وچ ۾ توهان کي تمام احتياط سان چونڊڻ جي ضرورت آهي. انهي سبب لاء، اسان ڪوڊنگ جي سائيز کي ختم ڪرڻ لاء هڪ الڳ مضمون وقف ڪنداسين.
فائل سسٽم جي اعتماد ۽ خودمختياري
ARDFS مقامي طور تي ڪلستر جي سڀني نوڊس تي هلندو آهي ۽ وقف ايٿرنيٽ انٽرفيسز ذريعي پنهنجي وسيلن کي استعمال ڪندي انهن کي هم وقت سازي ڪري ٿو. اهم نقطو اهو آهي ته ARDFS آزاد طور تي هم وقت سازي ڪري ٿو نه رڳو ڊيٽا، پر اسٽوريج سان لاڳاپيل ميٽا ڊيٽا پڻ. ARDFS تي ڪم ڪرڻ دوران، اسان ساڳئي وقت ڪيترن ئي موجوده حلن جو اڀياس ڪيو ۽ اسان دريافت ڪيو ته ڪيترائي فائل سسٽم ميٽا کي هم وقت سازي ڪندا آهن هڪ خارجي ورهايل DBMS استعمال ڪندي، جنهن کي اسان هم وقت سازي لاءِ استعمال ڪندا آهيون، پر صرف ترتيب ڏيڻ، نه FS ميٽا ڊيٽا (هن بابت ۽ ٻين لاڳاپيل سب سسٽم بابت. ايندڙ مضمون ۾).
هڪ خارجي DBMS استعمال ڪندي FS ميٽا ڊيٽا کي هم وقت سازي ڪرڻ، يقيناً، هڪ ڪم ڪندڙ حل آهي، پر پوءِ ARDFS تي محفوظ ڪيل ڊيٽا جي مستقل مزاجي جو دارومدار خارجي DBMS ۽ ان جي رويي تي هوندو آهي (۽، صاف طور تي، اها هڪ دلڪش عورت آهي)، جنهن ۾ اسان جي راء خراب آهي. ڇو؟ جيڪڏهن FS ميٽا ڊيٽا خراب ٿي وڃي ٿي، ته FS ڊيٽا پاڻ کي ”الوداع“ به چئي سگهجي ٿو، تنهنڪري اسان فيصلو ڪيو ته وڌيڪ پيچيده پر قابل اعتماد رستو.
اسان پاڻ ARDFS لاءِ ميٽاڊيٽا سنڪرونائيزيشن سبسسٽم ٺاهيو، ۽ اهو مڪمل طور تي ڀرپاسي جي سب سسٽم کان آزاد رهي ٿو. اهي. ٻيو ڪو به سب سسٽم ARDFS ڊيٽا کي خراب نٿو ڪري سگهي. اسان جي راء ۾، اهو سڀ کان وڌيڪ قابل اعتماد ۽ صحيح طريقو آهي، پر وقت ٻڌائيندو ته ڇا اهو اصل ۾ آهي. ان کان سواء، هن طريقي سان هڪ اضافي فائدو آهي. ARDFS استعمال ڪري سگھجي ٿو آزاديءَ سان VAIR کان، صرف ڊگھي اسٽوريج جي طور تي، جيڪو اسان ضرور مستقبل جي شين ۾ استعمال ڪنداسين.
نتيجي طور، ARDFS کي ترقي ڪندي، اسان هڪ لچڪدار ۽ قابل اعتماد فائل سسٽم حاصل ڪيو آهي جيڪو هڪ اختيار ڏئي ٿو جتي توهان گنجائش تي بچت ڪري سگهو ٿا يا ڪارڪردگي تي هر شي کي ڇڏي ڏيو، يا مناسب قيمت تي انتهائي قابل اعتماد اسٽوريج ٺاهي، پر ڪارڪردگي جي گهرج کي گھٽائي.
گڏو گڏ هڪ سادي لائسنس واري پاليسي ۽ هڪ لچڪدار ترسيل ماڊل سان گڏ (اڳتي ڏسندي، VAIR نوڊ طرفان لائسنس يافته آهي، ۽ يا ته سافٽ ويئر يا سافٽ ويئر پيڪيج جي طور تي پهچايو ويو آهي)، هي توهان کي اجازت ڏئي ٿو بلڪل صحيح طريقي سان حل ڪرڻ جي مختلف قسمن جي گراهڪن جي ضرورتن ۽ پوء آساني سان هن توازن کي برقرار رکڻ.
ڪنهن کي هن معجزي جي ضرورت آهي؟
هڪ پاسي، اسان اهو چئي سگهون ٿا ته مارڪيٽ تي اڳ ۾ ئي رانديگر آهن جن وٽ سنجيده حل آهن هائپر ڪنورجنسي جي ميدان ۾، ۽ اهو آهي جتي اسان اصل ۾ وڃي رهيا آهيون. اهو لڳي ٿو ته هي بيان سچ آهي، پر ...
ٻئي طرف، جڏهن اسان فيلڊن ۾ وڃون ٿا ۽ گراهڪن سان ڳالهايون ٿا، اسان ۽ اسان جا ڀائيوار ڏسون ٿا ته اهو سڀ ڪجهه ناهي. هائپر ڪنورجنسي لاءِ ڪيترائي ڪم آهن، ڪجهه هنڌن تي ماڻهن کي اها خبر ئي نه هئي ته اهڙا حل موجود آهن، ٻين ۾ اهو مهانگو لڳي ٿو، ٻين ۾ متبادل حلن جا ناڪام تجربا هئا، ۽ ڪن هنڌن تي پابندين جي ڪري خريد ڪرڻ تي پابندي آهي. عام طور تي، ميدان غير آباد ٿي ويو، تنهنڪري اسان ڪنوار مٽي کي وڌائڻ لاء ويا))).
جڏهن اسٽوريج سسٽم GCS کان بهتر آهي؟
جئين اسان مارڪيٽ سان ڪم ڪريون ٿا، اسان اڪثر پڇيا ويندا آهيون جڏهن اسٽوريج سسٽم سان گڏ هڪ کلاسک اسڪيم استعمال ڪرڻ بهتر آهي، ۽ جڏهن هائپر ڪنورجنٽ استعمال ڪيو وڃي؟ ڪيتريون ئي ڪمپنيون جيڪي GCS پيدا ڪن ٿيون (خاص طور تي جيڪي انهن جي پورٽ فوليو ۾ اسٽوريج سسٽم نه آهن) چون ٿا: "اسٽوريج سسٽم ختم ٿي رهيا آهن، صرف هائپر ڪنورجڊ!" هي هڪ جرئتمند بيان آهي، پر اهو مڪمل طور تي حقيقت جي عڪاسي نٿو ڪري.
حقيقت ۾، اسٽوريج مارڪيٽ واقعي هائپر ڪنورجنسي ۽ ساڳئي حل ڏانهن وڌي رهي آهي، پر اتي هميشه "پر" آهي.
سڀ کان پهريان، ڊيٽا سينٽر ۽ آئي ٽي انفراسٽرڪچر کي ڪلاسيڪل اسڪيم جي مطابق ٺهيل اسٽوريج سسٽم سان آساني سان ٻيهر نه ٿو ٺاهي سگهجي، تنهن ڪري اهڙين انفراسٽرڪچرن جي جديد ۽ مڪمل ٿيڻ اڃا تائين 5-7 سالن جي ميراث آهي.
ٻيو، انفراسٽرڪچر جيڪو هن وقت تعمير ڪيو پيو وڃي گهڻو حصو (مطلب روسي فيڊريشن) ڪلاسيڪل اسڪيم مطابق اسٽوريج سسٽم استعمال ڪندي ٺاهيو ويو آهي، ۽ نه ته ماڻهن کي هائپر ڪنورجنس بابت ڄاڻ ناهي، پر ڇاڪاڻ ته هائپر ڪنورجنس مارڪيٽ نئين آهي، حل ۽ حل. معيار اڃا قائم نه ڪيا ويا آهن، آئي ٽي ماڻهو اڃا تائين تربيت نه ڪيا ويا آهن، انهن وٽ ٿورو تجربو آهي، پر انهن کي هتي ۽ هاڻي ڊيٽا مرڪز ٺاهڻ جي ضرورت آهي. ۽ اهو رجحان ٻين 3-5 سالن تائين جاري رهندو (۽ پوءِ ٻيو ورثو، ڏسو پوائنٽ 1).
ٽيون، 2 مليسيڪنڊ في لکت جي اضافي ننڍڙن تاخيرن ۾ خالص فني حد آهي (مقامي ڪيش کانسواءِ، يقيناً)، جيڪي ورهايل اسٽوريج جي قيمت آهن.
خير، اچو ته وڏي جسماني سرور جي استعمال جي باري ۾ نه وساريو جيڪي ڊسڪ سب سسٽم جي عمودي اسڪيلنگ کي پسند ڪن ٿا.
اتي ڪيترائي ضروري ۽ مقبول ڪم آھن جتي اسٽوريج سسٽم GCS کان بھتر آھي. هتي، يقينا، اهي ٺاهيندڙن جن وٽ اسٽوريج سسٽم نه آهن انهن جي پيداوار پورٽ فوليو ۾ اسان سان متفق نه ٿيندا، پر اسان معقول طور تي بحث ڪرڻ لاء تيار آهيون. يقينن، اسان، ٻنهي پروڊڪٽس جي ڊولپرز جي طور تي، يقيني طور تي اسان جي مستقبل جي اشاعتن مان هڪ ۾ اسٽوريج سسٽم ۽ GCS جو مقابلو ڪنداسين، جتي اسان واضح طور تي ظاهر ڪنداسين ته ڪهڙي حالتن ۾ بهتر آهي.
۽ ڪٿي هائپر ڪنور ٿيل حل اسٽوريج سسٽم کان بهتر ڪم ڪندو؟
مٿين نقطن جي بنياد تي، ٽي واضح نتيجا ڪڍي سگهجن ٿا:
- جتي رڪارڊنگ لاءِ اضافي 2 ملي سيڪنڊن جي دير، جيڪا مسلسل ڪنهن به پراڊڪٽ ۾ ٿئي ٿي (هاڻي اسان مصنوعيات جي باري ۾ نه ڳالهائي رهيا آهيون، نانو سيڪنڊن کي مصنوعيات تي ڏيکاري سگهجي ٿو)، غير ضروري آهن، هائپر ڪنورجنٽ مناسب آهي.
- جتي وڏي فزيڪل سرورز مان لوڊ ڪري سگھجي ٿو ڪيترن ئي ننڍڙن ورچوئل وارن ۾ ۽ ورهائي سگهجي ٿو نوڊس ۾، هائپر ڪنورجنسي به اتي ڪم ڪري ٿي.
- جتي افقي اسڪيلنگ عمودي اسڪيلنگ جي ڀيٽ ۾ اعليٰ ترجيح آهي، اتي GCS به ٺيڪ ڪم ڪندو.
اهي حل ڇا آهن؟
- سڀ معياري انفراسٽرڪچر خدمتون (ڊائريڪٽري سروس، ميل، EDMS، فائيل سرور، ننڍو يا وچولي ERP ۽ BI سسٽم وغيره). اسان ان کي "جنرل ڪمپيوٽنگ" سڏين ٿا.
- ڪلائوڊ فراهم ڪندڙن جو انفراسٽرڪچر، جتي اهو ضروري آهي ته جلدي ۽ معياري طور تي افقي طور تي وسعت ۽ آساني سان "ڪٽ" وڏي تعداد ۾ ڪلائنٽ لاء مجازي مشين.
- ورچوئل ڊيسڪ ٽاپ انفراسٽرڪچر (VDI)، جتي ڪيتريون ئي ننڍيون استعمال ڪندڙ ورچوئل مشينون هلن ٿيون ۽ خاموشيءَ سان ”فلوٽ“ هڪ يونيفارم ڪلسٽر اندر.
- برانچ نيٽ ورڪ، جتي هر برانچ کي 15-20 ورچوئل مشينن جي معياري، نقص برداشت ڪندڙ، پر سستا انفراسٽرڪچر جي ضرورت آهي.
- ڪو به ورهايل ڪمپيوٽنگ (وڏي ڊيٽا خدمتون، مثال طور). جتي لوڊ نه ٿو "گڏيل ۾"، پر "ويڪرائي ۾".
- ٽيسٽ ماحول جتي اضافي ننڍيون ديرون قابل قبول آهن، پر اتي بجيٽ پابنديون آهن، ڇاڪاڻ ته اهي ٽيسٽ آهن.
هن وقت، اهو انهن ڪمن لاءِ آهي جنهن کي اسان AERODISK vAIR ٺاهيو آهي ۽ اهو انهن تي آهي جنهن تي اسان فوڪس ڪري رهيا آهيون (ڪاميابي سان هينئر تائين). شايد اهو جلد ئي تبديل ٿي ويندو، ڇاڪاڻ ته ... دنيا بيٺو ناهي.
سو…
هي مضمونن جي وڏي سيريز جو پهريون حصو مڪمل ڪري ٿو؛ ايندڙ مضمون ۾ اسان حل جي فن تعمير ۽ استعمال ٿيل اجزاء بابت ڳالهائينداسين.
اسان سوالن، تجويزن ۽ تعميري تڪرار جو استقبال ڪندا آهيون.
جو ذريعو: www.habr.com