Shared hosting নাকি VPS, আপনার জন্য কোনটি দরকার?

Shared hosting বনাম VPS: সংক্ষিপ্ত উত্তর

Shared hosting বনাম VPS কোনো গতি-সংক্রান্ত প্রশ্ন নয়। Shared hosting-এ আপনি এমন একটি মেশিনে একটি account ভাড়া নেন, যেটি অন্য কেউ configure ও patch করে এবং শত শত customer-এর মধ্যে ভাগ করে দেয়। VPS (virtual private server)-এ আপনি root access-সহ একটি সম্পূর্ণ operating system ভাড়া নেন। তাই আপনি নিজের প্রয়োজনের software install করতে পারেন, এবং যা নষ্ট করবেন তা নিজেকেই ঠিক করতে হবে।

মূল পার্থক্য তিনটি। আপনার root access আছে কি না, সেটিই প্রথম। আপনার memory আপনাকে বরাদ্দ করা হয়েছে, নাকি একটি pool থেকে ধার নেওয়া হচ্ছে, সেটিই দ্বিতীয়। আর server মধ্যরাতে response দেওয়া বন্ধ করলে host সেটি ঠিক করবে, নাকি আপনাকেই করতে হবে, সেটিই তৃতীয়। Feature grid-এর প্রতিটি বিষয় এই তিনটি পার্থক্য থেকেই নির্ধারিত হয়।

আপনার site-এ যদি শুধু page, image এবং একটি contact form থাকে, তাহলে shared hosting-ই সঠিক পছন্দ এবং এর খরচও কম। আপনার site-এ যদি এমন কোনো program প্রয়োজন হয়, যেটি কেউ visit না করলেও চলতে থাকে, তাহলে আপনার VPS প্রয়োজন।

শেয়ার্ড হোস্টিংয়ে আসলে কী সুবিধা পাওয়া যায়

একটি Linux server একই সময়ে অনেক customer account চালায়। প্রতিটি account-এর মধ্যে একটি home directory, document root, database এবং mailbox থাকে। সাধারণত Apache বা LiteSpeed-এর মতো একটি web server server-এ থাকা সব site পরিবেশন করে। Shell prompt-এর পরিবর্তে আপনি একটি control panel পান। root access পান না। তাই package install, port open বা background service start করতে পারেন না।

বেশিরভাগ shared host CloudLinux চালায়। এটি প্রতিটি account-কে আলাদা container-এ রাখে এবং processor time ও একই সময়ে চালানো process-এর সংখ্যার ওপর কঠোর সীমা নির্ধারণ করে। Process limit অতিক্রম করলে আপনার site ধীর হয় না। Server 508 Resource Limit Is Reached লেখা একটি error page ফেরত দেয়। এই page দেখায় যে আপনার নিজের account তার সীমায় পৌঁছেছে। অন্য কোনো account আপনার নির্ধারিত resource ব্যবহার করছে না।

এই বিনিময়টি ইচ্ছাকৃত। আপনি control ছেড়ে দেন। এর পরিবর্তে host kernel patch করে, PHP update করে, certificate renew করে এবং প্রতি রাতে backup রাখে। অনেক site-এর জন্য এটি কার্যকর বিনিময়।

VPS আপনাকে বাস্তবে যা দেয়

VPS হলো একটি host server-এ চলমান virtual machine। অধিকাংশ Linux VPS plan-এর পেছনে থাকা hypervisor KVM-এর অধীনে আপনার instance নিজস্ব kernel দিয়ে boot হয় এবং নিজস্ব IP address, firewall ও init system ব্যবহার করে। sudo কাজ করে। apt install কাজ করে। systemd-এর মাধ্যমে চালু করা কোনো program আপনি logout করার পরও চলতে থাকে, crash করলে আবার চালু হয় এবং reboot-এর পর পুনরায় চালু হয়।

এই root access-এর কারণেই machine-এর security-এর দায়িত্ব আপনার ওপর পড়ে। অন্য কেউ এটি monitor করছে না। VPS-এ মানুষ যে ধরনের জিনিস চালায় তার পরিসর ঠিক এই কারণেই বিস্তৃত: Linux server যা করতে পারে, এই server-ও তা করতে পারে।

