AWS اپنی لچکدار خدمات کو کیسے پکاتا ہے۔ اسکیلنگ سرورز اور ڈیٹا بیس

بادل ایک جادوئی خانے کی طرح ہوتے ہیں - آپ پوچھتے ہیں کہ آپ کو کیا چاہیے، اور وسائل صرف کہیں سے نظر نہیں آتے۔ ورچوئل مشینیں، ڈیٹا بیس، نیٹ ورک - یہ سب صرف آپ کا ہے۔ دوسرے کلاؤڈ کرایہ دار ہیں، لیکن آپ کی کائنات میں آپ واحد حکمران ہیں۔ آپ کو یقین ہے کہ آپ کو ہمیشہ مطلوبہ وسائل ملیں گے، آپ کسی کو خاطر میں نہیں لاتے اور آپ آزادانہ طور پر طے کرتے ہیں کہ نیٹ ورک کیسا ہوگا۔ یہ جادو کیسے کام کرتا ہے جو بادل کو لچکدار طریقے سے وسائل مختص کرتا ہے اور کرایہ داروں کو ایک دوسرے سے مکمل طور پر الگ کرتا ہے؟

AWS اپنی لچکدار خدمات کو کیسے پکاتا ہے۔ اسکیلنگ سرورز اور ڈیٹا بیس

AWS کلاؤڈ ایک میگا سپر پیچیدہ نظام ہے جو 2006 سے ارتقائی طور پر تیار ہو رہا ہے۔ اس ترقی کا ایک حصہ ہوا۔ واسیلی پینٹیوخن - ایمیزون ویب سروسز آرکیٹیکٹ۔ ایک معمار کے طور پر، وہ نہ صرف حتمی نتیجہ پر بلکہ AWS پر قابو پانے کے چیلنجوں پر بھی اندرونی نظر ڈالتا ہے۔ نظام کے کام کرنے کے بارے میں جتنی زیادہ سمجھ ہوگی، اعتماد اتنا ہی زیادہ ہوگا۔ لہذا، واسیلی AWS کلاؤڈ سروسز کے راز کا اشتراک کرے گا. ذیل میں فزیکل AWS سرورز کا ڈیزائن، لچکدار ڈیٹا بیس اسکیل ایبلٹی، ایک حسب ضرورت ایمیزون ڈیٹا بیس اور ورچوئل مشینوں کی کارکردگی کو بڑھانے کے ساتھ ساتھ ان کی قیمت کو کم کرنے کے طریقے ہیں۔ Amazon کے تعمیراتی طریقوں کا علم آپ کو AWS سروسز کو زیادہ مؤثر طریقے سے استعمال کرنے میں مدد دے گا اور آپ کو اپنے حل تیار کرنے کے لیے نئے آئیڈیاز دے سکتا ہے۔

اسپیکر کے بارے میں: واسیلی پینٹیوخن (ہین) نے .ru کمپنیوں میں بطور یونکس ایڈمن شروع کیا، 6 سال تک بڑے سن مائیکرو سسٹم ہارڈویئر پر کام کیا، اور 11 سال تک EMC میں ڈیٹا سینٹرک دنیا کی تبلیغ کی۔ یہ قدرتی طور پر نجی بادلوں میں تیار ہوا، اور 2017 میں عوامی بادلوں میں چلا گیا۔ اب وہ AWS کلاؤڈ میں رہنے اور ترقی کرنے میں مدد کے لیے تکنیکی مشورہ فراہم کرتا ہے۔

اعلان دستبرداری: نیچے دی گئی ہر چیز واسیلی کی ذاتی رائے ہے اور ہو سکتا ہے کہ ایمیزون ویب سروسز کی پوزیشن کے ساتھ موافق نہ ہو۔ ویڈیو ریکارڈنگ مضمون جس پر مبنی ہے وہ رپورٹ ہمارے یوٹیوب چینل پر دستیاب ہے۔

میں ایمیزون ڈیوائس کے بارے میں کیوں بات کر رہا ہوں؟

