Burstable EC2 VPN: স্ট্যান্ডার্ড নাকি আনলিমিটেড CPU ক্রেডিট?

একটি ছোট VPN গেটওয়ে স্পিড টেস্টে পাস করে, ভালো লাগে, তারপর দুপুরের পর ধীর হয়ে যায়। টেস্টের সময় ইনস্ট্যান্সটি মিথ্যা বলেনি; এটি নিষ্ক্রিয় থাকার সময় অর্জিত ক্রেডিট খরচ করছিল। Burstable ইনস্ট্যান্স ঠিক এজন্যই তৈরি, ফলে একটি সংক্ষিপ্ত বেঞ্চমার্ক বিকেলের ট্রান্সফারের জন্য দুর্বল পূর্বাভাস। দুটি ক্রেডিট মোডও ভিন্নভাবে ব্যর্থ হয়, এবং তাদের মধ্যে বেছে নেওয়াই আসল সিদ্ধান্ত।

স্পিড টেস্ট কোথা থেকে ধার করেছিল

একটি CPU ক্রেডিট হলো একটি vCPU এক মিনিট পূর্ণ ব্যবহারে চালানো। একটি Burstable ইনস্ট্যান্স তার বেসলাইন হারে ক্রেডিট অর্জন করে এবং বেসলাইন ছাড়িয়ে গেলে তা খরচ করে। নিষ্ক্রিয় রাত ব্যালান্স গড়ে; ব্যস্ত সকাল তা কমিয়ে দেয়।

এইজন্যই প্রথম টেস্টটি ভালো দেখায়। ইনস্ট্যান্সের কাছে জমা বাজেট ছিল, তা এনক্রিপশনের কাজে খরচ করেছে এবং সুস্থ হার রিপোর্ট করেছে। ফলাফলে কিছুই বলে না ব্যালান্স শূন্যে পৌঁছালে কী হয়। বেঞ্চমার্ক একটি বার্স্ট মাপল, আর বার্স্টই হলো যা দিতে ইনস্ট্যান্সটি তৈরি। এটি সেই স্থিতিশীল অবস্থা কখনো মাপেনি যার উপর আপনি নির্ভর করতে যাচ্ছেন।

যে হিসাবটি আপনাকে করতে হবে

ইনপুট হলো প্রতি vCPU-তে বেসলাইন শতাংশ, vCPU সংখ্যা, জমা ব্যালান্স এবং আপনার প্রত্যাশিত লোড। শুধু উদাহরণের জন্য ধরুন: দুই vCPU-র একটি কাল্পনিক ইনস্ট্যান্স, প্রতি vCPU-তে দশ শতাংশ বেসলাইন, 24 জমা ক্রেডিট, এবং একটি vCPU সম্পূর্ণ ব্যস্ত আর অন্যটি নিষ্ক্রিয়। এই সংখ্যাগুলো ঘোষিত ইনপুট, কোনো নির্দিষ্ট ইনস্ট্যান্স সাইজের স্পেসিফিকেশন নয়।

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

এই অনুমানে বাজেট প্রায় আধা ঘণ্টায় শেষ হয়। ব্যাকগ্রাউন্ড কাজ, পরিবর্তনশীল লোড এবং ইনস্ট্যান্সের নিজস্ব হিসাব ফলাফল সরায়, এবং এর কোনোটিই VPN থ্রুপুট পূর্বাভাস দেয় না। এটি পূর্বাভাস দেয় কখন স্থায়ী সীমাবদ্ধতা অনুভূত হতে শুরু করবে।

দ্বিতীয় পাঠটিও লক্ষ্য করুন: এই উদাহরণে একটি ব্যস্ত vCPU মোট CPU ধারণক্ষমতার প্রায় অর্ধেক। মাঝারি সামগ্রিক শতাংশ একটি সম্পৃক্ত কোর লুকাতে পারে, তাই ক্রেডিট সংখ্যার পাশাপাশি প্রতি-কোর আচরণ দেখুন।

Standard এবং Unlimited: একই শূন্য, ভিন্ন অর্থ