পার্থক্য 1: root access এবং এর মাধ্যমে যা করা যায়

Root access-ই এমন মূল পার্থক্য, যেখান থেকে বাকি সব সুবিধা আসে। এটি থাকলে distribution-এর যেকোনো package install করতে, যেকোনো port-এ bind করতে, systemd unit লিখতে, মেশিনের সব log পড়তে এবং sysctl দিয়ে kernel setting পরিবর্তন করতে পারবেন। এটি না থাকলে panel-এ দেওয়া সীমিত তালিকাই ব্যবহার করতে হবে: একটি PHP version selector, নির্দিষ্ট কিছু extension এবং cron job তৈরির একটি form।

VPS-এ কোন port-এ কী listening করছে, তা মেশিনকে জিজ্ঞেস করতে পারবেন:

ss -ltnp

প্রতিটি line-এ একটি open socket এবং সেটির মালিক process দেখা যায়। তাই start হতে ব্যর্থ কোনো service-এর ক্ষেত্রে সংশ্লিষ্ট line অনুপস্থিত থাকবে। Shared hosting-এ এই প্রশ্নের কোনো উত্তর পাওয়া যায় না, কারণ port 80 এবং 443 host-এর web server-এর অধীনে থাকে এবং আপনার লেখা কোনো কিছুই সেগুলোর একটি দখল করতে পারে না।

পার্থক্য 2: নির্ধারিত মেমরি বনাম ধার করা মেমরি

Shared hosting এই ধারণার ওপর বিক্রি করা হয় যে একই সময়ে অল্প কয়েকটি account ব্যস্ত থাকবে। মেশিনের মেমরি একটি shared pool, এবং আপনার account-এর অংশটি reservation নয়, বরং একটি limit। আপনার নির্ধারিত অংশ শেষ হয়ে গেলে PHP process বন্ধ করে দেওয়া হয়, এবং visitor-রা 500 বা 508 response পায়।

VPS-এ আপনার plan-এর মেমরি আপনার instance-এর জন্য বরাদ্দ থাকে। free -m এটি দেখায়, এবং আপনার virtual machine-এর বাইরের কোনো process সেই মেমরি নিয়ে নিতে পারে না।

Processor time এর ক্ষেত্রে ব্যতিক্রমটি স্পষ্ট। অধিকাংশ VPS plan-এ guest-দের মধ্যে physical core shared থাকে, এবং আপনি নিজেই তা মাপতে পারেন:

vmstat 1 5

st column-টি steal time দেখায়: physical core অন্য guest-কে দেওয়া থাকায় আপনার virtual processor run করার জন্য প্রস্তুত থেকেও যত সময় কাজ করতে পারেনি, তার অনুপাত। কয়েক শতাংশের স্থির মান স্বাভাবিক। দীর্ঘ সময় ধরে double-digit মান থাকলে বোঝায় যে host-এ তার সক্ষমতার চেয়ে বেশি workload রয়েছে। এই মানটি আপনি support ticket-এ উল্লেখ করতে পারেন। Shared hosting-এ এর সমতুল্য কোনো reading নেই, কারণ এটি দেখাতে পারে এমন প্রতিটি tool-এর জন্য root access প্রয়োজন। Storage-ও একইভাবে কাজ করে। তাই VPS plan-এর পেছনে ব্যবহৃত disk type গুরুত্বপূর্ণ। এ কারণেই sales page-এর ওপর নির্ভর না করে প্রথম সপ্তাহেই নতুন VPS নিজে মেপে দেখা ভালো।

পার্থক্য 3: সমস্যা হলে দায়িত্ব কার

Shared hosting-এ operating system, web server, PHP build, certificate এবং nightly backup-এর দায়িত্ব host-এর। মেশিন সাড়া দেওয়া বন্ধ করলে আপনি ticket খুলবেন, এবং ততক্ষণে কেউ সমস্যা সমাধানে কাজ শুরু করে দেবে। এর বিনিময়টিও একই নিয়মের অন্য দিক: host যে software support করে না, সেটি install করে দিতে আপনি তাদের বলতে পারবেন না।

