Mainframe থেকে VPS: time-sharing-এর ইতিহাস

আপনার VPS কোথা থেকে আসে

Mainframe থেকে cloud পর্যন্ত computing-এর ইতিহাস হলো একটি ধারণার সস্তা হয়ে ওঠার ইতিহাস। সেই ধারণাটি হলো time-sharing: একই সময়ে অনেক মানুষকে একটি ব্যয়বহুল machine ব্যবহার করতে দেওয়া এবং প্রত্যেককে সেটির একটি ব্যক্তিগত view দেওয়া। এটি প্রায় 1960 সালের দিকে উদ্ভাবিত হয়, কারণ একটি computer-এর দাম সেটি ব্যবহারকারী মানুষদের সামর্থ্যের চেয়ে বেশি ছিল। আপনি আজ যে VPS ভাড়া নেন, তার প্রতিটি অংশ সেই সমস্যার সমাধানের জন্য তৈরি হয়েছে: ব্যবহারকারীদের মধ্যকার isolation, CPU time বণ্টনকারী scheduler, hypervisor এবং ঘণ্টা গণনা করা billing ব্যবস্থা। সমস্যাটি কখনো পুরোপুরি দূর হয়নি। Hardware সস্তা হয়েছে, তাই যে অংশটির জন্য একসময় research grant প্রয়োজন হতো, সেটির দাম এখন মাসে কয়েক dollar।

1959 থেকে 1961: কেন time-sharing উদ্ভাবিত হয়েছিল

1950-এর দশকে একটি computer batch mode-এ চলত। আপনি programটি cards-এ punch করে operator-এর কাছে জমা দিতেন, তারপর printout-এর জন্য পরে ফিরে আসতেন। একটি character ভুল টাইপ করলেই এক দিন নষ্ট হতো। Machine ব্যস্ত থাকত, আর সেটিই ছিল মূল লক্ষ্য। কারণ IBM 7090-এর মতো একটি machine-এর দাম millions of dollars ছিল, কিন্তু সেটির জন্য অপেক্ষা করা মানুষের সময় কোনো invoice-এ দেখা যেত না।

January 1959-এ John McCarthy MIT-তে লেখা একটি memo-তে এর বিপরীত যুক্তি উপস্থাপন করেন। Machine-এর মানুষের জন্য অপেক্ষা করা উচিত। একই বছর একটি UNESCO conference-এ Christopher Strachey time-sharing-এর একটি পদ্ধতি বর্ণনা করেন। তবে তিনি একই সময়ে অনেক মানুষের typing বোঝাননি; তিনি বোঝাতে চেয়েছিলেন, অন্য job চলার সময় একজন programmer debugging করবেন। 1961 সালে MIT-এর centennial অনুষ্ঠানে বক্তব্য দেওয়ার সময় McCarthy আরও এগিয়ে যান: computing-কে public utility হিসেবে বিক্রি করা যেতে পারে, electricity-এর মতো usage অনুযায়ী meter করা যেতে পারে।

তখন আপত্তি ছিল, time-sharing machine-এর অপচয় করে। User বদলানোর সময় cycles খরচ হয়, আর cycles-ই ছিল ব্যয়বহুল। আপত্তিটি সঠিক ছিল। কিন্তু পরে সেটি আর গুরুত্বপূর্ণ থাকেনি, কারণ ষাট বছর ধরে একটি cycle-এর দাম কমেছে, অথচ মানুষের এক ঘণ্টা মনোযোগের দাম কমেনি।

CTSS-কে যা উদ্ভাবন করতে হয়েছিল

MIT Computation Center-এ Fernando Corbató-এর দল Compatible Time-Sharing System (CTSS) তৈরি করে এই বিতর্কের সমাধান করে। এটি প্রথম প্রদর্শিত হয় November 1961-এ, একটি IBM 709-এ। তখন চারজন ব্যবহারকারীকে সেবা দেওয়া হতো, এবং প্রতিটি ব্যবহারকারীর কাজ আলাদা magnetic tape drive-এ সরিয়ে রাখা হতো। “Compatible” বলতে বোঝানো হয়েছিল যে মেশিনটি একই সঙ্গে পুরোনো batch system-ও চালাতে পারবে, কারণ শুধু নতুন কাজ করে এমন কম্পিউটার কেউ কেনে না।