میری پہلی کار میں دستی ٹرانسمیشن تھی۔ یہ اس احساس کی وجہ سے بہت اچھا تھا کہ میں گاڑی چلا سکتا ہوں اور اس پر مکمل کنٹرول رکھتا ہوں۔ مجھے یہ بھی پسند آیا کہ میں کم از کم اس کے آپریشن کے اصول کو سمجھتا ہوں۔ قدرتی طور پر، میں نے باکس کی ساخت کو کافی قدیم تصور کیا تھا - سائیکل پر گیئر باکس کی طرح کچھ۔

AWS اپنی لچکدار خدمات کو کیسے پکاتا ہے۔ اسکیلنگ سرورز اور ڈیٹا بیس

سب کچھ بہت اچھا تھا، سوائے ایک چیز کے - ٹریفک جام میں پھنس گیا۔ ایسا لگتا ہے کہ آپ بیٹھے ہیں اور کچھ نہیں کر رہے ہیں، لیکن آپ مسلسل گیئرز تبدیل کر رہے ہیں، کلچ، گیس، بریک دبا رہے ہیں - یہ واقعی آپ کو تھکا دیتا ہے۔ فیملی کو آٹومیٹک گاڑی ملنے پر ٹریفک جام کا مسئلہ جزوی طور پر حل ہوگیا۔ ڈرائیونگ کے دوران، میرے پاس کچھ سوچنے اور ایک آڈیو بک سننے کا وقت تھا۔

میری زندگی میں ایک اور راز نمودار ہوا، کیونکہ میں نے یہ سمجھنا ہی چھوڑ دیا تھا کہ میری کار کیسے کام کرتی ہے۔ جدید کار ایک پیچیدہ ڈیوائس ہے۔ کار درجنوں مختلف پیرامیٹرز کے ساتھ بیک وقت ڈھل جاتی ہے: گیس دبانا، بریک، ڈرائیونگ کا انداز، سڑک کا معیار۔ مجھے سمجھ نہیں آتا کہ یہ اب کیسے کام کرتا ہے۔

جب میں نے ایمیزون کلاؤڈ پر کام کرنا شروع کیا تو یہ بھی میرے لیے ایک معمہ تھا۔ صرف یہ راز اس سے بھی بڑا حکم ہے، کیونکہ کار میں ایک ڈرائیور ہے، اور AWS میں ان کی تعداد لاکھوں میں ہے۔ تمام صارفین بیک وقت گاڑی چلاتے ہیں، گیس دباتے ہیں اور بریک لگاتے ہیں۔ یہ حیرت انگیز ہے کہ وہ جہاں چاہتے ہیں وہاں جاتے ہیں - یہ میرے لیے ایک معجزہ ہے! یہ نظام خود بخود ہر صارف کے مطابق ڈھال لیتا ہے، اسکیل کرتا ہے اور لچکدار طریقے سے ایڈجسٹ کرتا ہے تاکہ اسے ایسا لگے کہ وہ اس کائنات میں اکیلا ہے۔

جب میں بعد میں ایمیزون میں ایک معمار کے طور پر کام کرنے آیا تو جادو تھوڑا سا ختم ہو گیا۔ میں نے دیکھا کہ ہمیں کن مسائل کا سامنا ہے، ہم انہیں کیسے حل کرتے ہیں، اور ہم خدمات کو کیسے تیار کرتے ہیں۔ سسٹم کیسے کام کرتا ہے اس کی بڑھتی ہوئی سمجھ کے ساتھ، سروس میں زیادہ اعتماد ظاہر ہوتا ہے۔ لہذا میں AWS کلاؤڈ کے نیچے کیا ہے اس کی ایک تصویر شیئر کرنا چاہتا ہوں۔

ہم کیا بات کریں گے۔

میں نے متنوع نقطہ نظر کا انتخاب کیا - میں نے 4 دلچسپ خدمات منتخب کیں جن کے بارے میں بات کرنے کے قابل ہیں۔

سرور کی اصلاح. ایک جسمانی مجسم کے ساتھ عارضی بادل: جسمانی ڈیٹا سینٹرز جہاں جسمانی سرور ہوتے ہیں جو روشنیوں کے ساتھ گونجتے ہیں، گرم ہوتے ہیں اور پلک جھپکتے ہیں۔

