Tupperware: Facebook جي Kubernetes قاتل؟

Tupperware سان ڪنهن به پيماني تي ڪلستر جو موثر ۽ قابل اعتماد انتظام

Tupperware: Facebook جي Kubernetes قاتل؟

اڄ تي سسٽم @ اسڪيل ڪانفرنس اسان Tupperware متعارف ڪرايو، اسان جو ڪلسٽر مئنيجمينٽ سسٽم جيڪو ڪنٽينرز کي ترتيب ڏئي ٿو لکين سرورن ۾ جيڪي اسان جي تقريبن سڀني خدمتن کي هلائي رهيا آهن. اسان پهريون ڀيرو 2011 ۾ Tupperware مقرر ڪيو، ۽ ان کان پوء اسان جو انفراسٽرڪچر ترقي ڪري چڪو آهي 1 ڊيٽا سينٽر س toي تائين 15 جيو ورهايل ڊيٽا سينٽر. هي سڀ وقت، Tupperware اڃا بيهڻ نه ڪيو ۽ اسان سان گڏ ترقي ڪئي. اسان توهان کي ڏيکارينداسين ته ڪيئن Tupperware فرسٽ ڪلاس ڪلسٽر مئنيجمينٽ مهيا ڪري ٿي، جنهن ۾ رياستي خدمتن لاءِ آسان مدد، سڀني ڊيٽا سينٽرن لاءِ هڪ واحد ڪنٽرول پينل، ۽ حقيقي وقت ۾ خدمتن جي وچ ۾ ظرفيت کي ورهائڻ جي صلاحيت شامل آهي. اسان پڻ حصيداري ڪنداسين سبق جيڪي اسان سکيو آهي جيئن اسان جي انفراسٽرڪچر جي ترقي ٿيندي.

Tupperware مختلف ڪم انجام ڏئي ٿو. ايپليڪيشن ڊولپرز ان کي استعمال ڪن ٿا ايپليڪيشنن کي پهچائڻ ۽ منظم ڪرڻ لاءِ. اهو ايپليڪيشن ڪوڊ ۽ انحصار کي هڪ تصوير ۾ پيڪيج ڪري ٿو ۽ ان کي سرور تائين پهچائي ٿو ڪنٽينر طور. ڪنٽينر هڪ ئي سرور تي ايپليڪيشنن جي وچ ۾ اڪيلائي مهيا ڪن ٿا ته جيئن ڊولپرز ايپليڪيشن منطق سان ڊيل ڪن ۽ سرور ڳولڻ يا تازه ڪاري کي منظم ڪرڻ بابت پريشان ٿيڻ جي ضرورت ناهي. Tupperware سرور جي ڪارڪردگي کي پڻ مانيٽر ڪري ٿو، ۽ جيڪڏھن اھو ھڪڙي ناڪامي ڳولي ٿو، اھو ڪنٽينرز کي مشڪلاتي سرور کان منتقل ڪري ٿو.

ظرفيت جي منصوبابندي ڪندڙ انجنيئر ٽپر ويئر استعمال ڪندا آهن سرور جي گنجائش مختص ڪرڻ لاءِ ٽيمن کي بجيٽ ۽ رڪاوٽن جي بنياد تي. اهي پڻ استعمال ڪندا آهن سرور جي استعمال کي بهتر ڪرڻ لاءِ. ڊيٽا سينٽر آپريٽرز ٽوپر ويئر ڏانهن رخ ڪن ٿا صحيح طريقي سان ڪنٽينرز کي ڊيٽا سينٽرن ۾ ورهائڻ ۽ سار سنڀال دوران ڪنٽينرز کي روڪي يا منتقل ڪن. انهي جي مهرباني، سرور، نيٽ ورڪ ۽ سامان کي برقرار رکڻ لاء گهٽ ۾ گهٽ انساني مداخلت جي ضرورت آهي.

Tupperware فن تعمير

Tupperware: Facebook جي Kubernetes قاتل؟

Tupperware PRN آرڪيٽيڪچر اسان جي ڊيٽا سينٽرن جي علائقن مان هڪ آهي. علائقو ڪيترن ئي ڊيٽا سينٽر عمارتن تي مشتمل آهي (PRN1 ۽ PRN2) ڀرسان واقع آهي. اسان هڪ ڪنٽرول پينل ٺاهڻ جو منصوبو ٺاهيو جيڪو هڪ علائقي ۾ سڀني سرورن کي منظم ڪندو.