Unmanaged VPS-এ provider-এর দায়িত্ব hypervisor, network এবং power পর্যন্ত সীমিত। Kernel থেকে শুরু করে বাকি সবকিছুর দায়িত্ব আপনার। Security update, firewall, backup, certificate renewal এবং monitoring—সবই আপনাকেই পরিচালনা করতে হবে। Support আপনার web server config পরীক্ষা করতে login করবে না। প্রথম দিন থেকেই এর জন্য প্রস্তুতি নিন: নতুন VPS-এ প্রথম দশ মিনিট, এরপর আপনি বোঝেন এমন firewall, স্বয়ংক্রিয় security update এবং অন্তত একবার restore করা backup।

যখন shared hosting সঠিক পছন্দ

একটি brochure site এর সবচেয়ে স্পষ্ট উদাহরণ: কয়েকটি পৃষ্ঠা, কিছু ছবি, একটি contact form, সম্ভবত caching plugin-সহ WordPress, এবং প্রতিদিন কয়েক হাজার ভিজিট। কোনো background job নেই। কোনো অস্বাভাবিক runtime নেই। অনুরোধগুলোর মধ্যে কোনো কিছু memory-তে ধরে রাখার প্রয়োজন নেই। Shared hosting এই ধরনের site ভালোভাবে চালায়, যেকোনো VPS-এর চেয়ে কম খরচ হয়, এবং maintenance এমন ব্যক্তিদের হাতে দেয় যারা এটি full time করেন। VPS-এ স্থানান্তর করলে কোনো সুবিধা পাওয়া যায় না; বরং আপনার এমন একটি কাজ তৈরি হয় যা আগে ছিল না।

আরেকটি পরিস্থিতি আছে, যেটি তুলনামূলকভাবে কম আলোচিত। আপনার দলের কেউ যদি log file পড়তে বা apt upgrade চালাতে না চান, তাহলে shared hosting নিরাপদ পছন্দ। খোলা database port-সহ unpatched VPS-এর ফলাফল এমন একটি shared account-এর চেয়ে খারাপ, যেটি কোনো professional নিয়মিত আপডেট রাখেন। Control তখনই সুবিধা, যখন কেউ তা ব্যবহার করেন।

সংকেত 1: আপনার এমন একটি প্রোগ্রাম প্রয়োজন, যা চলমান থাকবে

Daemon হলো এমন একটি প্রোগ্রাম, যা মেমরিতে থেকে কাজের অপেক্ষা করে। উদাহরণ হলো API, chat bot, queue worker এবং game server। Shared hosting আপনার কোড শুধু কোনো request এলে চালায়। SSH (secure shell) session থেকে চলমান কোনো process রেখে দিলে সেটিও বন্ধ করে দেওয়া হয়, কারণ দীর্ঘক্ষণ চলা process account-এর process cap-এর মধ্যে গণনা হয়।

VPS-এ একই প্রোগ্রাম systemd unit হয়ে যায়:

sudo systemctl enable --now myapp
systemctl status myapp

systemctl status-এ process ID-সহ Active: active (running) দেখানো উচিত। সেখানে Active: failed (Result: exit-code) দেখালে কারণটি journalctl -u myapp -n 50-এ আছে। এটি প্রোগ্রাম বন্ধ হওয়ার মুহূর্তে তার নিজস্ব output দেখায়। Unit file-এ Restart=always crash-এর পরে প্রোগ্রামটি আবার চালু করে। enable reboot-এর পরে সেটিকে আবার চালু করে। systemd service এবং timer লেখা সঠিকভাবে শেখা VPS ব্যবস্থাপনার প্রথম গুরুত্বপূর্ণ দক্ষতা।

চিহ্ন 2: আপনার এমন একটি runtime প্রয়োজন যা panel-এ নেই

panel আপনাকে একটি তালিকা দেয়। আপনার application-এর জন্য সেই তালিকার বাইরের কোনো language version, compile করতে হয় এমন কোনো library, ffmpeg, কোনো headless browser বা MySQL ছাড়া অন্য কোনো database প্রয়োজন হলে shared hosting-এ সেগুলো রাখার কোনো ব্যবস্থা থাকে না। Software install করতে root প্রয়োজন। এই account-এ compiler এবং development headers নেই। তাই কোনো ফলাফল তৈরি হওয়ার আগেই build ব্যর্থ হয়।