سرور کے بغیر افعال (Lambda) شاید کلاؤڈ میں سب سے زیادہ توسیع پذیر سروس ہے۔

ڈیٹا بیس اسکیلنگ. میں آپ کو بتاؤں گا کہ ہم اپنے قابل توسیع ڈیٹا بیس کیسے بناتے ہیں۔

نیٹ ورک اسکیلنگ. آخری حصہ جس میں میں اپنے نیٹ ورک کی ڈیوائس کھولوں گا۔ یہ ایک حیرت انگیز چیز ہے - ہر کلاؤڈ صارف کا خیال ہے کہ وہ بادل میں اکیلا ہے اور دوسرے کرایہ داروں کو بالکل نہیں دیکھتا ہے۔

نوٹ. یہ مضمون سرور کی اصلاح اور ڈیٹا بیس کی پیمائش پر بحث کرے گا۔ ہم اگلے مضمون میں نیٹ ورک اسکیلنگ پر غور کریں گے۔ سرور لیس افعال کہاں ہیں؟ ان کے بارے میں ایک الگ ٹرانسکرپٹ شائع کیا گیا تھا۔چھوٹا، لیکن ہوشیار۔ ان باکسنگ فائر کریکر مائکرو ورچوئل" یہ اسکیلنگ کے کئی مختلف طریقوں کے بارے میں بات کرتا ہے، اور فائر کریکر کے حل پر تفصیل سے بحث کرتا ہے - ایک ورچوئل مشین اور کنٹینرز کی بہترین خصوصیات کا سمبیوسس۔

سرورز

بادل عارضی ہے۔ لیکن یہ ابدیت اب بھی ایک جسمانی مجسم ہے - سرورز۔ شروع میں ان کا فن تعمیر کلاسیکی تھا۔ معیاری x86 چپ سیٹ، نیٹ ورک کارڈز، لینکس، Xen ہائپر وائزر جس پر ورچوئل مشینیں چلائی جاتی تھیں۔

AWS اپنی لچکدار خدمات کو کیسے پکاتا ہے۔ اسکیلنگ سرورز اور ڈیٹا بیس

2012 میں، اس فن تعمیر نے اپنے کاموں کا کافی اچھی طرح سے مقابلہ کیا۔ Xen ایک زبردست ہائپر وائزر ہے، لیکن اس میں ایک بڑی خرابی ہے۔ وہ کافی ہو گیا ہے۔ ڈیوائس ایمولیشن کے لیے ہائی اوور ہیڈ. جیسے جیسے نئے، تیز ترین نیٹ ورک کارڈز یا SSD ڈرائیوز دستیاب ہوتی ہیں، یہ اوور ہیڈ بہت زیادہ ہو جاتا ہے۔ اس مسئلے سے کیسے نمٹا جائے؟ ہم نے ایک ساتھ دو محاذوں پر کام کرنے کا فیصلہ کیا۔ ہارڈ ویئر اور ہائپر وائزر دونوں کو بہتر بنائیں. کام بہت سنجیدہ ہے۔

ہارڈ ویئر اور ہائپر وائزر کو بہتر بنانا

سب کچھ ایک ساتھ کرنا اور اچھی طرح کرنا کام نہیں کرے گا۔ "اچھا" کیا تھا یہ بھی شروع میں واضح نہیں تھا۔

ہم نے ایک ارتقائی نقطہ نظر اختیار کرنے کا فیصلہ کیا - ہم فن تعمیر کے ایک اہم عنصر کو تبدیل کرتے ہیں اور اسے پیداوار میں پھینک دیتے ہیں۔

ہم ہر ریک پر قدم رکھتے ہیں، شکایات اور تجاویز سنتے ہیں۔ پھر ہم ایک اور جزو کو تبدیل کرتے ہیں۔ لہذا، چھوٹے اضافے میں، ہم صارفین کے تاثرات اور سپورٹ کی بنیاد پر پورے فن تعمیر کو یکسر تبدیل کر دیتے ہیں۔