ايپليڪيشن ڊولپرز Tupperware نوڪرين جي صورت ۾ خدمتون فراهم ڪن ٿا. هڪ نوڪري ڪيترن ئي ڪنٽينرز تي مشتمل آهي، ۽ اهي سڀئي عام طور تي ساڳيو ايپليڪيشن ڪوڊ هلائيندا آهن.

Tupperware ڪنٽينرز کي فراهم ڪرڻ ۽ انهن جي زندگي جي چڪر کي منظم ڪرڻ جو ذميوار آهي. اهو ڪيترن ئي حصن تي مشتمل آهي:

  • Tupperware فرنٽ اينڊ يوزر انٽرفيس، CLI، ۽ ٻين آٽوميشن ٽولز لاءِ APIs مهيا ڪري ٿو جن جي ذريعي توھان Tupperware سان رابطو ڪري سگھو ٿا. اهي Tupperware نوڪري مالڪن کان پوري اندروني جوڙجڪ کي لڪائي ڇڏيندا آهن.
  • Tupperware شيڊيولر هڪ ڪنٽرول پينل آهي جيڪو ڪنٽرولر ۽ نوڪري جي زندگي جي چڪر کي منظم ڪرڻ لاء ذميوار آهي. اهو علائقائي ۽ عالمي سطحن تي لڳايو ويو آهي، جتي علائقائي شيڊولر هڪ علائقي ۾ سرورز کي منظم ڪري ٿو ۽ عالمي شيڊولر مختلف علائقن مان سرورز کي منظم ڪري ٿو. شيڊولر شارڊز ۾ ورهايل آهي، ۽ هر شارڊ نوڪرين جو هڪ سيٽ منظم ڪري ٿو.
  • Tupperware جي شيڊيولر پراکسي اندروني شارڊنگ کي لڪائيندو آهي ۽ Tupperware استعمال ڪندڙن لاءِ شيشي جو هڪ آسان پين مهيا ڪري ٿو.
  • Tupperware مختص ڪندڙ ڪنٽينرز کي سرورز کي تفويض ڪري ٿو. شيڊولر سنڀاليندو آهي روڪڻ، شروع ڪرڻ، تازه ڪاري ڪرڻ، ۽ ڪنٽينرز جي ناڪامي. في الحال، هڪ مختص ڪندڙ سڄي علائقي کي ورهائڻ جي بغير منظم ڪري سگهي ٿو. (اصطلاح ۾ فرق نوٽ ڪريو. مثال طور، Tupperware ۾ شيڊولر ڪنٽرول پينل سان مطابقت رکي ٿو. ڪوبنيٿس، ۽ Tupperware مختص ڪندڙ Kubernetes ۾ شيڊولر سڏيو ويندو آهي.)
  • وسيلن جو بروکر سرور ۽ خدمت جي واقعن لاء سچائي جو ذريعو ذخيرو ڪري ٿو. اسان هر ڊيٽا سينٽر لاءِ هڪ ريسورس بروکر هلون ٿا، ۽ اهو ان ڊيٽا سينٽر ۾ سرورز بابت سموري معلومات محفوظ ڪري ٿو. وسيلا بروکر ۽ ظرفيت جي انتظام جو نظام، يا وسيلن جي فراهمي جو نظام، متحرڪ طور تي فيصلو ڪري ٿو ته ڪهڙو شيڊول پهچائڻ وارو ڪنٽرول ڪهڙي سرور کي سنڀاليندو آهي. هيلٿ چيڪ سروس سرورز جي نگراني ڪري ٿي ۽ وسيلن جي بروکر ۾ انهن جي صحت بابت ڊيٽا محفوظ ڪري ٿي. جيڪڏهن سرور کي مسئلو آهي يا سار سنڀال جي ضرورت آهي، وسيلن جو بروکر مختص ڪندڙ ۽ شيڊولر کي ٻڌائي ٿو ڪنٽينرز کي روڪڻ يا انهن کي ٻين سرور ڏانهن منتقل ڪرڻ لاء.
  • Tupperware ايجنٽ ھڪڙو ڊيمون آھي جيڪو ھر سرور تي ھلندو آھي جيڪو سنڀاليندو آھي ۽ ڪنٽينرز کي ختم ڪرڻ. ايپليڪيشنون هڪ ڪنٽينر اندر هلن ٿيون، جيڪي انهن کي وڌيڪ اڪيلائي ۽ ٻيهر پيداوار ڏئي ٿي. تي گذريل سال جي سسٽم @ اسڪيل ڪانفرنس اسان اڳ ۾ ئي بيان ڪيو آهي ته ڪيئن انفرادي Tupperware ڪنٽينرز تصويرون، btrfs، cgroupv2 ۽ systemd استعمال ڪندي ٺاهيا ويا آهن.

