Burstable EC2 VPN: Standard یا Unlimited CPU کریڈٹس؟

ایک چھوٹا VPN gateway رفتار کے امتحان میں کامیاب ہوتا ہے، ٹھیک لگتا ہے، اور پھر دوپہر کے کھانے کے بعد سست ہو جاتا ہے۔ instance نے امتحان کے دوران جھوٹ نہیں بولا؛ وہ وہ کریڈٹس خرچ کر رہا تھا جو اس نے بیکار وقت میں کمائے تھے۔ Burstable instance خاص اسی لیے بنائے گئے ہیں، جس کی وجہ سے مختصر benchmark پوری دوپہر کی منتقلی کے لیے برا پیش گو ہے۔ دونوں کریڈٹ موڈ مختلف طریقوں سے ناکام ہوتے ہیں، اور ان کے درمیان انتخاب ہی اصل فیصلہ ہے۔

رفتار کے امتحان نے کہاں سے قرض لیا

ایک CPU کریڈٹ ایک vCPU کا ایک منٹ تک پوری استعمال پر چلنا ہے۔ Burstable instance اپنی بنیادی لکیر کی شرح پر کریڈٹ کماتا ہے اور جب اس لکیر سے تجاوز کرتا ہے تو انہیں خرچ کرتا ہے۔ بیکار رات بیلنس بناتی ہے؛ مصروف صبح اسے کھینچ لیتی ہے۔

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

وہ حساب جو آپ کو کرنا ہے

ان پٹ فی vCPU بنیادی لکیر کا فیصد، vCPU کی تعداد، جمع شدہ بیلنس اور وہ بوجھ ہے جس کی آپ توقع کرتے ہیں۔ صرف مثال کے طور پر، دو vCPU والا ایک فرضی instance لیں، فی vCPU دس فیصد بنیادی لکیر، 24 جمع شدہ کریڈٹس، اور ایک vCPU مکمل طور پر مصروف جبکہ دوسرا بیکار۔ یہ اعداد اعلان شدہ ان پٹ ہیں، کسی مخصوص instance سائز کی تفصیل نہیں۔

Earn rate:       2 x 10% x 60 = 12 credits/hour
Workload usage:  1 x 100% x 60 = 60 credits/hour
Net draw:        60 - 12 = 48 credits/hour
Accrued budget:  24 / 48 = 0.5 hours

ان مفروضوں کے تحت بجٹ تقریباً آدھے گھنٹے میں ختم ہو جاتا ہے۔ پس منظر کا کام، بدلتا بوجھ اور instance کی اپنی حساب داری نتیجہ بدلتی ہیں، اور ان میں سے کوئی بھی VPN تھروپٹ کی پیش گوئی نہیں کرتا۔ یہ اس بات کی پیش گوئی کرتا ہے کہ مستقل پابندی کب اثر کرنا شروع کرے گی۔

دوسری قرأت پر بھی غور کریں: اس مثال میں ایک مصروف vCPU کل CPU صلاحیت کا تقریباً نصف ہے۔ معتدل کل فیصد کسی سیر شدہ کور کو چھپا سکتا ہے، اس لیے کریڈٹ کے اعداد کے ساتھ کور کے لحاظ سے رویہ دیکھیں۔

Standard اور Unlimited: وہی صفر، مختلف معنی

Standard موڈ میں، ختم شدہ بیلنس مستقل CPU کو بنیادی لکیر کی طرف محدود کرتا ہے۔ instance کام جاری رکھتا ہے، صرف آہستہ، اور حد کا اندازہ لگایا جا سکتا ہے۔ Unlimited موڈ میں instance بیلنس صفر پر پہنچنے کے بعد بھی اضافی کریڈٹس سے کھینچتا رہ سکتا ہے، اور بنیادی لکیر سے اوپر مستقل استعمال سروس کے حسابی قواعد کے تحت چارجز پیدا کر سکتا ہے۔

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

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

اصل کام کے دوران کیا دیکھیں

منتقلی کی مدت اور شرح کے ساتھ CPUCreditUsage اور CPUCreditBalance ریکارڈ کریں۔ Unlimited پر CPUSurplusCreditBalance اور CPUSurplusCreditsCharged شامل کریں۔ AWS کی CPU کریڈٹ نگرانی گائیڈ بتاتی ہے کہ ہر ایک کیا رپورٹ کرتا ہے اور کتنی بار۔

نمائندہ ہم وقتی اور رجحان دیکھنے کے لیے کافی مدت کے ساتھ دوبارہ امتحان کریں، اور ابتدائی بیلنس ریکارڈ کریں۔ بیکار صبح اور مصروف دوپہر ایک ہی احکامات کے ساتھ بھی ایک ہی تجربہ نہیں ہیں۔

وہ حدیں جو CPU نہیں ہیں

نیٹ ورک بینڈوتھ کی اپنی بنیادی لکیر اور دھماکے کا رویہ ہے، اور پیکٹ کی شرح یا کنکشن کی اجازتیں CPU سے پہلے تنگ ہو سکتی ہیں۔ میموری اس وقت اہم ہے جب VPN کا نفاذ ہر کنکشن کی حالت رکھتا ہے، اور چھوٹا instance کریڈٹس سے بہت پہلے اسے ختم کر سکتا ہے۔

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

جان بوجھ کر بنیادی لکیر کا انتخاب

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

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