Standard মোডে নিঃশেষিত ব্যালান্স স্থায়ী CPU-কে বেসলাইনের দিকে সীমাবদ্ধ করে। ইনস্ট্যান্স কাজ করতে থাকে, শুধু ধীরে, এবং সিলিং পূর্বানুমেয়। Unlimited মোডে ব্যালান্স শূন্যে পৌঁছানোর পরেও ইনস্ট্যান্স উদ্বৃত্ত ক্রেডিট থেকে টানতে পারে, এবং বেসলাইনের উপরে স্থায়ী ব্যবহার সেবার হিসাব নিয়ম অনুযায়ী চার্জ তৈরি করতে পারে।

তাই শূন্য CPUCreditBalance মানে এক মোডে থ্রটলিং এবং অন্যটিতে সম্ভাব্য বিলিং। এটাই পুরো তুলনা, এবং এজন্যই মোড না পড়ে মেট্রিক পড়া বিভ্রান্তিকর।

উদ্বৃত্তও প্রতি-ক্রেডিট সরল চালান নয়। পরে বেসলাইনের নিচে চলা উদ্বৃত্ত ব্যবহার শোধ করতে পারে, এবং অন্য চার্জ শর্ত প্রযোজ্য। পুরোনো ব্লগ পোস্টের ফ্রি-টিয়ার দাবির উপর নির্ভর না করে কনফিগার করা মোড এবং বর্তমান সেবা নিয়ম যাচাই করুন।

বাস্তব কাজের সময় কী দেখবেন

ট্রান্সফারের সময়কাল ও হারের পাশে CPUCreditUsage এবং CPUCreditBalance রেকর্ড করুন। Unlimited-এ CPUSurplusCreditBalance এবং CPUSurplusCreditsCharged যোগ করুন। AWS-এর CPU-ক্রেডিট মনিটরিং গাইড ব্যাখ্যা করে প্রতিটি কী রিপোর্ট করে এবং কত ঘন ঘন।

প্রতিনিধিত্বমূলক সমবর্তন এবং প্রবণতা দেখার মতো যথেষ্ট সময়কাল নিয়ে আবার টেস্ট করুন, এবং শুরুর ব্যালান্স রেকর্ড করুন। নিষ্ক্রিয় সকাল আর ব্যস্ত বিকেল একই পরীক্ষা নয়, একই কমান্ড হলেও।

যে সীমাগুলো CPU নয়

নেটওয়ার্ক ব্যান্ডউইথের নিজস্ব বেসলাইন ও বার্স্ট আচরণ আছে, এবং প্যাকেট-হার বা সংযোগের অনুমোদন CPU-র আগেই বাধা দিতে পারে। মেমরি গুরুত্বপূর্ণ যখন VPN বাস্তবায়ন প্রতি-সংযোগে স্টেট রাখে, এবং ছোট ইনস্ট্যান্স ক্রেডিট শেষ হওয়ার অনেক আগেই মেমরি শেষ করতে পারে।

সুতরাং সুস্থ ক্রেডিট ব্যালান্স একটি জিনিস প্রমাণ করে: CPU বাজেট বর্তমান সীমাবদ্ধতা নয়। এটি নেটওয়ার্ক পথ সম্পর্কে কিছুই বলে না, এবং দ্বিগুণ সমবর্তনে কী হয় তাও বলে না। ক্রেডিট মেট্রিকের সাথে একই উইন্ডোতে নেটওয়ার্ক মেট্রিক দেখুন, যাতে থ্রুপুট কমার একটি সম্ভাব্য কারণ থাকে, শুধু তত্ত্ব নয়।

সচেতনভাবে বেসলাইন বাছাই

বেসলাইন বাছতে মাপা স্থায়ী ওয়ার্কলোড ব্যবহার করুন, অথবা বার্স্টিং স্পষ্টভাবে মেনে নিয়ে তার জন্য বাজেট রাখুন। যেকোনো উত্তর লেখা থাকলে যুক্তিযুক্ত; কোনোটিই যুক্তিযুক্ত নয় যখন তা অন্যের সফল ভিডিও স্ট্রিম থেকে অনুমান করা হয়।

গেটওয়ে যদি লোড-বহনকারী হয়, ক্রেডিট মোডকে কখনো না খোলা ডিফল্ট হিসেবে নয়, বরং ধারণক্ষমতার পরিকল্পনার অংশ হিসেবে দেখুন। আপনি যে মোড বাছেন, সেটাই সেই ব্যর্থতা যা আপনি পূর্বানুমান করতে পারেন।