Tupperware جي مخصوص خاصيتون

Tupperware ڪيترن ئي طريقن سان ٻين ڪلستر مينيجمينٽ سسٽم جهڙوڪ ڪبرنيٽس ۽ ميسو، پر اتي پڻ اختلاف آهن:

  • رياستي خدمتن لاءِ بلٽ ان سپورٽ.
  • مختلف ڊيٽا سينٽرن ۾ سرورز لاءِ هڪ واحد ڪنٽرول پينل ارادي جي بنياد تي ڪنٽينرز جي ترسيل کي خودڪار ڪرڻ لاءِ، ڪلسٽرن کي ختم ڪرڻ ۽ سار سنڀال.
  • زومنگ لاءِ ڪنٽرول پينل جي صاف ڊويزن.
  • لچڪدار ڪمپيوٽنگ توهان کي حقيقي وقت ۾ خدمتن جي وچ ۾ طاقت ورهائڻ جي اجازت ڏئي ٿي.

اسان ترقي ڪئي اهي بهترين خاصيتون مختلف قسم جي بي رياست ۽ رياستي ايپليڪيشنن کي سپورٽ ڪرڻ لاءِ هڪ وڏي عالمي شيئر ڪيل سرور فليٽ ۾.

رياستي خدمتن لاءِ بلٽ ان سپورٽ.

Tupperware مختلف قسم جي نازڪ رياستي خدمتن کي هلائي ٿو جيڪي Facebook، Instagram، Messenger ۽ WhatsApp لاءِ مسلسل پراڊڪٽ ڊيٽا کي محفوظ ڪن ٿيون. اهي ٿي سگهن ٿا وڏا اسٽور اهم-قدر جوڙن جا (مثال طور. ZippyDB) ۽ نگراني ڊيٽا جي ذخيرن (مثال طور، ODS گوريلا и اسڪوبا). رياستي خدمتن کي برقرار رکڻ آسان ناهي، ڇاڪاڻ ته سسٽم کي يقيني بڻائڻ گهرجي ته ڪنٽينرز جي فراهمي وڏي پئماني تي رڪاوٽن کي برداشت ڪري سگهي ٿي، بشمول نيٽ ورڪ بندش يا بجلي جي بندش. ۽ جڏهن ته روايتي ٽيڪنڪ، جيئن ته ڪنٽينر کي ورهائڻ، غلط ڊومينز ۾، رياستي خدمتن لاءِ سٺو ڪم ڪن ٿا، رياستي خدمتن کي اضافي مدد جي ضرورت آهي.

مثال طور، جيڪڏهن سرور جي ناڪامي هڪ ڊيٽابيس ريپليڪا دستياب ناهي، ڇا توهان کي خودڪار سار سنڀال کي چالو ڪرڻ گهرجي جيڪو 50 جي تلاء مان 10 سرورز تي ڪور کي اپڊيٽ ڪندو؟ صورتحال تي منحصر آهي. جيڪڏهن انهن 50 سرورن مان هڪ وٽ ساڳئي ڊيٽابيس جي هڪ ٻي نقل آهي، اهو بهتر آهي ته انتظار ڪريو ۽ هڪ ڀيرو ۾ 2 نقل نه وڃايو. سسٽم جي سار سنڀال ۽ ڪارڪردگي جي باري ۾ متحرڪ طور تي فيصلا ڪرڻ لاء، اسان کي اندروني ڊيٽا جي نقل ۽ هر رياستي خدمت جي جڳهه جي منطق بابت معلومات جي ضرورت آهي.