চারজন ব্যবহারকারী বড় সংখ্যা নয়। কিন্তু এই পর্যায়ে পৌঁছাতে যে সমস্যাগুলো সমাধান করতে হয়েছিল, তার তালিকা ছোট নয়। আপনার kernel এখনো একই ধরনের সমস্যার সমাধান করে। CTSS-এর একটি scheduler দরকার ছিল, যাতে একটি দীর্ঘ job অন্য সব terminal-কে আটকে দিতে না পারে। এর memory protection দরকার ছিল, যাতে কোনো program crash করলে পুরো system নয়, শুধু একজন ব্যবহারকারী ক্ষতিগ্রস্ত হন। এমন storage দরকার ছিল, যা logout-এর পরও টিকে থাকে। এই কারণেই CTSS-এ আধুনিক ব্যবহারকারী চিনতে পারবেন—এমন প্রথম দিকের file system-গুলোর একটি ছিল। এছাড়া passwords দরকার ছিল, যাতে একজন ব্যবহারকারী অন্য ব্যবহারকারীর file পড়তে না পারেন।

এই অংশগুলোর নাম বদলালেই আপনি একটি Linux box পাবেন। Scheduler হলো EEVDF, যা Linux 6.6-এ CFS-এর স্থলাভিষিক্ত হয়েছে। Memory protection দেয় MMU (memory management unit), যা প্রতিটি process-এর জন্য আলাদা virtual address space নির্ধারণ করে। Logout-এর পরও টিকে থাকা storage হলো আপনার home directory। Password file-টির নাম এখনো /etc/passwd।

Multics এবং computer utility

MIT-এর পরবর্তী system-টি McCarthy যে utility-এর কথা বলেছিলেন, সেটিই হওয়ার কথা ছিল। Project MAC 1963 সালে শুরু হয়, August 1964-এ একটি General Electric GE-645-এর জন্য চুক্তি স্বাক্ষর করে এবং 1965 সালে প্রথম Multics paper প্রকাশ করে। নামের মধ্যেই এর উদ্দেশ্য রয়েছে: Multiplexed Information and Computing Service। এখানে Service বলতে এমন কিছু বোঝায়, যা আপনি ঘণ্টাভিত্তিক কিনবেন।

Multics তৈরি করতে পরিকল্পনার তুলনায় অনেক বেশি সময় লেগেছিল। Prototype GE-645 machine 1967 সালের January-তে MIT এবং Bell Labs-এ পৌঁছায়। Bell Labs 1969 সালের April-এ project থেকে সরে যায়। 1 October 1969-এ Multics MIT Information Processing Center-এর গ্রাহকদের জন্য চালু হয়। এরপর এটি কোনো না কোনো স্থানে একত্রিশ বছর production-এ চলেছে। সর্বশেষ live Multics system-টি Nova Scotia-এর Halifax-এ Canadian Department of National Defence-এ ছিল। এটি 30 October 2000-এ বন্ধ করা হয়।

Multics দেরিতে এসেছিল এবং ধীরগতিতে চলত বলে একে প্রায়ই ব্যর্থ project হিসেবে বিবেচনা করা হয়। তবে এর vocabulary ভিন্ন কথা বলে। Multics আমাদের দিয়েছে directory-এর ভিতরে directory-সহ hierarchical file system, প্রতিটি file-এর জন্য access control list, segmented virtual memory—যার সাহায্যে একটি program file-কে memory হিসেবে address করতে পারে—এবং protection ring, যা code কতটা trusted তার ভিত্তিতে তার স্তর নির্ধারণ করত। আপনার সামনে থাকা silicon-এ এখনও ring ব্যবহৃত হয়। Kernel-এর জন্য ring 0 এবং user code-এর জন্য ring 3—এগুলো Multics-এর vocabulary। পরে hardware virtualisation ring 0-এর নিচে hypervisor-এর জন্য আরেকটি mode যোগ করে, যাকে অনানুষ্ঠানিকভাবে ring -1 বলা হয়।

Unix: আপনার সাধ্যের মধ্যে থাকা মেশিনে time-sharing

