আমরা প্রতিটি EQVPS প্ল্যানে vCPU-র সংখ্যা বাড়িয়েছি — অতিরিক্ত খরচ ছাড়াই। একই দাম, বেশি core। এই যে কী বদলাল আর কীভাবে পাবেন।
কী বদলাল
| প্ল্যান | আগে vCPU | এখন vCPU |
|---|---|---|
| Nano | 1 | 2 |
| Micro | 1 | 2 |
| Small | 2 | 4 |
| Medium | 4 | 6 |
| AI-Agent | 2 | 4 |
dedicated-IP সংস্করণেও (Nano-IP, Micro-IP, Small-IP, Medium-IP, AI-Agent-IP) একই প্রযোজ্য। RAM, ডিস্ক ও মূল্য অপরিবর্তিত — এটি নিছক বেশি CPU।
কীভাবে এটি সক্রিয় করবেন
- নতুন অর্ডার provision-এ সাথে সাথে নতুন vCPU পায়।
- বিদ্যমান সার্ভার: নতুন core ইতিমধ্যেই আপনার সার্ভারের কনফিগারেশনে লেখা। এরা আপনার VPS-এর পরবর্তী reboot-এ সক্রিয় হয় — dashboard থেকে reboot করুন, বা SSH-এ
rebootচালান। একটি সাধারণ guest reboot যথেষ্ট; আমরা আপনার জন্য আপনার সার্ভার restart করব না, তাই আপনার uptime আপনার নিয়ন্ত্রণে থাকে। - fair-use cap (cpulimit) ইতিমধ্যেই সক্রিয় — ওই অংশের জন্য কোনো reboot লাগে না।
Burst মডেল — vCPU সংখ্যাটির মানে কী
EQVPS-এ vCPU একটি shared, burst সম্পদ। vCPU সংখ্যা স্বল্প স্পাইকের জন্য একটি peak ceiling — কোড কম্পাইল, deploy, একটি ট্র্যাফিক burst সামলানো — 24/7 100%-এ পিন করা dedicated ভৌত core-এর নিশ্চয়তা নয়। প্রতিটি VM-এর একটি per-VM cap (cpulimit) আছে যাতে একটি ব্যস্ত সার্ভার তার প্রতিবেশীদের অভুক্ত রাখতে না পারে।
বাস্তবে এর মানে চটপটে build, দ্রুত deploy ও bursty workload-এর জন্য ভালো headroom, একইসাথে সবার জন্য পারফরম্যান্স ন্যায্য রেখে। ধারাবাহিক full-core 24/7 লোড (যেমন mining) shared প্ল্যান যার জন্য নয় — আমাদের Acceptable Use Policy দেখুন।
আমরা কেন এটি করেছি
আমাদের node প্রচুর CPU headroom নিয়ে চলছিল। এটিকে idle বসে থাকতে দেওয়ার বদলে, আমরা সেই ক্ষমতা গ্রাহকদের বেশি vCPU হিসেবে ফিরিয়ে দিচ্ছি। কোনো দাম-বদল নয়, সুবিধামতো একটি reboot ছাড়া কোনো action দরকার নেই।
প্রশ্ন? আমাদের কাছে পৌঁছান info@eqvps.com-এ।
মন্তব্য
এখনো কোনো মন্তব্য নেই। প্রথম হোন।