ٽاسڪ ڪنٽرول انٽرفيس رياستي خدمتن کي فيصلن تي اثر انداز ڪرڻ جي اجازت ڏئي ٿو جيڪي ڊيٽا جي دستيابي کي متاثر ڪن ٿا. هن انٽرفيس کي استعمال ڪندي، شيڊولر ڪنٽينر آپريشنز (ٻيهر شروع، تازه ڪاري، لڏپلاڻ، سار سنڀال) بابت ٻاهرين ايپليڪيشنن کي اطلاع ڏئي ٿو. هڪ رياستي خدمت هڪ ڪنٽرولر لاڳو ڪري ٿو جيڪو Tupperware کي ٻڌائي ٿو جڏهن اهو هر آپريشن کي انجام ڏيڻ لاءِ محفوظ آهي، ۽ اهي عمل تبديل ٿي سگهن ٿا يا عارضي طور تي دير ٿي سگهن ٿا. مٿين مثال ۾، ڊيٽابيس سنڀاليندڙ Tupperware کي 49 سرورز مان 50 کي اپڊيٽ ڪرڻ لاءِ چئي سگهي ٿو، پر ھاڻي ھڪ مخصوص سرور (X) کي ڇڏي ڏيو. نتيجي طور، جيڪڏھن ڪرنل اپڊيٽ جي مدت گذري وڃي ٿي ۽ ڊيٽابيس اڃا تائين مشڪلاتي ريپليڪا کي بحال ڪرڻ جي قابل نه آھي، Tupperware اڃا تائين X سرور کي اپڊيٽ ڪندو.

Tupperware: Facebook جي Kubernetes قاتل؟

Tupperware ۾ ڪيتريون ئي رياستي خدمتون استعمال ڪن ٿيون TaskControl سڌو نه، پر ShardManager ذريعي، Facebook تي رياستي خدمتون ٺاهڻ لاءِ هڪ عام پليٽ فارم. Tupperware سان، ڊولپرز انهن جي ارادي جي وضاحت ڪري سگھن ٿا ته ڪيئن ڪنٽينرز کي ڊيٽا سينٽرن ۾ ورهايو وڃي. ShardManager سان، ڊولپرز پنهنجو ارادو بيان ڪن ٿا ته ڪيئن ڊيٽا شارڊ کي ڪنٽينرز ۾ ورهايو وڃي. ShardManager ڊيٽا جي جڳهه ۽ ان جي ايپليڪيشنن جي نقل کان واقف آهي ۽ Tupperware سان ٽاسڪ ڪنٽرول انٽرفيس ذريعي رابطو ڪري ٿو ڪنٽينر آپريشن کي شيڊول ڪرڻ لاءِ سڌو ايپليڪيشن جي شموليت کان سواءِ. هي انضمام گهڻو ڪري رياستي خدمتن جي انتظام کي آسان بڻائي ٿو، پر TaskControl وڌيڪ ڪرڻ جي قابل آهي. مثال طور، اسان جو وسيع ويب ٽائر بي رياست آهي ۽ استعمال ڪري ٿو TaskControl کي متحرڪ طور تي اپڊيٽ جي شرح کي ترتيب ڏيڻ لاءِ ڪنٽينرز ۾. آخرڪار ويب ٽائر ڪيترن ئي سافٽ ويئر رليز کي جلدي مڪمل ڪرڻ جي قابل آهي هر روز دستيابي تي سمجهوتو ڪرڻ کان سواء.

ڊيٽا سينٽرن ۾ سرور جو انتظام

جڏهن Tupperware پهريون ڀيرو 2011 ۾ شروع ڪيو ويو، هر سرور ڪلستر هڪ الڳ شيڊولر طرفان منظم ڪيو ويو. ان کان پوء، هڪ Facebook ڪلستر سرور ريڪ جو هڪ گروپ هو جيڪو هڪ نيٽ ورڪ سوئچ سان ڳنڍيل هو، ۽ ڊيٽا سينٽر ڪيترن ئي ڪلسترن تي مشتمل هو. شيڊولر صرف هڪ ڪلستر ۾ سرورز کي منظم ڪري سگهي ٿو، مطلب ته نوڪري ڪيترن ئي ڪلسترن ۾ پکڙيل نه ٿي سگهي. اسان جو انفراسٽرڪچر وڌيو، اسان وڌندي کلستر بند ڪري ڇڏيا. جيئن ته Tupperware نوڪري کي ختم ٿيل ڪلستر کان بغير تبديلين جي ٻين ڪلسٽرن ڏانهن منتقل نه ڪري سگهيو، ان کي ايپليڪيشن ڊولپرز ۽ ڊيٽا سينٽر آپريٽرز جي وچ ۾ تمام گهڻي ڪوشش ۽ محتاط تعاون جي ضرورت آهي. ان عمل جي نتيجي ۾ وسيلا ضايع ٿي ويا جڏهن سرور ختم ڪرڻ جي طريقيڪار جي ڪري مهينن تائين بيڪار هئا.

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