Multics ছেড়ে Bell Labs-এ আসার পর Ken Thompson তাঁর ব্যবহারের উপযোগী কোনো system পেলেন না। 1969 সালে তিনি বাতিল করা একটি PDP-7-এ অনেক ছোট একটি system তৈরি শুরু করেন। প্রথম Unix Programmer's Manual-এর তারিখ November 1971। ততদিনে কাজটি PDP-11-এ স্থানান্তরিত হয়েছিল। 1973 সালে Thompson এবং Dennis Ritchie kernel-টি C-তে পুনর্লিখন করেন। ফলে system-টিকে নতুন hardware-এ নিতে হলে আবার হাতে লিখে তৈরি করতে হতো না।

এই কারণেই আপনি Multics-এর উত্তরসূরিতে নয়, Unix-এর উত্তরসূরিতে type করেন। Multics-এর জন্য Multics উপযোগী hardware প্রয়োজন ছিল। Unix সস্তা ও সহজলভ্য যেকোনো hardware-এ চলত। শেষ পর্যন্ত এটিই নির্ধারক বৈশিষ্ট্য হয়ে দাঁড়ায়।

Ritchie এবং Thompson-এর "The UNIX Time-Sharing System" প্রবন্ধটি July 1974-এ Communications of the ACM-এ প্রকাশিত হয়। প্রবন্ধটিতে আপনার VPS-এর বৈশিষ্ট্য বর্ণনা করা হয়েছে: processes, একটি hierarchical file system, plain byte stream হিসেবে files, fork, permission bits-সহ users ও groups, এবং একটি shell, যা kernel-এর অংশ নয় বরং একটি সাধারণ program। বাহান্ন বছর পরেও সেই interface সম্প্রসারিত হয়েছে, প্রতিস্থাপিত হয়নি।

1972 সালে কি সত্যিই mainframe-এ virtual machine চলত?

হ্যাঁ। এই বিষয়টিই অধিকাংশ মানুষ উপেক্ষা করে। MIT যখন Multics তৈরি করছিল, তখন IBM-এর Cambridge Scientific Center বিপরীত দিক থেকে একই লক্ষ্য অর্জনের চেষ্টা করছিল। একজন operating system দিয়ে অনেক ব্যবহারকারীকে সেবা দেওয়ার পরিবর্তে Robert Creasy এবং Les Comeau এমন একটি control program তৈরি করেছিলেন, যা প্রত্যেক ব্যবহারকারীকে একটি সম্পূর্ণ simulated computer দিত। CP-40 January 1967-এ production-এ যায়। প্রত্যেক ব্যবহারকারী একটি virtual System/360 পেতেন এবং এর ভেতরে CMS নামের একটি ছোট single-user operating system চালাতেন।

1968 সালে System/360-67-এ CP-40, CP-67-এ পরিণত হয়। IBM 2 August 1972-এ VM/370 ঘোষণা করে। অর্থাৎ, 54 বছর আগে এটি ছিল paying customer-দের কাছে বিক্রি করা একটি commercial hypervisor। একটি control program আসল hardware-কে multiplex করত। Guest operating system-গুলো কোনো পরিবর্তন ছাড়াই virtual machine-এর ভেতরে চলত এবং মনে করত, machine-টির মালিক তারাই।

তত্ত্বটি দুই বছর পরে প্রকাশিত হয়। এটি Communications of the ACM-এর July 1974 সংখ্যায় প্রকাশিত হয়েছিল, যে সংখ্যায় Unix-বিষয়ক paper-টিও ছিল। Gerald Popek এবং Robert Goldberg-এর “Formal Requirements for Virtualizable Third Generation Architectures” শীর্ষক paper-এ virtualisable হওয়ার জন্য processor-এর কী কী করতে হবে তা ব্যাখ্যা করা হয়। মূল নিয়মটি সংক্ষিপ্ত। Machine-এর state পড়তে বা পরিবর্তন করতে পারে এমন প্রতিটি instruction guest kernel mode-এর বাইরে থেকে execute করলে trap করতে হবে। এর ফলে hypervisor নিয়ন্ত্রণ নেয় এবং সেই guest-এর নিজস্ব private state version দিয়ে উত্তর দেয়। এই পদ্ধতিকে trap and emulate বলা হয়। IBM-এর hardware এই নিয়ম মেনে চলত।

মিনিকম্পিউটার কীভাবে প্রচলিত মডেল বদলে দিল