VPS-এ আপনি apt install ব্যবহার করে এটি install করতে পারেন। অথবা container-এ চালিয়ে host পরিষ্কার রাখতে পারেন। Application-এ একাধিক চলমান উপাদান থাকলে VPS-এ Docker Compose ব্যবহার করাই সাধারণ পদ্ধতি।

সংকেত 3: আপনার cron job নির্ধারিত সময়ে চালাতে হবে

Shared host-এ একটি form-এর মাধ্যমে cron job গ্রহণ করা হয় এবং সর্বনিম্ন interval নির্ধারণ করা থাকে, সাধারণত five বা fifteen minutes। কোনো job account-এর processor limit অতিক্রম করলে সেটি মাঝপথে বন্ধ হয়ে যায়। এটি নীরবে ব্যর্থ হয়, কারণ আপনি পড়তে পারবেন এমন কোনো log-এ কিছু লেখা হয় না।

একটি VPS-এ crontab -e আপনার লেখা যেকোনো schedule গ্রহণ করে। systemd timer আরও ভালো:

systemctl list-timers
journalctl -u cron -n 20

list-timers প্রতিটি timer-এর পরবর্তী run এবং সর্বশেষ ফলাফল দেখায়। cron log-এ প্রতিটি command চালু হওয়ার সময় সেটিও দেখা যায়। কোনো job না চললে আপনি বুঝতে পারবেন সেটি কখনো শুরুই হয়নি, নাকি শুরু হয়ে ব্যর্থ হয়েছে। Scheduled task debug করার ক্ষেত্রে এই পার্থক্যই সবচেয়ে গুরুত্বপূর্ণ বিষয়।

লক্ষণ 4: পাশের অ্যাকাউন্টগুলোর কারণে response time বেড়ে যাচ্ছে

লক্ষণটি নির্দিষ্ট। আপনার code-এ কোনো পরিবর্তন না থাকলেও একই page রাতে দ্রুত response দেয় এবং সন্ধ্যা 7টায় ধীরে response দেয়। কাউকে দোষ দেওয়ার আগে নিজের machine থেকে এটি মাপুন:

for i in $(seq 1 20); do curl -o /dev/null -s -w '%{time_starttransfer}\n' https://example.com/; sleep 5; done

time_starttransfer হলো response-এর প্রথম byte পেতে সময়, যা seconds-এ প্রকাশ করা হয়। বিশটি সংখ্যা কাছাকাছি থাকলে server আপনার সমস্যার কারণ নয়; সমাধান করতে হবে আপনার code বা database query-তে। যদি 3am-এ সময় স্থির থাকে কিন্তু peak hours-এ কয়েক hundred milliseconds পর্যন্ত ওঠানামা করে, তাহলে আপনি এমন একটি ব্যস্ত machine অন্য account-গুলোর সঙ্গে ভাগ করে ব্যবহার করছেন যেগুলো আপনি দেখতে পান না। ভালো code লিখে এই সমস্যার সমাধান করা যায় না, কারণ এর কারণ account boundary-এর অন্য পাশে।

এই স্থানান্তরের প্রকৃত খরচ

প্রতিটি শ্রেণির সবচেয়ে ছোট plan-এর জন্য August 2026 অনুযায়ী এগুলো সাধারণত বিজ্ঞাপিত দাম। এগুলোকে নির্দিষ্ট quotation নয়, বরং আনুমানিক চিত্র হিসেবে বিবেচনা করুন। কেনার আগে বর্তমান দাম যাচাই করুন।

[
  {
    "plan": "Shared hosting",
    "first_term_usd": 3,
    "renewal_usd": 12
  },
  {
    "plan": "VPS, 1 vCPU 1 GB",
    "first_term_usd": 5,
    "renewal_usd": 6
  },
  {
    "plan": "VPS, 2 vCPU 4 GB",
    "first_term_usd": 12,
    "renewal_usd": 15
  },
  {
    "plan": "Managed VPS, 2 vCPU 4 GB",
    "first_term_usd": 25,
    "renewal_usd": 30
  }
]