تبدیلی 2013 میں سب سے پیچیدہ چیز - نیٹ ورک کے ساتھ شروع ہوئی۔ میں S3 مثال کے طور پر، معیاری نیٹ ورک کارڈ میں ایک خصوصی نیٹ ورک ایکسلریٹر کارڈ شامل کیا گیا تھا۔ یہ سامنے والے پینل پر ایک مختصر لوپ بیک کیبل کے ساتھ لفظی طور پر جڑا ہوا تھا۔ یہ خوبصورت نہیں ہے، لیکن یہ بادل میں نظر نہیں آتا۔ لیکن ہارڈ ویئر کے ساتھ براہ راست تعامل نے بنیادی طور پر جٹر اور نیٹ ورک تھرو پٹ کو بہتر بنایا۔

اس کے بعد ہم نے بلاک ڈیٹا اسٹوریج EBS - لچکدار بلاک اسٹوریج تک رسائی کو بہتر بنانے کا فیصلہ کیا۔ یہ نیٹ ورک اور اسٹوریج کا مجموعہ ہے۔ مشکل یہ ہے کہ جب نیٹ ورک ایکسلریٹر کارڈز مارکیٹ میں موجود تھے، تو صرف اسٹوریج ایکسلریٹر ہارڈویئر خریدنے کا کوئی آپشن نہیں تھا۔ تو ہم نے ایک سٹارٹ اپ کا رخ کیا۔ اناپورنا لیبزجس نے ہمارے لیے خصوصی ASIC چپس تیار کیں۔ انہوں نے ریموٹ EBS والیوم کو NVMe ڈیوائسز کے طور پر نصب کرنے کی اجازت دی۔

مثالوں میں C4 ہم نے دو مسائل کو حل کیا. پہلا یہ کہ ہم نے امید افزا مستقبل کے لیے ایک بنیاد نافذ کی، لیکن اس وقت نئی، NVMe ٹیکنالوجی۔ دوسرا، ہم نے درخواستوں کی پروسیسنگ کو EBS کو نئے کارڈ میں منتقل کر کے مرکزی پروسیسر کو نمایاں طور پر اتارا۔ یہ اچھی طرح سے نکلا، لہذا اب اناپورنا لیبز ایمیزون کا حصہ ہیں۔

نومبر 2017 تک، ہم نے محسوس کیا کہ اب وقت آگیا ہے کہ ہائپر وائزر کو تبدیل کیا جائے۔

نیا ہائپر وائزر ترمیم شدہ KVM کرنل ماڈیولز کی بنیاد پر تیار کیا گیا تھا۔

اس نے ڈیوائس ایمولیشن کے اوور ہیڈ کو بنیادی طور پر کم کرنا اور نئے ASICs کے ساتھ براہ راست کام کرنا ممکن بنایا۔ مثالیں S5 پہلی ورچوئل مشینیں تھیں جن کے نیچے ایک نیا ہائپر وائزر چل رہا تھا۔ ہم نے اس کا نام رکھا Nitro.

AWS اپنی لچکدار خدمات کو کیسے پکاتا ہے۔ اسکیلنگ سرورز اور ڈیٹا بیسٹائم لائن پر مثالوں کا ارتقاء۔

تمام نئی قسم کی ورچوئل مشینیں جو نومبر 2017 سے نمودار ہوئی ہیں اس ہائپر وائزر پر چلتی ہیں۔ ننگی دھاتی مثالوں میں ہائپر وائزر نہیں ہوتا ہے۔، لیکن انہیں نائٹرو بھی کہا جاتا ہے، کیونکہ وہ خصوصی نائٹرو کارڈ استعمال کرتے ہیں۔

اگلے دو سالوں میں، نائٹرو کی اقسام کی تعداد دو درجن سے تجاوز کر گئی: A1، C5، M5، T3 اور دیگر۔

AWS اپنی لچکدار خدمات کو کیسے پکاتا ہے۔ اسکیلنگ سرورز اور ڈیٹا بیس
مثال کی اقسام۔

جدید نائٹرو مشینیں کیسے کام کرتی ہیں۔

ان کے تین اہم اجزاء ہیں: نائٹرو ہائپر وائزر (اوپر زیر بحث)، سیکیورٹی چپ اور نائٹرو کارڈز۔