DEC 22 March 1965 তারিখে 1965 সালের হিসাবে প্রায় $18,000 দামে PDP-8 বাজারে আনে। এটি $20,000-এর কম দামে বিক্রি হওয়া প্রথম minicomputer ছিল এবং পরে 50,000-এর বেশি ইউনিট বিক্রি হয়। এরপর microprocessor দাম আরও কমিয়ে দেয়। কোনো department নিজের machine কিনতে পারলে, এবং পরে কোনো ব্যক্তি নিজে কিনতে পারলে, একটি central computer ভাগাভাগি করার সমস্যাটি সমাধান হয়ে গেছে বলে মনে হয়; এটি আর সমাধান করার প্রয়োজন নেই বলেই ধরা হয়। 1980s ও 1990s জুড়ে computing desk-এ এবং ছোট x86 server-এর rack-এ ছড়িয়ে পড়ে।

অপচয়টি ভিন্ন রূপে ফিরে আসে। প্রতি server-এ একটি application রাখা বোঝা সহজ, কিন্তু এতে hardware-এর অধিকাংশ অব্যবহৃত থাকে, যদিও power এবং rack space-এর সম্পূর্ণ খরচ দিতে হয়। এটি আবারও CTSS-এর সমস্যা, তবে এবার বড় পরিসরে; এখানে ব্যয়বহুল resource processor নয়, বরং room এবং electricity। সমাধানটিও আগের মতোই ছিল। machine ভাগাভাগি করুন।

x86 ভার্চুয়ালাইজ করা এত কঠিন ছিল কেন?

কারণ x86, Popek এবং Goldberg-এর নিয়ম ভঙ্গ করেছিল। August 2000-এ অনুষ্ঠিত 9th USENIX Security Symposium-এ John Scott Robin এবং Cynthia Irvine Pentium instruction set বিশ্লেষণ করে এমন 17টি instruction খুঁজে পান, যেগুলো user-mode code চালানোর সময় fault না ঘটিয়েই privileged state পড়ে বা পরিবর্তন করে। popf এর আদর্শ উদাহরণ। এটি user mode-এ চালালে processor নিঃশব্দে সেই bit-গুলো উপেক্ষা করে, যেগুলো program-টির set করার অনুমতি নেই। fault ঘটায় না। তাই trap-and-emulate পদ্ধতিতে তৈরি hypervisor জানতে পারে না যে guest ওই instruction চালানোর চেষ্টা করেছিল।

Hardware ঠিক হওয়ার আগে দুটি সমাধান দেখা দেয়। 1998 সালে Stanford-এর Disco research থেকে প্রতিষ্ঠিত VMware guest kernel code পরীক্ষা করে এবং সমস্যাজনক instruction-গুলো execute হওয়ার আগে পুনর্লিখত। এই কৌশলকে binary translation বলা হয়। University of Cambridge Computer Laboratory-এর Xen অন্য পদ্ধতি নেয়। October 2003-এ SOSP-এ উপস্থাপিত "Xen and the Art of Virtualization" paper-এ paravirtualisation ব্যাখ্যা করা হয়: পরিবর্তিত guest kernel ইচ্ছাকৃতভাবে hypervisor-কে call করে, এমন instruction চালানোর পরিবর্তে যেগুলো hypervisor intercept করতে পারে না।

এরপর hardware ঠিক করা হয়, যেভাবে IBM 1960s-এ এটি ঠিক করেছিল। Intel 14 November 2005-এ দুটি Pentium 4 model-এ VT-x ship করে এবং AMD May 2006-এ AMD-V ship করে। উভয় প্রযুক্তিই guest kernel-এর নিচে একটি processor mode যোগ করে। ফলে guest নিজের kernel পূর্ণ গতিতে চালাতে পারে, আর hypervisor সেই event-গুলোর নিয়ন্ত্রণ ধরে রাখে যেগুলোর জন্য guest অনুরোধ করে। এতে সাধারণ operating system-এর ভেতরে থাকার মতো ছোট hypervisor তৈরি করা সম্ভব হয়। Avi Kivity-এর Qumranet-এ তৈরি KVM ঠিক সেটিই করে: এটি Linux kernel-কেই hypervisor-এ পরিণত করে। KVM Linux 2.6.20-এ merge করা হয়, যা February 2007-এ released হয়। বর্তমানে VPS host-গুলোর একটি বড় অংশে এটিই চালানো হয়।

VPS-এর নামের উৎপত্তি