প্রকাশ্য দামের পার্থক্য প্রতি মাসে 3 থেকে 5 US dollars পর্যন্ত, কিন্তু কোনো সিদ্ধান্তের জন্য শুধু এই সংখ্যাটি যথেষ্ট নয়। Shared hosting সাধারণত প্রথম মেয়াদের এমন দাম দেখায়, যার জন্য এক থেকে তিন বছরের খরচ আগাম দিতে হয়। Renewal-এর সময় দাম প্রায় 12 dollars হয়। Renewal-এর সঙ্গে renewal তুলনা করলে চিত্রটি বদলে যায়: shared account-এর জন্য 12 dollars, আর entry VPS-এর জন্য 6 dollars।

এই তুলনায় সতর্ক থাকুন, কারণ plan-এর আকার সমান নয়। 1 vCPU এবং 1 GB VPS একই ছোট server-এ web server ও database চালায়। বাস্তব traffic শুরু হলে WordPress-এর জন্য এটি দ্রুত সীমিত হয়ে পড়ে। Renewal করা shared plan-এর সঙ্গে সৎভাবে তুলনা করতে হলে প্রায় 15 dollars-এর 2 vCPU, 4 GB plan বিবেচনা করতে হবে। তাই প্রকৃত অতিরিক্ত খরচ মাসে কয়েক dollars, কয়েক গুণ নয়।

বড় খরচটি invoice-এ দেখা যায় না। VPS স্থাপনের জন্য অতিরিক্ত এক ঘণ্টা সময়, প্রতি মাসে update করার জন্য কয়েক মিনিট, এবং প্রথমবার কিছু নষ্ট হলে troubleshooting-এর জন্য একটি সন্ধ্যা ব্যয় হয়। আপনার নিজের ঘণ্টাপ্রতি rate দিয়ে এই সময়ের মূল্য হিসাব করলে দামের পার্থক্য দ্রুত কমে আসে। বাস্তবে VPS-এর খরচ-এ plan-এর আকার ও খরচ আরও বিস্তারিতভাবে ব্যাখ্যা করা হয়েছে।

শেয়ার্ড হোস্টিং থেকে ট্রাফিক না হারিয়ে সাইট স্থানান্তর

1. এক দিন আগে ডোমেনের DNS (domain name system) TTL (time to live) 300 সেকেন্ডে কমিয়ে দিন। এতে পরিবর্তন কার্যকর হতে কয়েক ঘণ্টার বদলে কয়েক মিনিট লাগবে।
2. নতুন সার্ভার প্রস্তুত করুন এবং DNS পরিবর্তনের আগে তার IP address ব্যবহার করে সাইটটি সচল করুন।
3. ফাইল কপি করুন। এরপর database dump নিয়ে নতুন সার্ভারে restore করুন।
4. আপনার laptop-এর hosts file ব্যবহার করে পরীক্ষা করুন। এই file শুধু আপনার মেশিনের জন্য ডোমেনটিকে নতুন IP address-এ নির্দেশ করবে।
5. নতুন সার্ভারে TLS (transport layer security) certificate issue করুন। A record পরিবর্তন করুন এবং shared account এক সপ্তাহ চালু রাখুন।

dig example.com A +noall +answer
rsync -avz ~/public_html/ deploy@203.0.113.10:/srv/www/example.com/
mysqldump --single-transaction -u dbuser -p dbname > site.sql

dig তার উত্তরের দ্বিতীয় কলামে TTL দেখায়। ফলে কোনো পরিবর্তন করার আগে কমানো মানটি কার্যকর হয়েছে কি না নিশ্চিত করতে পারবেন। --single-transaction table lock না করে একটি consistent snapshot তৈরি করে। পুরোনো সাইটে আপনি কাজ করার সময়ও যদি order নেওয়া চলতে থাকে, এটি গুরুত্বপূর্ণ। নতুন সার্ভারে একই দিন certificate কার্যকর করুন: DNS record নতুন সার্ভারে নির্দেশ করার পর Ubuntu-তে nginx দিয়ে Let's Encrypt ব্যবহার করতে কয়েক মিনিট লাগে।

দায়িত্ব ছাড়াই সম্পদ

