بادل هڪ جادو خاني وانگر آهن - توهان پڇو ته توهان کي ڪهڙي ضرورت آهي، ۽ وسيلا صرف ڪٿي به نظر اچن ٿا. مجازي مشينون، ڊيٽابيس، نيٽ ورڪ - هي سڀ صرف توهان سان تعلق رکي ٿو. ٻيا بادل نوڪر آهن، پر توهان جي ڪائنات ۾ توهان واحد حڪمران آهيو. توهان کي پڪ آهي ته توهان هميشه گهربل وسيلا حاصل ڪندا، توهان ڪنهن کي به حساب ۾ نه ٿا وٺو ۽ توهان آزاديء سان طئي ڪيو ته نيٽ ورڪ ڇا ٿيندو. اهو جادو ڪيئن ڪم ڪندو آهي جيڪو بادل کي لچڪدار طور تي وسيلن کي مختص ڪري ٿو ۽ نوڪردارن کي هڪ ٻئي کان مڪمل طور تي الڳ ڪري ٿو؟
AWS ڪلائوڊ هڪ ميگا-سپر پيچيده سسٽم آهي جيڪو 2006 کان ارتقائي طور تي ترقي ڪري رهيو آهي. هن ترقي جو حصو ٿي گذريو آهي واسيلي Pantyukhin - Amazon ويب سروسز معمار. هڪ معمار جي حيثيت ۾، هو نه رڳو آخري نتيجي ۾، پر AWS جي چيلنجز تي به هڪ اندروني نظر حاصل ڪري ٿو. جيترو وڌيڪ سمجھو ته سسٽم ڪيئن ڪم ڪري ٿو، وڌيڪ اعتماد. تنهن ڪري، واسيلي AWS ڪلائوڊ سروسز جا راز شيئر ڪندو. هيٺ ڏنل آهي فزيڪل AWS سرورز جي ڊيزائن، لچڪدار ڊيٽابيس اسڪاليبلٽي، هڪ ڪسٽم ايمازون ڊيٽابيس ۽ ورچوئل مشينن جي ڪارڪردگي کي وڌائڻ جا طريقا جڏهن ته هڪ ئي وقت انهن جي قيمت گھٽائي ٿي. Amazon جي تعميراتي طريقن جي ڄاڻ توهان کي AWS خدمتن کي وڌيڪ اثرائتو استعمال ڪرڻ ۾ مدد ڪندي ۽ شايد توهان کي پنهنجا پنهنجا حل تيار ڪرڻ لاءِ نوان خيال ڏي.
ڳالهائيندڙ جي باري ۾: واسيلي Pantyukhin () .ru ڪمپنين ۾ يونڪس ايڊمن جي طور تي شروع ڪيو، 6 سالن تائين وڏي سن مائڪرو سسٽم هارڊويئر تي ڪم ڪيو، ۽ 11 سالن تائين EMC ۾ ڊيٽا-سينٽرڪ دنيا جي تبليغ ڪئي. اهو قدرتي طور تي پرائيويٽ بادلن ۾ ترقي ڪئي، ۽ 2017 ۾ عوام ڏانهن منتقل ڪيو ويو. ھاڻي ھو AWS بادل ۾ رھڻ ۽ ترقي ڪرڻ ۾ مدد لاءِ ٽيڪنيڪل صلاحون ڏئي ٿو.
ڊسڪليمر: هيٺ ڏنل هر شيء واسيلي جي ذاتي راء آهي ۽ شايد ايمازون ويب سروسز جي پوزيشن سان ٺهڪندڙ نه هجي. رپورٽ جنهن تي ٻڌل آهي مضمون اسان جي يوٽيوب چينل تي موجود آهي.
مان Amazon ڊوائيس بابت ڇو ڳالهائي رهيو آهيان؟
منهنجي پهرين ڪار هڪ دستي ٽرانسميشن هئي. اهو محسوس ڪرڻ جي ڪري تمام سٺو هو ته مان ڪار کي هلائي سگهان ٿو ۽ ان تي مڪمل ڪنٽرول آهي. مون اهو پڻ پسند ڪيو ته مون گهٽ ۾ گهٽ ان جي آپريشن جي اصول کي سمجهي ورتو. قدرتي طور تي، مون تصور ڪيو ته دٻي جي جوڙجڪ بلڪل پراڻي آهي - سائيڪل تي گيرو باڪس وانگر.
هر شيءِ عظيم هئي، سواءِ هڪ شيءِ جي - ٽريفڪ جام ۾ ڦاسي پيو. اهو لڳي ٿو ته توهان ويٺا آهيو ۽ ڪجهه به نه ڪري رهيا آهيو، پر توهان مسلسل گيئر تبديل ڪري رهيا آهيو، ڪلچ، گيس، بريڪ کي دٻايو - اهو واقعي توهان کي ٿڪائي ٿو. ٽريفڪ جام جو مسئلو جزوي طور حل ٿي ويو جڏهن خاندان کي خودڪار ڪار ملي وئي. ڊرائيونگ دوران، مون کي ڪجهه سوچڻ ۽ آڊيو بوڪ ٻڌڻ جو وقت هو.
هڪ ٻيو راز منهنجي زندگي ۾ ظاهر ٿيو، ڇاڪاڻ ته مون مڪمل طور تي سمجھڻ بند ڪيو ته منهنجي ڪار ڪيئن ڪم ڪري ٿي. جديد ڪار هڪ پيچيده اوزار آهي. ڪار هڪ ئي وقت ۾ ڪيترن ئي مختلف پيٽرولن کي ترتيب ڏئي ٿي: گيس کي دٻائڻ، بريڪ، ڊرائيونگ انداز، روڊ جي معيار. مون کي سمجهه ۾ نٿو اچي ته اهو ڪيئن ڪم ڪري ٿو.
جڏهن مون Amazon بادل تي ڪم ڪرڻ شروع ڪيو، اهو پڻ مون لاء هڪ راز هو. صرف هي اسرار وڏي پيماني جو حڪم آهي، ڇاڪاڻ ته ڪار ۾ هڪ ڊرائيور آهي، ۽ AWS ۾ انهن مان لکين آهن. سڀئي استعمال ڪندڙ هڪ ئي وقت هلائيندا آهن، گيس کي دٻايو ۽ بريڪ. اها حيرت انگيز آهي ته اهي وڃو جتي اهي چاهيندا آهن - اهو مون لاء هڪ معجزو آهي! سسٽم خودڪار طريقي سان ترتيب ڏئي ٿو، ماپ ڪري ٿو ۽ لچڪدار طور تي هر استعمال ڪندڙ کي ترتيب ڏئي ٿو ته اهو محسوس ٿئي ٿو ته هو هن ڪائنات ۾ اڪيلو آهي.
جادو ٿورو ختم ٿي ويو جڏهن آئون بعد ۾ Amazon تي هڪ معمار طور ڪم ڪرڻ آيو. مون ڏٺو ته اسان کي ڪهڙا مسئلا درپيش آهن، اسان انهن کي ڪيئن حل ڪريون ٿا، ۽ اسان خدمتن کي ڪيئن ترقي ڪريون ٿا. انهي کي سمجهڻ سان ته سسٽم ڪيئن ڪم ڪري ٿو، خدمت ۾ وڌيڪ اعتماد ظاهر ٿئي ٿو. تنهن ڪري مان هڪ تصوير شيئر ڪرڻ چاهيان ٿو جيڪو AWS ڪلائوڊ جي هيٺان آهي.
اسان ڪهڙي ڳالهه ڪريون
مون هڪ متنوع طريقو چونڊيو آهي - مون چونڊيو 4 دلچسپ خدمتون جيڪي ڳالهائڻ جي قابل آهن.
سرور جي اصلاح. ايفميرل بادل هڪ جسماني مجسمي سان: جسماني ڊيٽا مرڪز جتي جسماني سرور آهن جيڪي روشني سان گڏ، گرم ۽ چمڪندڙ آهن.
بي سرور افعال (Lambda) شايد بادل ۾ سڀ کان وڌيڪ اسپيبلبل سروس آهي.
ڊيٽابيس اسڪيلنگ. مان توهان کي ٻڌايان ٿو ته ڪيئن اسان پنهنجو اسپيبلبل ڊيٽابيس ٺاهيندا آهيون.
نيٽ ورڪ اسڪيلنگ. آخري حصو جنهن ۾ آئون اسان جي نيٽ ورڪ جي ڊوائيس کي کوليندس. هي هڪ عجيب شيء آهي - هر بادل استعمال ڪندڙ کي يقين آهي ته هو بادل ۾ اڪيلو آهي ۽ ٻين نوڪررن کي ڏسڻ ۾ نٿو اچي.
نوٽ. هي آرٽيڪل سرور جي اصلاح ۽ ڊيٽابيس اسڪيلنگ تي بحث ڪندو. اسان ايندڙ مضمون ۾ نيٽ ورڪ اسڪيلنگ تي غور ڪنداسين. ڪٿي آهن بي سرور ڪم؟ انهن بابت هڪ الڳ نقل شايع ڪيو ويو“" اهو ڪيترن ئي مختلف اسڪيلنگ طريقن جي باري ۾ ڳالهائيندو آهي، ۽ تفصيل سان بحث ڪري ٿو Firecracker حل - هڪ ورچوئل مشين ۽ ڪنٽينرز جي بهترين خوبين جو هڪ symbiosis.
سرور
بادل عارضي آهي. پر هن ephemerality اڃا تائين هڪ جسماني مجسم آهي - سرور. شروعات ۾، سندن فن تعمير ڪلاسيڪل هو. معياري x86 chipset، نيٽ ورڪ ڪارڊ، Linux، Xen hypervisor جنهن تي ورچوئل مشينون هلنديون هيون.
2012 ع ۾، هن فن تعمير کي چڱيء طرح ان جي ڪمن سان coped. زين هڪ عظيم هائپرائزر آهي، پر ان ۾ هڪ وڏي خرابي آهي. هن وٽ ڪافي آهي ڊوائيس ايموليشن لاء اعلي مٿي. جيئن نئون، تيز نيٽ ورڪ ڪارڊ يا ايس ايس ڊي ڊرائيو دستياب ٿي ويندا آهن، هي مٿي تمام گهڻو ٿي ويندو آهي. ڪيئن هن مسئلي سان ڊيل ڪرڻ لاء؟ اسان هڪ ئي وقت ٻن محاذن تي ڪم ڪرڻ جو فيصلو ڪيو. هارڊويئر ۽ هائپر وائزر ٻنهي کي بهتر ڪريو. ڪم تمام سنجيده آهي.
هارڊويئر ۽ هائپرائزر کي بهتر ڪرڻ
هڪ ئي وقت سڀڪجهه ڪرڻ ۽ چڱيءَ طرح ڪم نه ڪندو. ڇا "سٺو" هو شروعاتي طور تي واضح ناهي.
اسان هڪ ارتقائي انداز وٺڻ جو فيصلو ڪيو - اسان فن تعمير جو هڪ اهم عنصر تبديل ڪيو ۽ ان کي پيداوار ۾ اڇلائي ڇڏيو.
اسان هر ريڪ تي قدم کڻندا آهيون، شڪايتون ۽ تجويزون ٻڌندا آهيون. ان کان پوء اسان هڪ ٻيو حصو تبديل ڪريون ٿا. تنهن ڪري، ننڍن واڌارن ۾، اسان بنيادي طور تي مڪمل فن تعمير کي تبديل ڪريون ٿا صارفين جي موٽ ۽ مدد جي بنياد تي.
تبديلي 2013 ۾ شروع ٿي سڀ کان پيچيده شيء سان - نيٽ ورڪ. IN C3 مثال طور، هڪ خاص نيٽ ورڪ ايڪليٽر ڪارڊ معياري نيٽ ورڪ ڪارڊ ۾ شامل ڪيو ويو. اهو لفظي طور تي سامهون پينل تي هڪ مختصر لوپ بيڪ ڪيبل سان ڳنڍيل هو. اهو خوبصورت ناهي، پر اهو بادل ۾ نظر نٿو اچي. پر هارڊويئر سان سڌو رابطو بنيادي طور تي بهتر جٽ ۽ نيٽ ورڪ throughput.
اڳيون اسان فيصلو ڪيو بلاڪ ڊيٽا اسٽوريج تائين پهچ کي بهتر ڪرڻ جو EBS - لچڪدار بلاڪ اسٽوريج. اهو نيٽ ورڪ ۽ اسٽوريج جو هڪ ميلاپ آهي. ڏکيائي اها آهي ته جڏهن نيٽ ورڪ ايڪسيليٽر ڪارڊ مارڪيٽ تي موجود هئا، اتي صرف اسٽوريج ايڪسليٽر هارڊويئر خريد ڪرڻ جو ڪو اختيار نه هو. تنهنڪري اسان هڪ شروعات ڏانهن رخ ڪيو اناپورنا ليبز، جن اسان لاءِ خاص ASIC چپس ٺاهيا. انهن ريموٽ EBS حجم کي NVMe ڊوائيسز جي طور تي نصب ڪرڻ جي اجازت ڏني.
مثالن ۾ C4 اسان ٻه مسئلا حل ڪيا. پهريون اهو آهي ته اسان هڪ بنياد تي عمل ڪيو مستقبل جي وعدي لاء، پر ان وقت نئين، NVMe ٽيڪنالاجي. ٻيو، اسان مرڪزي پروسيسر کي خاص طور تي انلوڊ ڪيو درخواستن جي پروسيسنگ کي منتقل ڪندي EBS کي نئين ڪارڊ ڏانهن. اهو سٺو نڪتو، تنهنڪري هاڻي اناپورنا ليبز Amazon جو حصو آهي.
نومبر 2017 تائين، اسان محسوس ڪيو ته اهو وقت هو هائپرائزر کي تبديل ڪرڻ جو.
نئين هائپرائزر کي تبديل ڪيو ويو KVM ڪنييل ماڊلز جي بنياد تي.
اهو بنيادي طور تي ڊوائيس ايموليشن جي اوور هيڊ کي گهٽائڻ ۽ نئين ASICs سان سڌو ڪم ڪرڻ ممڪن ڪيو. مثالون C5 پهرين ورچوئل مشينون هيون جن سان هڪ نئين هائپر وائزر هود هيٺ هلندي هئي. اسان کيس نالو ڏنو نٽرو.
ٽائم لائن تي مثالن جو ارتقا.
سڀ نئين قسم جون ورچوئل مشينون جيڪي ظاهر ٿيون آهن نومبر 2017 کان هن هائپرائزر تي هلن ٿيون. بيئر ميٽيل مثالن ۾ هائپر وائيزر نه آهي، پر انهن کي نائٽرو به سڏيو ويندو آهي، ڇاڪاڻ ته اهي خاص نائٽرو ڪارڊ استعمال ڪندا آهن.
ايندڙ ٻن سالن ۾، نائٽرو مثالن جي قسمن جو تعداد ٻه درجن کان وڌي ويو: A1، C5، M5، T3 ۽ ٻيا.
مثال جا قسم.
ڪئين جديد نائٽرو مشينون ڪم ڪن ٿيون
انهن جا ٽي مکيه حصا آهن: نائٽرو هائپر ويزر (مٿي بحث ڪيو ويو)، سيڪيورٽي چپ ۽ نائٽرو ڪارڊ.
سيڪيورٽي چپ سڌو ماء بورڊ ۾ ضم. اهو ڪيترن ئي اهم ڪمن کي سنڀاليندو آهي، جهڙوڪ ميزبان OS جي لوڊشيڊنگ کي ڪنٽرول ڪرڻ.
نائٽرو ڪارڊ - انهن جا چار قسم آهن. اهي سڀئي اناپورنا ليبز پاران ٺاهيا ويا آهن ۽ عام ASICs تي ٻڌل آهن. انهن مان ڪجهه فرمائيندڙ پڻ عام آهي.
Nitro ڪارڊ جا چار قسم.
هڪ ڪارڊ سان ڪم ڪرڻ لاء ٺهيل آهي نيٽورڪوي سي سي. اھو اھو آھي جيڪو ھڪڙي نيٽ ورڪ ڪارڊ جي طور تي ورچوئل مشينن ۾ نظر اچي ٿو ENA - لچڪدار نيٽورڪ اڊاپٽر. اهو پڻ ٽرئفڪ کي گڏ ڪري ٿو جڏهن ان کي جسماني نيٽ ورڪ ذريعي منتقل ڪيو وڃي (اسان مضمون جي ٻئي حصي ۾ ان بابت ڳالهائينداسين)، سيڪيورٽي گروپ فائر وال کي سنڀاليندو آهي، ۽ روٽنگ ۽ ٻين نيٽ ورڪ شين جي ذميوار آهي.
ڪارڊ چونڊيو بلاڪ اسٽوريج سان ڪم اي بي ايس ۽ ڊسڪ جيڪي سرور ۾ ٺهيل آهن. اهي مهمان مجازي مشين ڏانهن ظاهر ٿيندا آهن NVMe اڊاپٽر. اهي ڊيٽا انڪرپشن ۽ ڊسڪ مانيٽرنگ جا به ذميوار آهن.
Nitro ڪارڊ، hypervisor ۽ سيڪيورٽي چپ جو نظام هڪ SDN نيٽ ورڪ ۾ ضم ڪيو ويو آهي يا سافٽ ويئر جي وضاحت ڪيل نيٽورڪ. هن نيٽ ورڪ کي منظم ڪرڻ لاء ذميوار (ڪنٽرول جهاز) ڪنٽرولر ڪارڊ.
يقينن، اسان نئين ASICs کي ترقي ڪرڻ جاري رکون ٿا. مثال طور، 2018 جي آخر ۾ انهن Inferentia چپ جاري ڪئي، جيڪا توهان کي مشين سکيا جي ڪمن سان وڌيڪ موثر طريقي سان ڪم ڪرڻ جي اجازت ڏئي ٿي.
Inferentia مشين لرننگ پروسيسر چپ.
اسڪيلبل ڊيٽابيس
هڪ روايتي ڊيٽابيس ۾ هڪ پرت جي جوڙجڪ آهي. تمام گهڻو آسان ڪرڻ لاء، هيٺين سطحن ۾ فرق ڪيو ويو آهي.
- وارو SQL ايس - ڪلائنٽ ۽ درخواست موڪليندڙ ان تي ڪم ڪن ٿا.
- رزق ٽرانزيڪشن - هتي سڀ ڪجهه واضح آهي، ACID ۽ اهو سڀ ڪجهه.
- ڪيشنگ، جيڪو بفر پول طرفان مهيا ڪيل آهي.
- لاگنگ - ريڊو لاگز سان ڪم مهيا ڪري ٿو. MySQL ۾ انهن کي Bin Logs سڏيو وڃي ٿو، PosgreSQL ۾ - Write Ahead Logs (WAL).
- اسٽوريج - ڊسڪ ڏانهن سڌو رڪارڊنگ.
پرت واري ڊيٽابيس جي جوڙجڪ.
ڊيٽابيس کي ماپڻ جا مختلف طريقا آهن: شارڊنگ، شيئرڊ نٿنگ آرڪيٽيڪچر، شيئرڊ ڊسڪ.
بهرحال، اهي سڀئي طريقا ساڳيا monolithic ڊيٽابيس جي جوڙجڪ کي برقرار رکندا آهن. اهو خاص طور تي اسڪيلنگ کي محدود ڪري ٿو. ھن مسئلي کي حل ڪرڻ لاءِ، اسان پنھنجو ڊيٽابيس ٺاھيو آھي - Amazon Aurora. اهو MySQL ۽ PostgreSQL سان مطابقت رکي ٿو.
Amazon Aurora
مکيه تعميراتي خيال آهي اسٽوريج ۽ لاگنگ جي سطح کي مکيه ڊيٽابيس کان الڳ ڪرڻ.
اڳتي ڏسندي، مان چوندس ته اسان پڻ ڪيشنگ ليول کي آزاد ڪيو. آرڪيٽيڪچر هڪ واحد ٿيڻ کان روڪي ٿو، ۽ اسان انفرادي بلاڪ کي اسڪيل ڪرڻ ۾ آزادي جا اضافي درجا حاصل ڪريون ٿا.
لاگنگ ۽ اسٽوريج ليول ڊيٽابيس کان الڳ آهن.
هڪ روايتي ڊي بي ايم ايس بلاڪ جي صورت ۾ اسٽوريج سسٽم ڏانهن ڊيٽا لکي ٿو. Amazon Aurora تي، اسان سمارٽ اسٽوريج ٺاهي جيڪا ٻولي ڳالهائي سگهي ٿي redo-logs. اندر، اسٽوريج لاگ ان کي ڊيٽا بلاڪ ۾ تبديل ڪري ٿو، انهن جي سالميت جي نگراني ڪري ٿو ۽ خودڪار طريقي سان بيڪ اپ ڪري ٿو.
اهو طريقو توهان کي اهڙيون دلچسپ شيون لاڳو ڪرڻ جي اجازت ڏئي ٿو ڪلوننگ. اهو ڪم ڪري ٿو بنيادي طور تي تيز ۽ وڌيڪ اقتصادي طور تي انهي حقيقت جي ڪري ته اهو سڀني ڊيٽا جي مڪمل ڪاپي ٺاهڻ جي ضرورت ناهي.
اسٽوريج پرت کي ورهايل نظام جي طور تي لاڳو ڪيو ويو آهي. اهو جسماني سرور جي تمام وڏي تعداد تي مشتمل آهي. هر ريڊو لاگ پروسيس ڪيو ويندو آهي ۽ هڪ ئي وقت ۾ محفوظ ڪيو ويندو آهي ڇهه ڳٽ. هي ڊيٽا جي تحفظ ۽ لوڊ بيلنس کي يقيني بڻائي ٿو.
ريڊ اسڪيلنگ حاصل ڪري سگھجي ٿو مناسب نقل استعمال ڪندي. ورهايل اسٽوريج بنيادي ڊيٽابيس مثال جي وچ ۾ هم وقت سازي جي ضرورت کي ختم ڪري ٿو، جنهن جي ذريعي اسين ڊيٽا لکون ٿا، ۽ باقي replicas. تازه ترين ڊيٽا سڀني نقلن لاء دستياب ٿيڻ جي ضمانت ڏني وئي آهي.
صرف مسئلو اهو آهي ته پراڻي ڊيٽا کي ڪيش ڪرڻ پڙهڻ واري نقلن تي. پر اهو مسئلو حل ڪيو پيو وڃي سڀني ريڊ لاگز جي منتقلي اندروني نيٽ ورڪ تي نقل ڪرڻ لاء. جيڪڏهن لاگ ڪيش ۾ آهي، اهو نشان لڳل آهي غلط ۽ اوور رائٽ ٿيل. جيڪڏهن اهو ڪيش ۾ نه آهي، اهو صرف رد ڪيو ويو آهي.
اسان اسٽوريج کي ترتيب ڏنو.
DBMS سطحن کي ڪيئن ماپيو وڃي
هتي، افقي اسڪيلنگ تمام گهڻو ڏکيو آهي. سو اچو ته کٽيل رستي تي هلون کلاسک عمودي اسڪيلنگ.
اچو ته فرض ڪريون ته اسان وٽ هڪ ايپليڪيشن آهي جيڪا ڊي بي ايم ايس سان هڪ ماسٽر نوڊ ذريعي رابطو ڪري ٿي.
جڏهن عمودي اسڪيلنگ، اسان هڪ نئون نوڊ مختص ڪندا آهيون جنهن ۾ وڌيڪ پروسيسر ۽ ميموري هوندي.
اڳيون، اسان ايپليڪيشن کي پراڻي ماسٽر نوڊ کان نئين ۾ تبديل ڪريون ٿا. مسئلا پيدا ٿين ٿا.
- ان لاءِ اھم اپليڪيشن بند وقت جي ضرورت پوندي.
- نئين ماسٽر نوڊ ۾ ٿڌي ڪيش هوندي. ڊيٽابيس جي ڪارڪردگي وڌ کان وڌ ٿيندي صرف ڪيش گرم ٿيڻ کان پوءِ.
ڪيئن صورتحال کي بهتر ڪرڻ لاء؟ ايپليڪيشن ۽ ماسٽر نوڊ جي وچ ۾ هڪ پراکسي سيٽ اپ ڪريو.
هي اسان کي ڇا ڏيندو؟ ھاڻي سڀني ايپليڪيشنن کي دستي طور تي نئين نوڊ ڏانھن منتقل ڪرڻ جي ضرورت نه آھي. سوئچ هڪ پراکسي جي تحت ٿي سگهي ٿو ۽ بنيادي طور تي تيز آهي.
لڳي ٿو ته مسئلو حل ٿي ويو آهي. پر نه، اسان اڃا تائين ڪيش کي گرم ڪرڻ جي ضرورت کان متاثر آهيون. ان کان سواء، هڪ نئون مسئلو ظاهر ٿيو آهي - هاڻي پراکسي ناڪامي جو هڪ امڪاني نقطو آهي.
Amazon Aurora سرور سان گڏ حتمي حل
اسان انهن مسئلن کي ڪيئن حل ڪيو؟
هڪ پراڪس ڇڏي. هي هڪ الڳ مثال نه آهي، پر پراکسيز جو هڪ مڪمل ورهايل فليٽ جنهن ذريعي ايپليڪيشنون ڊيٽابيس سان ڳنڍجن ٿيون. ناڪامي جي صورت ۾، ڪنهن به نوڊس تقريبا فوري طور تي تبديل ٿي سگهي ٿو.
مختلف سائزن جي گرم نوڊس جو تلاءُ شامل ڪيو ويو. تنهن ڪري، جيڪڏهن اهو ضروري آهي ته هڪ وڏي يا ننڍي سائيز جو هڪ نئون نوڊ مختص ڪيو وڃي، اهو فوري طور تي دستياب آهي. ان کي لوڊ ڪرڻ لاء انتظار ڪرڻ جي ڪا ضرورت ناهي.
سڄي اسڪيلنگ جي عمل کي خاص مانيٽرنگ سسٽم ذريعي ڪنٽرول ڪيو ويندو آهي. مانيٽرنگ مسلسل موجوده ماسٽر نوڊ جي حالت مانيٽر ڪري ٿو. جيڪڏهن اهو پتو پوي ٿو، مثال طور، ته پروسيسر لوڊ هڪ نازڪ قدر تي پهچي چڪو آهي، اهو هڪ نئين نوڊ مختص ڪرڻ جي ضرورت بابت گرم مثالن جي تلاء کي مطلع ڪري ٿو.
ورهايل پراڪس، گرم مثال ۽ نگراني.
گهربل طاقت سان هڪ نوڊ موجود آهي. بفر پول ان کي نقل ڪيو ويو آهي، ۽ سسٽم کي سوئچ ڪرڻ لاء محفوظ لمحن جو انتظار ڪرڻ شروع ٿئي ٿو.
عام طور تي سوئچ ڪرڻ جو لمحو تمام جلدي اچي ٿو. پوء پراکسي ۽ پراڻي ماسٽر نوڊ جي وچ ۾ رابطي کي معطل ڪيو ويو آهي، سڀني سيشن کي نئين نوڊ ڏانهن تبديل ڪيو ويو آهي.
ڊيٽابيس جي بحالي سان ڪم ڪريو.
گراف ڏيکاري ٿو ته معطلي واقعي تمام مختصر آهي. نيري گراف لوڊ ڏيکاري ٿو، ۽ ڳاڙهي قدم اسڪيلنگ لمحن کي ڏيکاري ٿو. نيري گراف ۾ مختصر مدت جي ڊيپس خاص طور تي مختصر دير آهي.
رستي ۾، Amazon Aurora توهان کي مڪمل طور تي پئسا بچائڻ ۽ ڊيٽابيس کي بند ڪرڻ جي اجازت ڏئي ٿو جڏهن اهو استعمال ۾ نه آهي، مثال طور، هفتي جي آخر ۾. لوڊ کي روڪڻ کان پوء، ڊي بي پنهنجي طاقت کي گھٽائي ٿو ۽ ڪجهه وقت لاء بند ڪري ٿو. جڏهن لوڊ واپس ايندو، اهو آسانيء سان ٻيهر اڀرندو.
Amazon ڊوائيس بابت ڪهاڻي جي ايندڙ حصي ۾، اسان نيٽ ورڪ اسڪيلنگ بابت ڳالهائينداسين. رڪنيت حاصل ڪريو ۽ ڏسندا رهو ته جيئن توهان آرٽيڪل کي نه وڃايو.
تي Vasily Pantyukhin هڪ رپورٽ ڏيندو "" Amazon ڊولپرز پاران ورهايل سسٽم لاءِ ڪهڙا نمونا استعمال ڪيا ويا آهن، خدمت جي ناڪامين جا ڪهڙا سبب آهن، سيل تي ٻڌل فن تعمير ڇا آهي، مسلسل ڪم، شفل شارڊنگ - اهو دلچسپ هوندو. ڪانفرنس ۾ هڪ مهيني کان به گهٽ - . آڪٽوبر 24 حتمي قيمت ۾ اضافو.
جو ذريعو: www.habr.com