سیکیورٹی چپ مدر بورڈ میں براہ راست مربوط۔ یہ بہت سے اہم افعال کو کنٹرول کرتا ہے، جیسے میزبان OS کی لوڈنگ کو کنٹرول کرنا۔

نائٹرو کارڈز - ان کی چار قسمیں ہیں۔ ان سب کو اناپورنا لیبز نے تیار کیا ہے اور عام ASICs پر مبنی ہیں۔ ان کے کچھ فرم ویئر بھی عام ہیں۔

AWS اپنی لچکدار خدمات کو کیسے پکاتا ہے۔ اسکیلنگ سرورز اور ڈیٹا بیس
نائٹرو کارڈز کی چار اقسام۔

کارڈز میں سے ایک کے ساتھ کام کرنے کے لیے ڈیزائن کیا گیا ہے۔ نیٹ ورکوی پی سی. یہ وہی ہے جو ورچوئل مشینوں میں نیٹ ورک کارڈ کے طور پر نظر آتا ہے۔ ENA - لچکدار نیٹ ورک اڈاپٹر. یہ ٹریفک کو کسی فزیکل نیٹ ورک کے ذریعے منتقل کرتے وقت بھی سمیٹ لیتا ہے (ہم مضمون کے دوسرے حصے میں اس کے بارے میں بات کریں گے)، سیکیورٹی گروپس فائر وال کو کنٹرول کرتا ہے، اور روٹنگ اور دیگر نیٹ ورک چیزوں کے لیے ذمہ دار ہے۔

منتخب کارڈ بلاک اسٹوریج کے ساتھ کام کرتے ہیں۔ ای بی ایس۔ اور ڈسکیں جو سرور میں بنی ہوئی ہیں۔ وہ مہمان مجازی مشین کے طور پر ظاہر ہوتے ہیں NVMe اڈاپٹر. وہ ڈیٹا انکرپشن اور ڈسک کی نگرانی کے بھی ذمہ دار ہیں۔

نائٹرو کارڈز، ہائپر وائزر اور سیکورٹی چپ کے نظام کو SDN نیٹ ورک یا میں ضم کیا گیا ہے۔ سافٹ ویئر ڈیفائنڈ نیٹ ورک. اس نیٹ ورک کے انتظام کے لیے ذمہ دار ہے (کنٹرول پلین) کنٹرولر کارڈ.

بلاشبہ، ہم نئے ASICs تیار کرنا جاری رکھے ہوئے ہیں۔ مثال کے طور پر، 2018 کے آخر میں انہوں نے Inferentia چپ جاری کی، جو آپ کو مشین لرننگ کے کاموں کے ساتھ زیادہ مؤثر طریقے سے کام کرنے کی اجازت دیتی ہے۔

AWS اپنی لچکدار خدمات کو کیسے پکاتا ہے۔ اسکیلنگ سرورز اور ڈیٹا بیس
Inferentia مشین لرننگ پروسیسر چپ۔

توسیع پذیر ڈیٹا بیس

ایک روایتی ڈیٹا بیس میں تہہ دار ڈھانچہ ہوتا ہے۔ بہت آسان بنانے کے لیے، درج ذیل سطحوں کو ممتاز کیا گیا ہے۔

  • SQL - کلائنٹ اور درخواست بھیجنے والے اس پر کام کرتے ہیں۔
  • دفعات لین دین - یہاں سب کچھ واضح ہے، ACID اور وہ سب۔
  • کیشنگ۔، جو بفر پول کے ذریعہ فراہم کیا جاتا ہے۔
  • لاگنگ - دوبارہ لاگز کے ساتھ کام فراہم کرتا ہے۔ MySQL میں انہیں Bin Logs کہا جاتا ہے، PosgreSQL میں - Ahead Logs (WAL) لکھیں۔
  • safekeeping کے - ڈسک پر براہ راست ریکارڈنگ۔

AWS اپنی لچکدار خدمات کو کیسے پکاتا ہے۔ اسکیلنگ سرورز اور ڈیٹا بیس
پرتوں والے ڈیٹا بیس کا ڈھانچہ۔

