Google Cloud کا $100 فی گھنٹہ CUD، آدھا استعمال ہو تب بھی بل پورا

Compute Flexible CUD کی استعمال کی شرح نکالنے کے لیے اہل وسائل کے آن ڈیمانڈ خرچ کو پہلے رعایتی خرچ میں بدلیں، پھر اسے فی گھنٹہ عہد کی فیس پر تقسیم کریں۔ Google Cloud کی Compute Flexible CUD کی سرکاری مثال میں تین سالہ عہد کی فیس $100 فی گھنٹہ ہے: $50 کا اہل آن ڈیمانڈ استعمال 46٪ رعایت کے بعد $27 بنتا ہے، لیکن فیس پوری $100 رہتی ہے اور غیر استعمال شدہ $73 اگلے گھنٹے میں منتقل نہیں ہوتے۔

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

فی گھنٹہ حساب میں کون سی رقم لکھی جائے؟

حسابی جدول میں ہر گھنٹے کے لیے اہل استعمال کی آن ڈیمانڈ قیمت، اسی استعمال کی رعایتی قیمت، عہد کی فیس اور فیس سے بچ جانے والا حصہ لکھیں۔ استعمال کی شرح = عہد میں جذب ہونے والی رعایتی اہل لاگت ÷ فی گھنٹہ فیس۔ اگر رعایتی لاگت فیس سے کم ہو تو فرق غیر استعمال شدہ عہد ہے۔ اگر وہ فیس تک پہنچ جائے تو عہد مکمل استعمال ہوا؛ اس حد سے باہر کا اہل استعمال اضافی خرچ بن سکتا ہے۔

سرکاری مثال کی یکساں رعایت پر $100 کی فیس تقریباً $185.19 کے اہل آن ڈیمانڈ استعمال کو سمو سکتی ہے، کیونکہ اس کی رعایتی قیمت تقریباً $100 ہے۔ یہ حد ہر خدمت کے لیے یکساں نہیں: Compute Engine، Google Kubernetes Engine اور Cloud Run کے اہل استعمال کی رعایت وسائل اور بلنگ کی نوعیت کے مطابق بدل سکتی ہے۔ مخلوط خرچ میں ہر حصے کی رعایتی قیمت الگ نکال کر جمع کریں؛ پورے بل پر مثال والی شرح لگانے سے عہد کے حجم کا غلط اندازہ ہو سکتا ہے۔

غیر اہل خرچ کو اس جدول سے باہر رکھیں۔ ایسا خرچ کل کلاؤڈ بل تو بڑھاتا ہے مگر خالی عہد نہیں بھرتا۔ اسی طرح پہلے سے کسی دوسرے عہد کے تحت رعایت پانے والے استعمال کو نئے Flexible CUD کے لیے دوبارہ شمار کرنے سے دستیاب اہل خرچ بڑھا ہوا نظر آئے گا۔

استعمال کی تین سطحوں پر اصل ادائیگی

نیچے کا فرضی حساب سرکاری مثال کی $100 فی گھنٹہ فیس اور یکساں 46٪ رعایت سے بنایا گیا ہے۔ ہر صورت میں سارا استعمال اہل ہے، غیر اہل خرچ اور اضافی استعمال صفر ہیں، اور رقم قریب ترین سینٹ تک گول کی گئی ہے۔ یہاں 50٪ استعمال کا مطلب $50 کی رعایتی لاگت ہے؛ اسے سرکاری مثال کے $50 آن ڈیمانڈ استعمال سے خلط ملط نہیں کرنا چاہیے۔

• 50٪ استعمال: رعایتی اہل لاگت $50 اور اس کے مساوی آن ڈیمانڈ قیمت تقریباً $92.59 ہے۔ غیر استعمال شدہ عہد $50، اضافی خرچ $0 اور کل ادائیگی $100 ہے۔ اسی استعمال کو عہد کے بغیر خریدنے کی نسبت تقریباً $7.41 زیادہ ادا ہوتے ہیں۔
• 80٪ استعمال: رعایتی اہل لاگت $80 اور آن ڈیمانڈ قیمت تقریباً $148.15 ہے۔ غیر استعمال شدہ عہد $20، اضافی خرچ $0 اور کل ادائیگی $100 ہے۔ اس فرضی گھنٹے میں بچت تقریباً $48.15، یعنی آن ڈیمانڈ قیمت کے مقابلے میں 32.5٪ بنتی ہے۔
• 100٪ استعمال: رعایتی اہل لاگت $100 اور آن ڈیمانڈ قیمت تقریباً $185.19 ہے۔ غیر استعمال شدہ عہد اور اضافی خرچ دونوں $0 ہیں؛ کل ادائیگی $100 ہے۔ یکساں شرح کی اس صورت میں مؤثر بچت تقریباً 46٪ تک پہنچتی ہے۔