پوري عالمي نظام کي سپورٽ ڪرڻ لاءِ اسڪيلبل

تاريخي طور تي، اسان جي انفراسٽرڪچر کي انفرادي ٽيمن لاءِ سوين سرشار سرور پولز ۾ ورهايو ويو آهي. تقسيم ۽ معيار جي کوٽ جي ڪري، اسان وٽ اعلي عملياتي خرچ هئا، ۽ بيڪار سرورن کي ٻيهر استعمال ڪرڻ وڌيڪ ڏکيو هو. گذريل سال جي ڪانفرنس ۾ سسٽم @ اسڪيل اسان پيش ڪيو هڪ خدمت جي طور تي بنيادي ڍانچي (IaaS)، جيڪو اسان جي انفراسٽرڪچر کي هڪ وڏي سنگل سرور پارڪ ۾ متحد ڪرڻ گهرجي. پر هڪ واحد سرور پارڪ کي پنهنجون مشڪلاتون آهن. اهو ڪجهه گهرجن کي پورو ڪرڻ گهرجي:

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

اسان وڏي شيئر پول کي برقرار رکڻ جي مسئلن کي حل ڪرڻ لاء شيڊولر کي شارڊز ۾ ورهايو. هر شيڊولر شارڊ خطي ۾ نوڪرين جو پنهنجو سيٽ منظم ڪري ٿو، ۽ اهو شيڊولر سان لاڳاپيل خطري کي گھٽائي ٿو. جيئن گڏيل پول وڌندو آهي، اسان وڌيڪ شيڊولر شارڊ شامل ڪري سگهون ٿا. Tupperware استعمال ڪندڙن لاء، شارڊ ۽ شيڊولر پراکسيز ھڪڙي ڪنٽرول پينل وانگر نظر اچن ٿا. انهن کي شارڊ جي هڪ گروپ سان ڪم ڪرڻ جي ضرورت ناهي جيڪي ڪمن کي ترتيب ڏين ٿا. شيڊيولر شارڊ بنيادي طور تي ڪلسٽر شيڊولرز کان مختلف آھن جن کي اسان اڳ ۾ استعمال ڪيو آھي، جڏھن ڪنٽرول پينل کي ورھايو ويو ھو بغير ورهائڻ کان سواءِ نيٽ ورڪ ٽوپولوجي جي مطابق سرورز جي گڏيل تلاءَ کي.

لچڪدار ڪمپيوٽنگ سان استعمال جي ڪارڪردگي کي بهتر ڪريو

اسان جو بنيادي ڍانچو جيترو وڏو آهي، اوترو وڌيڪ ضروري آهي ته اسان جي سرورز کي موثر طريقي سان استعمال ڪيو وڃي انفراسٽرڪچر جي قيمتن کي بهتر ڪرڻ ۽ لوڊ گهٽائڻ لاءِ. سرور جي استعمال جي ڪارڪردگي کي وڌائڻ جا ٻه طريقا آهن:

  • لچڪدار ڪمپيوٽنگ - خاموش ڪلاڪن دوران آن لائن خدمتن کي گھٽايو ۽ آف لائن ڪم لوڊ ڪرڻ لاءِ آزاد سرور استعمال ڪريو، جهڙوڪ مشين سکيا ۽ MapReduce نوڪريون.
  • اوورلوڊنگ - آن لائين سروسز ۽ بيچ ڪم لوڊ کي ساڳئي سرور تي رکو ته جيئن بيچ ڪم لوڊ گهٽ ترجيح تي هلن.