ڈیٹا بیس کی پیمائش کرنے کے مختلف طریقے ہیں: شارڈنگ، شیئرڈ نتھنگ آرکیٹیکچر، مشترکہ ڈسک۔

AWS اپنی لچکدار خدمات کو کیسے پکاتا ہے۔ اسکیلنگ سرورز اور ڈیٹا بیس

تاہم، یہ تمام طریقے ایک ہی یک سنگی ڈیٹا بیس کی ساخت کو برقرار رکھتے ہیں۔ یہ نمایاں طور پر اسکیلنگ کو محدود کرتا ہے۔ اس مسئلے کو حل کرنے کے لیے، ہم نے اپنا ڈیٹا بیس تیار کیا۔ ایمیزون ارورہ. یہ MySQL اور PostgreSQL کے ساتھ مطابقت رکھتا ہے۔

ایمیزون ارورہ

مرکزی آرکیٹیکچرل آئیڈیا سٹوریج اور لاگنگ لیولز کو مین ڈیٹا بیس سے الگ کرنا ہے۔

آگے دیکھتے ہوئے، میں کہوں گا کہ ہم نے کیشنگ لیول کو بھی خود مختار بنا دیا ہے۔ فن تعمیر یک سنگی نہیں رہ جاتا ہے، اور ہم انفرادی بلاکس کی پیمائش میں آزادی کی اضافی ڈگریاں حاصل کرتے ہیں۔

AWS اپنی لچکدار خدمات کو کیسے پکاتا ہے۔ اسکیلنگ سرورز اور ڈیٹا بیس
لاگنگ اور اسٹوریج کی سطحیں ڈیٹا بیس سے الگ ہیں۔

ایک روایتی DBMS بلاکس کی شکل میں سٹوریج سسٹم میں ڈیٹا لکھتا ہے۔ Amazon Aurora میں، ہم نے سمارٹ اسٹوریج بنایا ہے جو زبان بول سکتا ہے۔ دوبارہ لاگز. اندر، اسٹوریج لاگز کو ڈیٹا بلاکس میں بدل دیتا ہے، ان کی سالمیت کی نگرانی کرتا ہے اور خود بخود بیک اپ ہوجاتا ہے۔

یہ نقطہ نظر آپ کو اس طرح کی دلچسپ چیزوں کو لاگو کرنے کی اجازت دیتا ہے کلوننگ. یہ بنیادی طور پر تیز اور معاشی طور پر اس حقیقت کی وجہ سے کام کرتا ہے کہ اسے تمام ڈیٹا کی مکمل کاپی بنانے کی ضرورت نہیں ہے۔

اسٹوریج کی پرت کو تقسیم شدہ نظام کے طور پر لاگو کیا جاتا ہے۔ یہ جسمانی سرورز کی ایک بہت بڑی تعداد پر مشتمل ہے۔ ہر دوبارہ لاگ پر عملدرآمد کیا جاتا ہے اور بیک وقت محفوظ کیا جاتا ہے۔ چھ گرہیں. یہ ڈیٹا کے تحفظ اور بوجھ میں توازن کو یقینی بناتا ہے۔

AWS اپنی لچکدار خدمات کو کیسے پکاتا ہے۔ اسکیلنگ سرورز اور ڈیٹا بیس

ریڈ اسکیلنگ مناسب نقلوں کا استعمال کرتے ہوئے حاصل کی جاسکتی ہے۔ تقسیم شدہ ذخیرہ مرکزی ڈیٹا بیس مثال کے درمیان ہم آہنگی کی ضرورت کو ختم کرتا ہے، جس کے ذریعے ہم ڈیٹا لکھتے ہیں، اور بقیہ نقل۔ تازہ ترین ڈیٹا تمام نقلوں کے لیے دستیاب ہونے کی ضمانت ہے۔

صرف ایک مسئلہ پڑھنے والی نقلوں پر پرانے ڈیٹا کو کیش کرنا ہے۔ لیکن یہ مسئلہ حل ہو رہا ہے۔ تمام دوبارہ لاگز کی منتقلی اندرونی نیٹ ورک پر نقل کرنے کے لیے۔ اگر لاگ کیشے میں ہے، تو اسے غلط اور اوور رائٹ کے بطور نشان زد کیا جاتا ہے۔ اگر یہ کیشے میں نہیں ہے، تو اسے صرف ضائع کر دیا جاتا ہے۔