2000-এর দশকের শুরুর দিকে দুটি ধারা একত্রিত হয়। একটি ছিল x86-এ পূর্ণ virtual machine, যেখানে guest নিজস্ব kernel boot করত। অন্যটি ছিল operating-system-level virtualisation: একটি shared Linux kernel-কে পৃথক environment-এ ভাগ করা হতো, এবং প্রতিটির নিজস্ব root user ও process table থাকত। Linux-VServer এবং SWsoft-এর Virtuozzo দুটিই 2001 সালে আত্মপ্রকাশ করে। SWsoft 2005 সালে Virtuozzo-এর একটি অংশ open-source OpenVZ হিসেবে প্রকাশ করে। "virtual private server" শব্দবন্ধটি এই ধারার দিক থেকেই এসেছে। এটি virtual private network-এর অনুরূপ করে গঠিত।

Amazon rental-কে একটি API call-এ পরিণত করে। S3 14 March 2006-এ চালু হয়। EC2 25 August 2006-এ সীমিত public beta হিসেবে উন্মুক্ত হয়। এটি Xen-এর উপর চলত এবং তখন একটি মাত্র instance type ছিল। Compute কেনা আর service bureau-এর সঙ্গে চুক্তির বিষয় রইল না। এটি এমন একটি request-এ পরিণত হলো, যার ফল এক মিনিটের মধ্যে পাওয়া যায়।

দুটি ধারাই টিকে আছে। আপনি যে server ভাড়া নেন, সেটিতে কী করতে পারবেন তা এখনো এই বিভাজনই নির্ধারণ করে। KVM VPS নিজস্ব kernel boot করে। তাই আপনি kernel module load করতে পারেন এবং এমনকি আপনার VPS-এর ভেতরে একটি hypervisor চালাতে পারেন। Container-ভিত্তিক plan host kernel share করে এবং তা পারে না। Pricing page-এর ওই একটি লাইনের পেছনে ষাট বছরের ইতিহাস রয়েছে। তাই VPS বেছে নেওয়ার আগে VPS, VM এবং VPC-এর পার্থক্য বোঝা গুরুত্বপূর্ণ।

মেইনফ্রেম থেকে আপনার VPS-এ কী পরিবর্তিত হয়েছে, আর কী পরিবর্তিত হয়নি

চারটি বিষয় পরিবর্তিত হয়েছে। মেশিনটি আর আপনার ভবনে নেই। টার্মিনালটি আসবাবের একটি অংশের পরিবর্তে একটি প্রোগ্রাম। আপনি যে ইউনিট ভাড়া নেন, সেটি অন্য কারও operating system-এর একটি account নয়; নিজস্ব kernel-সহ একটি সম্পূর্ণ computer। আর দাম এত কমেছে যে এটি কেনা procurement process নয়, card payment-এর মাধ্যমে করা যায়।

মূল প্রক্রিয়াটিতে কোনো পরিবর্তন হয়নি।

• আপনার ssh session একটি time-sharing terminal। আপনি একটি login এবং একটি shell পান, আর scheduler ঠিক করে আপনার process পরেরবার কখন চলবে।
• Isolation এখনও hardware দ্বারা প্রয়োগ করা হয়। MMU এবং processor-এর privilege level-গুলোই এই কাজ করে, যেমন 1967 সালে CP-40-এর জন্যও করত।
• অতিবাহিত সময়ের ভিত্তিতে আপনি এখনও একটি machine-এর অংশ ব্যবহারের জন্য bill পান, যেমন service bureau-গুলো connect hour অনুযায়ী bill করত।
• অন্য tenant-দের প্রভাব এখনও টের পান। host অতিরিক্তভাবে oversubscribed হলে আপনার guest একটি physical CPU-এর জন্য অপেক্ষা করে, আর Linux সেই অপেক্ষাকে অতিরিক্ত চাপ সৃষ্টি করা প্রতিবেশীর CPU steal time হিসেবে report করে।

এই শেষ বিষয়টিই পুরো ইতিহাসের সৎ সারসংক্ষেপ। একটি machine share করা একটি trade-off। 1961 সালে এটি গ্রহণ করা হয়েছিল, কারণ computer-এর দাম মানুষের চেয়ে বেশি ছিল। 2026 সালেও এটি গ্রহণ করা হয়, কারণ দশ শতাংশ capacity-তে চলা একটি server অর্থ অপচয় করে। আপনি যদি এই trade-off-এর operator-side-এ থাকতে চান, তাহলে আপনার মালিকানাধীন hardware-এ Proxmox চালালে hypervisor এবং operator-এর সমস্যাগুলো একসঙ্গে আপনার হাতে আসে।