চারটি লক্ষণ আপনার সাইটের ক্ষেত্রে প্রযোজ্য হলেও রক্ষণাবেক্ষণের কাজটি আপনার পছন্দ না হলে, মাঝামাঝি বিকল্পটি হলো managed VPS। নির্ধারিত memory এবং root-level capability আপনার কাছেই থাকে, আর provider patching, monitoring এবং সাধারণত একটি panel পরিচালনা করে। উপরের chart-এ একই আকারের unmanaged VPS-এর জন্য 15 ডলারের বিপরীতে managed VPS-এর খরচ প্রায় 30 ডলার দেখানো হয়েছে। সার্ভারটি রাতে সাড়া না দিলে এই অতিরিক্ত খরচে অন্য কেউ সমস্যাটির দিকে নজর দেয়।

managed এবং unmanaged VPS-এর মধ্যে সিদ্ধান্ত আপনার পরিস্থিতির সঙ্গে মিলে গেলে পরবর্তী পাঠ হিসেবে এটি পড়ুন। আর আপনি যদি ইতিমধ্যে ব্যস্ত একটি VPS চালান এবং peak hours-এ steal time এখনও বেশি থাকে, তাহলে পরবর্তী ধাপ হলো কোনো প্রতিবেশী ছাড়াই একটি dedicated server।

FAQ

VPS কি shared hosting-এর চেয়ে দ্রুত?

সবসময় নয়। একটি নিরিবিলি shared server একটি single WordPress page পরিবেশনে 1 vCPU VPS-কে ছাড়িয়ে যেতে পারে। VPS আপনাকে যে সুবিধা দেয় তা হলো সামঞ্জস্যপূর্ণ কর্মক্ষমতা: আপনার plan-এ বরাদ্দ memory আপনার জন্যই থাকে। তাই response time মেশিনের সবচেয়ে ব্যস্ত account-এর ওপর নয়, আপনার code-এর ওপর নির্ভর করে। 3am এবং 7pm—উভয় সময়েই যদি আপনার page ধীর হয়, তাহলে কারণ আপনার code বা database query। একই code VPS-এ নিলে সমস্যাটিও সঙ্গে যাবে।

shared hosting-এ কি Node.js বা Python app চালাতে পারি?

কখনও কখনও, এবং তা-ও কঠোর সীমার মধ্যে। কিছু panel Passenger-এর মাধ্যমে আপনার জন্য application চালু করে, যা request এলে চালায়। আপনি নিজের port bind করতে পারবেন না, কারণ host-এর web server 80 এবং 443 port নিয়ন্ত্রণ করে। request-এর মধ্যবর্তী সময়ে কোনো worker memory-তে চালু রাখতে পারবেন না, কারণ account-এর process limit দীর্ঘক্ষণ চলা যেকোনো process বন্ধ করে দেয়। bot, queue worker বা websocket server-এর জন্য VPS প্রয়োজন।

VPS চালাতে কি Linux জানা দরকার?

unmanaged VPS-এর ক্ষেত্রে, হ্যাঁ। আপনার SSH key, firewall, update, backup এবং log পড়ার অভ্যাস জানা দরকার। প্রাথমিক setup-এর জন্য 1 ঘণ্টা এবং এরপর প্রতি মাসে কয়েক মিনিট সময় ধরুন। আপনি যদি এই কাজ করতে না চান, managed plan বরাদ্দ resource বজায় রাখে এবং maintenance provider-এর কাছে ফিরিয়ে দেয়। এটি managed এবং unmanaged VPS hosting-এর পার্থক্য-এ বর্ণিত trade-off।

shared hosting থেকে VPS-এ যাওয়ার সময় কি আমার site বন্ধ হয়ে যাবে?

আপনি আগে DNS TTL কমিয়ে উভয় account চালু রাখলে হবে না। এক দিন আগে TTL 300 seconds-এ সেট করুন। এরপর file ও database copy করুন, আপনার laptop-এর hosts file ব্যবহার করে নতুন server পরীক্ষা করুন, তারপর A record পরিবর্তন করুন। কয়েক মিনিটের জন্য কিছু visitor পুরোনো server-এ এবং কিছু visitor নতুন server-এ পৌঁছাবে। তাই shared account এক সপ্তাহ চালু রাখুন। চূড়ান্ত database dump নেওয়ার সময় site-কে read-only mode-এ রাখুন। তা না হলে ওই সময়ের মধ্যে লেখা যেকোনো data হারানোর ঝুঁকি মেনে নিন।