AWS اپنی لچکدار خدمات کو کیسے پکاتا ہے۔ اسکیلنگ سرورز اور ڈیٹا بیس

ہم نے اسٹوریج کو ترتیب دیا۔

DBMS درجات کی پیمائش کیسے کریں۔

یہاں، افقی پیمانہ بہت زیادہ مشکل ہے۔ تو چلو پیٹے ہوئے راستے پر چلتے ہیں۔ کلاسک عمودی اسکیلنگ.

آئیے فرض کریں کہ ہمارے پاس ایک ایپلی کیشن ہے جو ماسٹر نوڈ کے ذریعے DBMS کے ساتھ بات چیت کرتی ہے۔

عمودی طور پر اسکیلنگ کرتے وقت، ہم ایک نیا نوڈ مختص کرتے ہیں جس میں زیادہ پروسیسرز اور میموری ہوں گے۔

AWS اپنی لچکدار خدمات کو کیسے پکاتا ہے۔ اسکیلنگ سرورز اور ڈیٹا بیس

اگلا، ہم ایپلیکیشن کو پرانے ماسٹر نوڈ سے نئے میں تبدیل کرتے ہیں۔ مسائل پیدا ہوتے ہیں۔

  • اس کے لیے اہم ایپلیکیشن ڈاؤن ٹائم کی ضرورت ہوگی۔
  • نئے ماسٹر نوڈ میں کولڈ کیش ہوگا۔ کیشے کے گرم ہونے کے بعد ہی ڈیٹا بیس کی کارکردگی زیادہ سے زیادہ ہوگی۔

AWS اپنی لچکدار خدمات کو کیسے پکاتا ہے۔ اسکیلنگ سرورز اور ڈیٹا بیس

حالات کو کیسے بہتر بنایا جائے؟ ایپلیکیشن اور ماسٹر نوڈ کے درمیان ایک پراکسی سیٹ اپ کریں۔

AWS اپنی لچکدار خدمات کو کیسے پکاتا ہے۔ اسکیلنگ سرورز اور ڈیٹا بیس

یہ ہمیں کیا دے گا؟ اب تمام ایپلی کیشنز کو دستی طور پر نئے نوڈ پر بھیجنے کی ضرورت نہیں ہے۔ سوئچ ایک پراکسی کے تحت کیا جا سکتا ہے اور بنیادی طور پر تیز ہے۔

ایسا لگتا ہے کہ مسئلہ حل ہو گیا ہے۔ لیکن نہیں، ہم اب بھی کیش کو گرم کرنے کی ضرورت سے دوچار ہیں۔ اس کے علاوہ، ایک نیا مسئلہ ظاہر ہوا ہے - اب پراکسی ناکامی کا ایک ممکنہ نقطہ ہے۔

ایمیزون ارورہ سرور لیس کے ساتھ حتمی حل

ہم نے ان مسائل کو کیسے حل کیا؟

ایک پراکسی چھوڑ دی۔. یہ کوئی الگ مثال نہیں ہے، بلکہ پراکسیوں کا ایک پورا تقسیم شدہ بیڑا ہے جس کے ذریعے ایپلیکیشنز ڈیٹا بیس سے جڑتی ہیں۔ ناکامی کی صورت میں، کسی بھی نوڈس کو تقریباً فوری طور پر تبدیل کیا جا سکتا ہے۔

مختلف سائز کے گرم نوڈس کا ایک پول شامل کیا گیا۔. لہذا، اگر کسی بڑے یا چھوٹے سائز کا نیا نوڈ مختص کرنا ضروری ہو، تو یہ فوری طور پر دستیاب ہے۔ اسے لوڈ ہونے کا انتظار کرنے کی ضرورت نہیں ہے۔