اس مفروضے میں تقریباً 54٪ استعمال پر عہد کی $100 ادائیگی اسی استعمال کی آن ڈیمانڈ قیمت کے برابر ہوتی ہے۔ اس سے نیچے عہد مہنگا پڑتا ہے، جبکہ اس سے اوپر بچت شروع ہوتی ہے۔ سرکاری $50 آن ڈیمانڈ مثال میں عہد کا صرف $27، یعنی 27٪ استعمال ہوتا ہے؛ اس لیے وہاں آدھی آن ڈیمانڈ رقم کو 50٪ عہد استعمال سمجھنا درست نہیں۔

اہل خدمات اور رعایت کی ترتیب

Compute Flexible CUD اہل Compute Engine، Google Kubernetes Engine اور Cloud Run خرچ پر پھیل سکتا ہے، لیکن ان خدمات کی ہر بلنگ مد خودکار طور پر اہل نہیں ہوتی۔ Compute Engine میں معاون مشین سلسلوں کے وی سی پی یو، میموری اور لوکل ایس ایس ڈی شامل ہو سکتے ہیں؛ جی پی یو صرف درج شدہ مشین سلسلوں میں اہل ہیں۔ Spot VMs کا خرچ اس عہد سے پورا نہیں ہوتا۔ اس لیے پچھلے بل کا مجموعی نمبر لینے کے بجائے اہل وسائل کی مدیں الگ کرنی ہوں گی۔

رعایت لگنے کی ترتیب بھی دستیاب خرچ بدلتی ہے۔ Compute Engine کے وسائل پر مبنی عہد پہلے متعلقہ استعمال کو ڈھانپتے ہیں، پھر Compute Flexible CUD بچے ہوئے اہل استعمال پر لگتا ہے۔ اگر کسی اہل خدمت کا مخصوص خرچ پر مبنی عہد بھی موجود ہو تو وہ وسیع Flexible عہد سے پہلے استعمال ہو سکتا ہے۔ ایک ہی استعمال پر دو عہدوں کی رعایتیں جمع نہیں ہوتیں؛ نئے عہد کا حساب صرف اس خرچ پر بنائیں جو پہلے عہدوں کے بعد باقی رہتا ہے۔

خدمات کا امتزاج بدلنے سے رعایتی خرچ بھی بدلتا ہے، چاہے آن ڈیمانڈ مجموعہ ایک جیسا رہے۔ مثال کے طور پر مختلف Cloud Run بلنگ طریقوں یا Compute Engine مشین سلسلوں پر ایک ہی شرح فرض کرنا مناسب نہیں۔ عہد کے لیے قابلِ اعتماد عدد وہ مجموعہ ہے جو ہر اہل مد کی متعلقہ رعایتی قیمت لگانے کے بعد نکلے، نہ کہ صرف منصوبوں کے کل ماہانہ خرچ کا اوسط۔

بل میں فیس اور رعایتی استعمال کیسے جڑتے ہیں؟

فیس اور اس کے تحت آنے والے رعایتی استعمال کو دو مکمل، الگ بل سمجھ کر جمع نہ کریں۔ Google Cloud کی خرچ پر مبنی CUD کی بلنگ ہدایات کے مطابق نئے کھپت ماڈل میں اہل استعمال رعایتی قیمت پر درج ہوتا ہے، جبکہ FEE_UTILIZATION_OFFSET کریڈٹ استعمال شدہ حصے کے برابر فیس کی مد کو گھٹاتا ہے۔ عہد مکمل استعمال ہو تو فیس والی مد کی خالص لاگت صفر ہو سکتی ہے؛ کم استعمال ہو تو اس مد میں خالی عہد کی لاگت باقی رہتی ہے۔

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

عہد کا حجم اور مدت کیسے طے کریں؟

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

FinOps Foundation کی شرحِ لاگت بہتر بنانے کی رہنمائی وسائل پر مبنی اور خرچ پر مبنی عہدوں کا موازنہ، استعمال میں تغیر کا حساب اور خالی عہد کی پیمائش تجویز کرتی ہے۔ اگر مخصوص خطے اور مشین ترتیب کا استعمال مسلسل قائم رہتا ہے تو وسائل پر مبنی عہد کی مجموعی لاگت بھی نکالیں۔ اگر اہل خرچ منصوبوں، خطوں یا معاون خدمات میں منتقل ہوتا رہتا ہے تو Flexible CUD کی وسیع اہلیت زیادہ مفید ہو سکتی ہے؛ فیصلہ دونوں صورتوں کی متوقع ادائیگی سے کریں۔

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

یہ بھی پڑھیں:

• Pixxel نے $100 ملین لیے، hyperspectral تصویر اب پورا خلائی کاروبار نہیں
• Google نے Longfellow دے دیا—عمر ثابت ہوگی، تاریخِ پیدائش نہیں
• Basware نے Trustpair خریدا، درست invoice کے بعد bank account بھی چیک ہوگا