এই অনুপাতটি মনে রাখুন। CTSS এমন একটি machine-এ চারজন user-কে service দিত, যেটির দাম 1961 সালের হিসাবে millions of dollars এবং সেটি একটি ঘরজুড়ে থাকত। 2026 সালে মাসে কয়েক dollars-এর বিনিময়ে আপনার VPS, Corbató-এর team যে computer-টির ব্যবহার ভাগ করে নিত তার চেয়ে অনেক উন্নত computer, এবং এটি শুধু আপনার ব্যবহারের জন্য। আপনি এটি ভাড়া নিতে পারছেন, কারণ পঁয়ষট্টি বছর আগের একটি ধারণা অবশেষে সস্তা hardware-এর সঙ্গে মিলেছে। এতে কী রাখবেন তা নির্ধারণ করতে চাইলে প্রথমে একটি VPS আপনাকে আসলে কী দেয় এবং তারপর মানুষ এতে কী চালায় দেখুন।

FAQ

প্রথম time-sharing computer system কোনটি ছিল?

CTSS, অর্থাৎ Compatible Time-Sharing System, MIT Computation Center-এ Fernando Corbató-এর দলের তৈরি। এটি প্রথম November 1961-এ IBM 709-এ প্রদর্শিত হয় এবং চারজন user-কে service দিত; প্রত্যেক user-কে আলাদা tape drive-এ swap out করা হতো। পুরো একটি community-র জন্য প্রথম time-sharing service ছিল Dartmouth Time-Sharing System। 1 May 1964-এ John Kemeny এবং একজন student programmer একই সময়ে দুটি terminal-এ BASIC program চালান, এবং উভয় terminal-ই সঠিক উত্তর পায়।

Virtual machine কি সত্যিই 1960s-এ আবিষ্কৃত হয়েছিল?

হ্যাঁ। IBM-এর Cambridge Scientific Center January 1967-এ CP-40 production-এ চালু করে। এতে প্রতিটি user একটি সম্পূর্ণ virtual System/360 পেত, যার ভিতরে CMS operating system চলত। 1968-এ System/360-67-এর জন্য CP-67 আসে, এবং IBM 2 August 1972-এ VM/370 ঘোষণা করে। এগুলো ছিল unmodified guest operating system চালানো প্রকৃত hypervisor, যা commercial ভাবে বিক্রি হয়েছিল—x86 hardware একই কাজ করতে পারার কয়েক দশক আগে।

Mainframe-এ virtualisation কঠিন না হলেও x86-এ কেন কঠিন ছিল?

Popek এবং Goldberg-এর 1974 সালের rule অনুযায়ী, guest kernel mode-এর বাইরে চলার সময় machine state পড়তে বা পরিবর্তন করতে পারে এমন প্রতিটি instruction-কে trap করতে হবে। x86 এই rule মানত না। Robin এবং Irvine দেখেছিলেন, Pentium-এর 17টি instruction user mode-এ trap না করে নীরবে ব্যর্থ হয়। তাই classic trap-and-emulate hypervisor সেগুলো শনাক্ত করতে পারে না, এবং popf হলো এর প্রচলিত উদাহরণ। VMware binary translation এবং Xen paravirtualisation ব্যবহার করে এই সমস্যা এড়ায়। পরে November 2005-এ Intel VT-x এবং May 2006-এ AMD-V hypervisor-এর জন্য hardware mode যোগ করে।

VPS ভাড়া নেওয়া কি time-sharing account থাকার সমান?

Billing model এবং isolation problem একই। তবে unit আলাদা। Time-sharing user অন্য সবার সঙ্গে shared operating system-এ একটি account পেত। তাই administrator ছিলেন computer centre-এর কেউ। KVM VPS আপনাকে নিজস্ব kernel এবং নিজস্ব root account-সহ একটি virtual machine দেয়। তাই administrator আপনি নিজেই। Container-based VPS এই দুই ব্যবস্থার মাঝামাঝি। কারণ এটি host kernel share করে, কিন্তু আপনার নিজস্ব environment-এর ভিতরে root access দেয়।