پورے پیمانے کے عمل کو ایک خصوصی مانیٹرنگ سسٹم کے ذریعے کنٹرول کیا جاتا ہے۔ مانیٹرنگ مسلسل موجودہ ماسٹر نوڈ کی حالت پر نظر رکھتی ہے۔ اگر اسے پتہ چلتا ہے، مثال کے طور پر، کہ پروسیسر کا بوجھ ایک اہم قدر کو پہنچ گیا ہے، تو یہ گرم مثالوں کے پول کو ایک نیا نوڈ مختص کرنے کی ضرورت کے بارے میں مطلع کرتا ہے۔

AWS اپنی لچکدار خدمات کو کیسے پکاتا ہے۔ اسکیلنگ سرورز اور ڈیٹا بیس
تقسیم شدہ پراکسی، گرم مثالیں اور نگرانی۔

مطلوبہ طاقت کے ساتھ ایک نوڈ دستیاب ہے۔ بفر پولز اس میں کاپی کیے جاتے ہیں، اور سسٹم سوئچ کرنے کے لیے محفوظ لمحے کا انتظار کرنا شروع کر دیتا ہے۔

AWS اپنی لچکدار خدمات کو کیسے پکاتا ہے۔ اسکیلنگ سرورز اور ڈیٹا بیس

عام طور پر سوئچ کرنے کا لمحہ بہت تیزی سے آتا ہے۔ پھر پراکسی اور پرانے ماسٹر نوڈ کے درمیان مواصلت معطل ہو جاتی ہے، تمام سیشنز کو نئے نوڈ میں تبدیل کر دیا جاتا ہے۔

AWS اپنی لچکدار خدمات کو کیسے پکاتا ہے۔ اسکیلنگ سرورز اور ڈیٹا بیس

ڈیٹا بیس ریزیوم کے ساتھ کام کریں۔

AWS اپنی لچکدار خدمات کو کیسے پکاتا ہے۔ اسکیلنگ سرورز اور ڈیٹا بیس

گراف سے پتہ چلتا ہے کہ معطلی واقعی بہت مختصر ہے۔ نیلے رنگ کا گراف بوجھ دکھاتا ہے، اور سرخ قدم اسکیلنگ کے لمحات دکھاتے ہیں۔ نیلے گراف میں قلیل مدتی کمی بالکل وہی مختصر تاخیر ہے۔

AWS اپنی لچکدار خدمات کو کیسے پکاتا ہے۔ اسکیلنگ سرورز اور ڈیٹا بیس

ویسے، Amazon Aurora آپ کو پیسے کو مکمل طور پر بچانے اور ڈیٹا بیس کو بند کرنے کی اجازت دیتا ہے جب یہ استعمال میں نہ ہو، مثال کے طور پر، ویک اینڈ پر۔ لوڈ کو روکنے کے بعد، DB آہستہ آہستہ اپنی طاقت کو کم کرتا ہے اور کچھ وقت کے لیے بند ہو جاتا ہے۔ جب بوجھ واپس آجائے گا، یہ دوبارہ آسانی سے بڑھ جائے گا۔

ایمیزون ڈیوائس کے بارے میں کہانی کے اگلے حصے میں، ہم نیٹ ورک اسکیلنگ کے بارے میں بات کریں گے۔ سبسکرائب میل اور دیکھتے رہیں تاکہ آپ مضمون سے محروم نہ ہوں۔

پر ہائی لوڈ++ واسیلی پینٹیوخن ایک رپورٹ دیں گے۔ہیوسٹن، ہمیں ایک مسئلہ ہے۔ ناکامی کے لیے سسٹمز کا ڈیزائن، اندرونی ایمیزون کلاؤڈ سروسز کے لیے ترقی کے نمونے۔" ایمیزون ڈویلپرز کی طرف سے تقسیم شدہ نظاموں کے لیے کون سے ڈیزائن پیٹرن استعمال کیے جاتے ہیں، سروس کی ناکامی کی وجوہات کیا ہیں، سیل پر مبنی فن تعمیر کیا ہے، مستقل کام، شفل شارڈنگ - یہ دلچسپ ہوگا۔ کانفرنس میں ایک ماہ سے بھی کم وقت اپنے ٹکٹ بک کرو. 24 اکتوبر حتمی قیمت میں اضافہ۔

ماخذ: www.habr.com

نیا تبصرہ شامل کریں