اسان جي ڊيٽا سينٽرن ۾ رڪاوٽ آهي توانائي جو واھپو. تنهن ڪري، اسان ننڍن، توانائي-موثر سرورز کي ترجيح ڏين ٿا جيڪي گڏجي وڌيڪ پروسيسنگ پاور مهيا ڪن ٿا. بدقسمتي سان، ننڍن سرورن تي ٿورڙي سي پي يو ۽ ميموري سان، اوورلوڊنگ گهٽ اثرائتو آهي. يقينن، اسان هڪ ننڍڙي توانائي-موثر سرور تي ننڍڙن خدمتن جا ڪيترائي ڪنٽينرز رکي سگهون ٿا جيڪي ٿورڙا پروسيسر وسيلن ۽ ياداشت کي استعمال ڪن ٿا، پر وڏيون خدمتون هن صورتحال ۾ گهٽ ڪارڪردگي هونديون. تنهن ڪري، اسان اسان جي وڏين خدمتن جي ڊولپرز کي صلاح ڏيو ٿا ته انهن کي بهتر ڪرڻ لاء ته جيئن اهي سڄو سرور استعمال ڪن.


بنيادي طور تي، اسان لچڪدار ڪمپيوٽنگ استعمال ڪندي استعمال جي ڪارڪردگي کي بهتر بڻايون ٿا. اسان جون ڪيتريون ئي وڏيون خدمتون، جهڙوڪ نيوز فيڊ، ميسيجنگ فيچر، ۽ فرنٽ-اينڊ ويب ٽائر، ڏينهن جي وقت جي لحاظ کان مختلف آهن. اسان ارادي طور تي آن لائين سروسز کي خاموش ڪلاڪن دوران گھٽائيندا آھيون ۽ آف لائن ڪم لوڊ لاءِ آزاد سرور استعمال ڪندا آھيون، جھڙوڪ مشين لرننگ ۽ MapReduce نوڪريون.

Tupperware: Facebook جي Kubernetes قاتل؟

اسان تجربي مان ڄاڻون ٿا ته سڀني سرورن کي لچڪدار ظرفيت جي يونٽن جي طور تي مهيا ڪرڻ بهترين آهي ڇاڪاڻ ته وڏيون خدمتون ٻئي وڏيون ڊونرز آهن ۽ لچڪدار ظرفيت جا وڏا صارف آهن، ۽ پوري سرور کي استعمال ڪرڻ لاءِ بهتر ڪيل آهن. جڏهن سرور خاموش ڪلاڪن دوران آن لائن سروس مان آزاد ڪيو ويندو آهي، وسيلن بروکر سرور کي ليز ڪري ٿو شيڊولر کي ان تي آف لائن ڪم لوڊ هلائڻ لاء. جيڪڏهن آن لائن سروس هڪ چوٽي لوڊ تجربو ڪري ٿي، وسيلن جو بروکر جلدي قرضدار سرور کي ياد ڪري ٿو ۽، شيڊولر سان گڏ، ان کي آن لائن سروس ڏانهن واپس ڪري ٿو.

سکيا سبق ۽ مستقبل لاء منصوبا

گذريل 8 سالن کان، اسان ترقي ڪري رهيا آهيون Tupperware Facebook جي تيزيءَ سان ترقي ڪندي. اسان شيئر ڪريون ٿا جيڪو اسان سکيو آهي ۽ اميد آهي ته اهو ٻين کي تيزيءَ سان وڌندڙ انفراسٽرڪچر کي منظم ڪرڻ ۾ مدد ڪندو:

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

اسان صرف لاڳو ڪرڻ شروع ڪري رهيا آهيون اڪيلو گلوبل شيئر سرور فليٽ. في الحال اٽڪل 20٪ اسان جا سرور هڪ گڏيل تلاء ۾ آهن. 100٪ حاصل ڪرڻ لاءِ، ڪيترن ئي مسئلن کي حل ڪرڻ جي ضرورت آهي، جنهن ۾ گڏيل اسٽوريج پول کي برقرار رکڻ، پاڻمرادو سار سنڀال، ڪراس ٽيننٽ جي ضرورتن کي منظم ڪرڻ، سرور جي استعمال کي بهتر بڻائڻ، ۽ مشين لرننگ ڪم لوڊ لاءِ سپورٽ کي بهتر بنائڻ. اسان انهن چئلينجن کي کڻڻ ۽ اسان جي ڪاميابين کي حصيداري ڪرڻ جو انتظار نٿا ڪري سگهون.

جو ذريعو: www.habr.com

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