Shared hosting அல்லது VPS: எது உங்களுக்கு தேவை?

Shared hosting மற்றும் VPS: சுருக்கமான பதில்

Shared hosting மற்றும் VPS பற்றிய முடிவு வேகத்தை மட்டும் சார்ந்ததல்ல. Shared hosting-ல், வேறு ஒருவர் configuration செய்து, patches நிறுவி, பல customers-க்கிடையே பகிர்ந்து நிர்வகிக்கும் machine-ல் ஒரு account-ஐ நீங்கள் வாடகைக்கு எடுக்கிறீர்கள். Unmanaged VPS (virtual private server)-ல், root access கொண்ட முழு operating system-ஐ நீங்கள் வாடகைக்கு எடுக்கிறீர்கள். எனவே விரும்பிய software-ஐ நிறுவலாம்; நீங்கள் ஏற்படுத்திய கோளாறுகளை நீங்களே சரிசெய்ய வேண்டும்.

மூன்று அம்சங்களில்தான் உண்மையான வேறுபாடு உள்ளது. உங்களிடம் root access இருக்கிறதா இல்லையா என்பது முதல் அம்சம். உங்கள் memory allocation மற்றும் guarantees, நீங்கள் தேர்ந்தெடுக்கும் plan-ஐ சார்ந்திருக்கும். மேலும், server நள்ளிரவில் பதிலளிப்பதை நிறுத்தினால், அதை host சரிசெய்யுமா அல்லது நீங்களே சரிசெய்ய வேண்டுமா என்பதும் முக்கியம். Feature grid-ல் உள்ள மற்ற அனைத்தும் இந்த மூன்று அம்சங்களிலிருந்தே தீர்மானிக்கப்படுகின்றன.

உங்கள் site-ல் pages, images மற்றும் contact form மட்டுமே இருந்தால், பல sites-க்கு shared hosting சரியான தேர்வாகும். யாரும் visit செய்யாத நேரத்திலும் தொடர்ந்து இயங்கும் program உங்கள் site-க்கு தேவைப்பட்டால், VPS தேர்வு செய்வதற்கு முன் உங்கள் shared host persistent services-ஐ ஆதரிக்கிறதா என்பதைச் சரிபார்க்கவும்.

Shared hosting உண்மையில் உங்களுக்கு வழங்குவது

ஒரே Linux server ஒரே நேரத்தில் பல customer accounts-ஐ இயக்குகிறது. ஒவ்வொரு account-மும் document root, database மற்றும் mailbox கொண்ட home directory ஆகும். பொதுவாக Apache அல்லது LiteSpeed ஆகியவற்றில் ஒன்று, அந்த server-ல் உள்ள அனைத்து sites-ஐயும் வழங்குகிறது. உங்களுக்கு control panel கிடைக்கும். சில hosts shell prompt-ஐயும் வழங்குகின்றன. உங்களுக்கு root கிடைக்காது. ஆனால் சில providers உங்கள் home directory-ல் software install செய்யவும், அனுமதிக்கப்பட்ட ports-ஐ பயன்படுத்தவும், background services இயக்கவும் அனுமதிக்கின்றனர்.

பல shared hosts CloudLinux-ஐ இயக்குகின்றன. இது ஒவ்வொரு account-ஐயும் தனித்தனி lightweight container-ல் வைக்கிறது. Processor time, memory, disk I/O, processes-ன் எண்ணிக்கை மற்றும் entry processes-ன் எண்ணிக்கை ஆகியவற்றுக்கு வரம்புகள் விதிக்கப்படும். ஒவ்வொரு வரம்பும் வெவ்வேறு முறையில் பாதிப்பை ஏற்படுத்தும். Processor அல்லது I/O வரம்பை அடைந்தால் உங்கள் site மெதுவாக பதிலளிக்கும்; அது செயலிழக்காது. Memory அல்லது process வரம்பை அடைந்தால் பொதுவாக 500 மற்றும் 503 errors தோன்றும். Apache-ல் 508 Resource Limit Reached என்ற title கொண்ட error page, entry-process வரம்பினால் தோன்றும். LiteSpeed entry processes-ஐ வேறுபட்ட முறையில் கையாளுகிறது. எல்லா சந்தர்ப்பங்களிலும் உங்கள் சொந்த account-தான் அதன் வரம்பை அடைகிறது; அருகிலுள்ள மற்றொரு account உங்கள் share-ஐ எடுத்துக்கொள்வதில்லை.

இந்த trade திட்டமிட்டதே. நீங்கள் control-ஐ விட்டுக்கொடுக்கிறீர்கள். அதற்குப் பதிலாக host kernel-ஐ patch செய்து, ஆதரிக்கப்படும் software-ஐ பராமரிக்கிறது. Certificate renewal மற்றும் backup schedules, நீங்கள் தேர்ந்தெடுத்த plan-ஐப் பொறுத்தது. பல sites-க்கு இது பயனுள்ள trade ஆகும்.

VPS உண்மையில் உங்களுக்கு வழங்குவது

VPS என்பது ஒரு host server-ல் இயங்கும் virtual machine ஆகும். KVM-ன் கீழ், உங்கள் instance தனது சொந்த kernel-ஐ boot செய்கிறது. அதற்கு சொந்த IP address, சொந்த firewall மற்றும் சொந்த init system இருக்கும். root access கொண்ட unmanaged Linux VPS-ல், sudo இயங்கும். Debian அல்லது Ubuntu installation-ல், apt install இயங்கும். systemd மூலம் தொடங்கும் program, நீங்கள் logout செய்த பிறகும் இயங்கிக்கொண்டிருக்கும். பொருத்தமான restart மற்றும் boot configuration இருந்தால், அது crash ஆன பிறகு மீண்டும் தொடங்கும். reboot செய்த பிறகும் மீண்டும் இயங்கும்.

அதே root access காரணமாக, machine-ன் security உங்கள் பொறுப்பாகிறது. அதை வேறு யாரும் கண்காணிப்பதில்லை. VPS-ல் மக்கள் இயக்கும் விஷயங்களின் வரம்பு இதனால் பரந்ததாக உள்ளது. Linux server செய்யக்கூடிய எதையும் அந்த machine செய்யும்.

root access வேறுபாடு மற்றும் அது வழங்கும் கட்டுப்பாடுகள்

root account உங்களுக்கு operating system மீது முழுக் கட்டுப்பாட்டை வழங்குகிறது. இதன் மூலம் distribution-இலிருந்து எந்த package-ஐயும் install செய்யலாம், எந்த port-ஐயும் bind செய்யலாம், systemd unit எழுதலாம், machine-ல் உள்ள அனைத்து log-களையும் படிக்கலாம், மேலும் sysctl மூலம் kernel settings-ஐ மாற்றலாம். root access இல்லாதபோதும் panel மட்டுமே வரம்பாக இருக்காது: additional PHP extensions-ஐ ad_install_pecl மூலம் install செய்வதை alwaysdata ஆதரிக்கிறது.

VPS-ல் எந்த process listening நிலையில் உள்ளது என்பதை machine-இடமே எப்போதும் கேட்கலாம்:

ss -ltnp

ஒவ்வொரு socket row-வும் ஒரு TCP listener-ஐ காட்டும். Process details-ஐ பார்க்கும் திறன் உங்கள் permissions-ஐப் பொறுத்தது. எனவே TCP-ல் listen செய்ய வேண்டிய service start ஆகத் தவறினால், அது missing line ஆகத் தோன்றும். Shared hosting-ல் socket information-ஐ அணுகும் திறனும், உங்கள் சொந்த listener-களை இயக்கும் permission-உம் provider-ஐப் பொறுத்தது. இருப்பினும் host, 80 மற்றும் 443 ports-ஐக் கட்டுப்படுத்தும்.

வேறுபாடு 2: ஒதுக்கப்பட்ட memory மற்றும் கடனாகப் பயன்படுத்தப்படும் memory

ஒரே நேரத்தில் சில accounts மட்டுமே busy ஆக இருக்கும் என்ற அனுமானத்தின் அடிப்படையில் shared hosting விற்கப்படுகிறது. Machine-ல் உள்ள memory ஒரு pool ஆகும். உங்கள் account-க்கு கிடைக்கும் அதன் பங்கு reservation அல்ல; அது ஒரு limit. CloudLinux-ல் physical-memory limit-ஐ எட்டினால் processes நிறுத்தப்படும். Visitors-க்கு 500 அல்லது 503 error கிடைக்கலாம்.

VPS-ல், free -m உங்கள் guest-க்கு visible ஆகும் memory-ஐ report செய்கிறது. அது மாற்ற முடியாத physical-memory reservation இருப்பதற்கான ஆதாரம் அல்ல. Ballooning மூலம் host, guest memory-ஐ reclaim செய்யலாம். இது உங்கள் plan-க்கான provider resource guarantees அனுமதிக்கிறதா என்பதையே சாரும்.

Shared-CPU VPS plans-ல் processor time-மும் பகிரப்படும் resource ஆகும். Steal time-ஐ நீங்களே அளவிடலாம்:

vmstat 1 5

st column, steal time-ஐ குறிக்கிறது. Physical core மற்றொரு guest-க்கு வழங்கப்பட்டிருந்தபோது, உங்கள் virtual processor run செய்யத் தயாராக இருந்த நேரத்தின் விகிதமே இது. Oversubscription-ஐ நிரூபிக்கும் பொதுவான normal percentage அல்லது threshold எதுவும் இல்லை. தொடர்ந்து காணப்படும் steal time-ஐ support ticket-ல் குறிப்பிடக்கூடிய அளவீடாகப் பயன்படுத்தலாம். தொடர்புடைய /proc files-ஐ அணுகினால் மட்டுமே vmstat இயங்கும். அதன் வழக்கமான readings-க்கு root தேவையில்லை. ஆனால் shared host அந்த visibility-ஐ கட்டுப்படுத்தலாம். Storage-மும் சரிபார்க்க வேண்டிய resource ஆகும். அதனால் VPS plan-க்கு பின்னால் பயன்படுத்தப்படும் disk type முக்கியம். அதே காரணத்தால், sales page-ஐ நம்புவதற்குப் பதிலாக முதல் வாரத்திலேயே புதிய VPS-ஐ நீங்களே அளவிடுவது பயனுள்ளதாகும்.

Difference 3: கோளாறு ஏற்பட்டால் யார் பொறுப்பு

Shared hosting-ல் operating system, web server மற்றும் supported PHP builds-ஐ host நிர்வகிக்கும்; certificate மற்றும் backup coverage ஆகியவை plan-ஐ சார்ந்திருக்கும். Machine பதிலளிப்பதை நிறுத்தினால், நீங்கள் ticket திறக்க வேண்டும்; response host-ன் support arrangements-ஐ சார்ந்திருக்கும். இதற்கான செலவின் மற்றொரு பக்கமும் இதே விதிதான்: supported environment-க்கு வெளியிலுள்ள software, host-ன் installation மற்றும் service policies-க்கு ஏற்ப இருக்க வேண்டும்.

Unmanaged VPS-ல் hypervisor, network மற்றும் power ஆகியவற்றுக்கு provider பொறுப்பு. Kernel முதல் மேலுள்ள அனைத்தும் உங்களுடையது. Security updates, firewall, backups, certificate renewal மற்றும் monitoring ஆகிய அனைத்தையும் நீங்களே நிர்வகிக்க வேண்டும். உங்கள் web server config-ஐ debug செய்ய support login செய்யாது. இதற்கான திட்டமிடலை முதல் நாளிலேயே செய்யுங்கள்: புதிய VPS-ல் முதல் பத்து நிமிடங்கள், பின்னர் நீங்கள் புரிந்துகொள்ளும் firewall, automatic security updates மற்றும் குறைந்தது ஒருமுறை restore செய்து பார்த்த backups.

Shared hosting சரியான தேர்வாக இருக்கும் நிலைகள்

ஒரு brochure site இதற்கான தெளிவான உதாரணம்: சில pages, images, ஒரு contact form, caching plugin உடன் WordPress இருக்கலாம்; மேலும் traffic, plan-ல் குறிப்பிடப்பட்ட resource limits-க்குள் இருக்க வேண்டும். Background jobs தேவையில்லை. வழக்கத்திற்கு மாறான runtime தேவையில்லை. Requests-க்கு இடையில் memory-ல் தொடர்ந்து இருக்க வேண்டிய எதுவும் இல்லை. Shared hosting அந்த site-ஐ நன்றாக இயக்கும். Server maintenance-ஐ முழுநேரமாகச் செய்யும் நிபுணர்களிடம் ஒப்படைக்கவும் இது உதவும். Shared hosting ஒவ்வொரு VPS-ஐவிடவும் குறைந்த செலவாக இருக்காது என்பதால், prices-ஐ ஒப்பிடுங்கள். அதை VPS-க்கு மாற்றுவதால் எந்த பயனும் கிடையாது; நீங்கள் முன்பு செய்ய வேண்டியதில்லாத கூடுதல் நிர்வாகப் பணியும் சேரும்.

அதிகம் கவனிக்கப்படாத இரண்டாவது நிலையும் உள்ளது. உங்கள் தரப்பில் யாரும் log file-ஐப் படிக்கவோ apt upgrade இயக்கவோ விரும்பவில்லை என்றால், Shared hosting பாதுகாப்பான தேர்வாகும். Database port திறந்த நிலையில் patch செய்யப்படாத VPS இருப்பது, professional ஒருவர் தொடர்ந்து புதுப்பித்து பராமரிக்கும் shared account-ஐவிட மோசமான நிலை. யாராவது அதை பயன்படுத்தும்போதுதான் control ஒரு நன்மையாகும்.

அறிகுறி 1: தொடர்ந்து இயங்கும் program தேவை

Daemon என்பது memory-ல் தொடர்ந்து இருந்து, வேலைக்காக காத்திருக்கும் program ஆகும்: API, chat bot, queue worker, game server. Shared hosting விதிமுறைகள் மாறுபடும்: shared plans-ல் persistent processes-ஐ DreamHost தடை செய்கிறது; paid plans-ல் supervised custom services-ஐ alwaysdata வழங்குகிறது.

VPS-ல் அதே program ஒரு 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-ல் இருக்கும். Program நின்ற தருணத்தில் அது வெளியிட்ட output-ஐ journalctl -u myapp -n 50 காட்டும். Unit file-ல் உள்ள Restart=always, crash ஏற்பட்ட பிறகு அதை மீண்டும் தொடங்கும். enable, reboot பிறகு அதை மீண்டும் தொடங்கும். systemd services மற்றும் timers எழுதுதல் என்பது முறையாகக் கற்றுக்கொள்ள வேண்டிய முதல் VPS திறன் ஆகும்.

அறிகுறி 2: panel வழங்காத runtime உங்களுக்குத் தேவை

panel உங்களுக்கு ஒரு பட்டியலை வழங்கும். உங்கள் application-க்கு அந்தப் பட்டியலில் இல்லாத language version, compile செய்ய வேண்டிய library, ffmpeg, headless browser, அல்லது panel வழங்காத database தேவைப்பட்டால், provider-ன் installation விதிகளைச் சரிபார்க்கவும். cPanel MySQL-ஐ ஆதரிக்கிறது; host அதை enable செய்திருந்தால் PostgreSQL-ஐயும் ஆதரிக்கும். உங்கள் home directory-யில் software நிறுவுவதற்கு எல்லா சூழல்களிலும் root தேவையில்லை. Shared server-களில் zlib மற்றும் custom Python version-ஐ compile செய்வது குறித்து DreamHost ஆவணப்படுத்தியுள்ளது.

VPS-ல் அதை apt install மூலம் நிறுவலாம். அல்லது container-ல் இயக்கி host-ஐ சுத்தமாக வைத்திருக்கலாம். Application-ல் ஒன்றுக்கு மேற்பட்ட பகுதிகள் இருந்தால், VPS-ல் Docker Compose பயன்படுத்துவது வழக்கமான முறையாகும்.

அறிகுறி 3: உங்கள் cron job சரியான நேரத்தில் இயங்க வேண்டும்

Shared hosts ஒரு form மூலம் cron jobs-ஐ ஏற்றுக்கொள்கின்றன. அந்த host தனக்கென குறைந்தபட்ச interval-ஐ நிர்ணயித்திருக்கலாம். CloudLinux-ல், account-ன் processor limit-ஐ எட்டும் job நிறுத்தப்படுவதற்குப் பதிலாக மெதுவாக்கப்படும். எனவே, அடுத்த job இயங்க வேண்டிய நேரத்திலும் நீண்ட நேரம் இயங்கும் job தொடரலாம். account ஏற்கனவே அதன் process cap-ஐ எட்டியிருந்தால், அந்த job புதிய processes-ஐ தொடங்க முடியாது. இதிலுள்ள சில தகவல்களைப் பார்க்கலாம்: cPanel-ன் Cron Email setting ஒவ்வொரு job-ன் output-ஐ email மூலம் அனுப்பும். இந்த வசதியை வழங்கும் CloudLinux hosts-ல், panel-ன் Resource Usage page account எட்டிய limit-ஐ காட்டி, ஏற்பட்ட faults-ன் எண்ணிக்கையையும் பதிவு செய்யும். System logs-க்கான access மற்றும் limits-ஐ உயர்த்தும் authority host-டமே இருக்கும். ஆனால் சில providers start மற்றும் end times-உடன் task logs-ஐ வழங்குகின்றன.

VPS-ல் crontab -e நிறுவப்பட்ட cron implementation ஆதரிக்கும் schedules-ஐ ஏற்றுக்கொள்ளும். இருப்பினும் systemd timer இன்னும் சிறந்தது:

systemctl list-timers
journalctl -u cron -n 20

list-timers memory-ல் தற்போது உள்ள timers-ன் அடுத்த மற்றும் கடைசி trigger times-ஐ காட்டும். அவற்றுடன் தொடர்புடைய services-ன் exit results-ஐ இது காட்டாது. cron journal, நிறுவப்பட்ட cron service மற்றும் logging configuration-ஐ சார்ந்திருக்கும். ஒரு job இயங்கவில்லை என்றால், அது ஒருபோதும் தொடங்கவில்லையா அல்லது தொடங்கி தோல்வியடைந்ததா என்பதை அறிய அதன் service status மற்றும் logs-ஐ ஆய்வு செய்யுங்கள். Scheduled task-ஐ debug செய்வதில் பெரும்பாலான பகுதி இந்த வேறுபாட்டை கண்டறிவதே ஆகும்.

அறிகுறி 4: உங்கள் அருகிலுள்ள கணக்குகள் response time-ஐ அதிகரிக்கின்றன

அறிகுறி தெளிவானது. உங்கள் code-ல் எந்த மாற்றமும் இல்லாமல், அதே page இரவில் விரைவாகவும் மாலை ஏழு மணிக்கு மெதுவாகவும் பதிலளிக்கிறது. யாரையும் குற்றம் சாட்டுவதற்கு முன், உங்கள் சொந்த 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-ல். அந்த 20 எண்களும் ஒன்றுக்கொன்று அருகில் இருந்தால், timing சீராக இருப்பது மட்டுமே தெரியும். காரணம் server-ல் உள்ளதா, code-ல் உள்ளதா, database-ல் உள்ளதா என்பது தெரியாது. அதிகாலை 3am-ல் timing நிலையாகவும், peak hours-ல் பல நூறு milliseconds அளவுக்கு மாறுபட்டும் இருந்தால், அருகிலுள்ள accounts-ஐ குற்றம் சாட்டுவதற்கு முன் account resource usage, request volume மற்றும் server logs ஆகியவற்றை ஒப்பிடுங்கள். இந்த timing-களில் connection setup மற்றும் server processing ஆகியவை அடங்கும். எனவே, இவை மட்டும் காரணத்தை நிரூபிக்காது.

Move-ஐ நடைமுறையில் மேற்கொள்வதற்கான செலவு

இவை November 4, 2026 அன்று சரிபார்க்கப்பட்ட விளம்பரப்படுத்தப்பட்ட எடுத்துக்காட்டுகள். இவை முழு category-க்கான சராசரிகளோ, கிடைக்கும் மிகக் குறைந்த plans-களோ அல்ல. Shared 4 GB VPS மற்றும் managed எடுத்துக்காட்டுகள், ஆண்டுக் billing அடிப்படையிலான DreamHost Web Hosting Launch, Stack 4 மற்றும் Managed VPS Business plans ஆகும். 1 GiB VPS என்பது மாதாந்திர உச்சவரம்பில் உள்ள DigitalOcean-ன் வழக்கமான Basic Droplet ஆகும். வாங்குவதற்கு முன் தற்போதைய விலையைச் சரிபார்க்கவும்.

[
  {
    "plan": "Shared hosting, DreamHost",
    "first_term_usd": 2.89,
    "renewal_usd": 10.99
  },
  {
    "plan": "VPS, 1 vCPU 1 GiB, DigitalOcean",
    "first_term_usd": 6,
    "renewal_usd": 6
  },
  {
    "plan": "VPS, 2 vCPU 4 GB, DreamHost",
    "first_term_usd": 6.99,
    "renewal_usd": 11.99
  },
  {
    "plan": "Managed VPS, 2 cores 2 GB, DreamHost",
    "first_term_usd": 13.75,
    "renewal_usd": 31.99
  }
]

முதற்கட்ட விலை வேறுபாடு மாதத்திற்கு 2.89 முதல் 6 US dollars வரை உள்ளது. ஆனால் எந்த முடிவையும் தீர்மானிப்பது இந்த எண்ணிக்கை அல்ல. Shared எடுத்துக்காட்டுக்கு ஒரு ஆண்டுக்கான கட்டணத்தை முன்கூட்டியே செலுத்த வேண்டும். பின்னர் அதன் renewal விலை மாதத்திற்கு 10.99 dollars ஆகும். Renewal விலையை renewal விலையுடன் ஒப்பிட்டால் நிலை மாறுகிறது: shared account-க்கு 10.99 dollars, entry VPS-க்கு 6 dollars. DigitalOcean-ன் இரண்டு figures-ம் சமமாக உள்ளன, ஏனெனில் இந்த எடுத்துக்காட்டில் introductory discount இல்லை.

இந்த ஒப்பீட்டில் கவனமாக இருக்கவும். அளவுகள் சமமானவை அல்ல. 1 vCPU, 1 GB VPS-ல் web server மற்றும் database இரண்டும் ஒரே சிறிய box-ல் இயங்கும். உண்மையான traffic வரத் தொடங்கிய பிறகு WordPress-க்கு இது குறைவான capacity ஆகும். 2 vCPU, 4 GB எடுத்துக்காட்டின் renewal விலை மாதத்திற்கு 11.99 dollars ஆகும். ஆனால் shared account limits மற்றும் VPS capacity ஆகியவற்றை நேரடியாக ஒன்றுக்கொன்று மாற்றி ஒப்பிட முடியாது. இந்த எடுத்துக்காட்டுகளில் shared hosting-ஐ விட இதன் renewal premium மாதத்திற்கு one dollar மட்டுமே.

பெரிய செலவு invoice-ல் ஒருபோதும் தோன்றாது. VPS அமைக்க ஒரு மணி நேரம், updates-க்கு ஒவ்வொரு மாதமும் சில நிமிடங்கள், மேலும் முதல் முறையாக ஏதாவது சிக்கல் ஏற்பட்டபோது நீங்கள் செலவிட வேண்டிய ஒரு மாலை ஆகியவற்றை அது சேர்க்கிறது. இதை உங்கள் சொந்த hourly rate அடிப்படையில் மதிப்பிட்டால், விலை வேறுபாடு விரைவாகக் குறையும். VPS-க்கு நடைமுறையில் ஏற்படும் செலவு அளவுகளை இன்னும் விரிவாக விளக்குகிறது.

Traffic-ஐ இழக்காமல் shared hosting-இலிருந்து site-ஐ மாற்றுதல்

1. ஒரு நாள் முன்பே, அந்த domain-க்கான DNS (domain name system) TTL (time to live)-ஐ 300 seconds-ஆகக் குறைக்கவும். மாற்றுவதற்கு முன் முந்தைய TTL expire ஆகும் வரை காத்திருக்கவும். Local caches update ஆக இன்னும் அதிக நேரம் ஆகலாம்.
2. புதிய server-ஐ அமைத்து, DNS-ஐ மாற்றுவதற்கு முன் அதன் IP address மூலம் site சரியாக இயங்குகிறதா என்பதை உறுதிப்படுத்தவும்.
3. Files-ஐ copy செய்யவும். பின்னர் database-ஐ dump செய்து, புதிய server-ல் restore செய்யவும்.
4. உங்கள் machine-க்கு மட்டும் domain-ஐ புதிய IP-க்கு point செய்யும் laptop-ன் hosts file மூலம் test செய்யவும்.
5. A record-ஐ மாற்றுவதற்கு முன், DNS validation அல்லது ஏற்கனவே உள்ள valid certificate-ஐ பயன்படுத்தி புதிய server-ல் TLS (transport layer security) certificate-ஐ issue செய்யவும். 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 அதன் பதிலின் இரண்டாவது column-ல் TTL-ஐ print செய்கிறது. எனவே, எதையும் மாற்றுவதற்கு முன் குறைக்கப்பட்ட value நடைமுறையில் உள்ளதா என்பதை உறுதிப்படுத்தலாம். --single-transaction InnoDB tables-ன் consistent snapshot-ஐ அவற்றை lock செய்யாமல் உருவாக்குகிறது. Nontransactional tables மற்றும் ஒரே நேரத்தில் நடைபெறும் schema changes-க்கு தனியாக கவனம் தேவை. பின்னர் வரும் orders அந்த snapshot-ல் சேர்க்கப்படாது. புதிய server-ல் அதே நாளில் certificates-ஐ செயல்படச் செய்யவும்: DNS record அந்த server-ஐ point செய்தவுடன் nginx உடன் Ubuntu-ல் Let's Encrypt சில நிமிடங்களில் முடியும்.

பொறுப்பு இல்லாத வளங்கள்

இந்த நான்கு அறிகுறிகளும் உங்கள் site-ஐ விவரிக்கின்றன, ஆனால் maintenance உங்களுக்கு விருப்பமில்லை என்றால், managed VPS நடுநிலைத் தேர்வாகும். ஒப்புக்கொண்ட maintenance-ஐ provider கையாளும். ஆனால் root access மற்றும் management coverage ஆகியவை plan-ஐப் பொறுத்தது; DreamHost-ன் managed VPS-ல் root access இல்லை. மேலுள்ள chart-ல், 2 GB managed example-ன் renewal விலை 31.99 dollars என்றும், 4 GB unmanaged example-ன் renewal விலை 11.99 என்றும் காட்டப்பட்டுள்ளது. எனவே, இது ஒரே அளவுள்ள servers-ன் comparison அல்ல. இரவில் box பதிலளிக்காமல் போகும்போது, அந்த விலை வேறுபாடு அதை கவனிக்கும் வேலையை வேறு ஒருவரிடம் ஒப்படைக்கிறது.

Managed மற்றும் unmanaged VPS-களுக்கிடையிலான தேர்வு உங்களுக்கு பொருந்தினால், அடுத்து படிக்க வேண்டியது இதுதான். நீங்கள் ஏற்கனவே busy VPS ஒன்றை இயக்குகிறீர்கள், peak hours-ல் steal time இன்னும் அதிகமாக உள்ளது என்றால், அதற்குப் பிறகான தேர்வு அருகில் வேறு எந்த neighbour-உம் இல்லாத dedicated server ஆகும்.

FAQ

Shared hosting-ஐ விட VPS வேகமானதா?

அவசியமில்லை. அமைதியான shared server, ஒரே WordPress page-ல் 1 vCPU VPS-ஐ விட சிறப்பாகச் செயல்படலாம். ஒதுக்கப்பட்ட memory, CPU contention-ஐ நீக்காது: shared-CPU VPS-ல் அருகிலுள்ள instances response time-ஐ இன்னும் பாதிக்கலாம்; memory guarantees provider-ஐப் பொறுத்தது. உங்கள் pages 3am-லும் 7pm-லும் மெதுவாக இருந்தால், code, database queries மற்றும் hosting resource limits ஆகியவற்றைச் சரிபார்க்கவும்; நாளின் நேரம் மட்டும் காரணத்தை நிரூபிக்காது.

Shared hosting-ல் Node.js அல்லது Python app-ஐ இயக்க முடியுமா?

Provider-ன் limits-க்குள், சில நேரங்களில் முடியும். சில panels, Passenger மூலம் application-ஐ உங்களுக்காகத் தொடங்கும்; request வரும்போது அது இயங்கும். Ports 80 மற்றும் 443 மீது host-க்கு ownership இருப்பது, அனுமதிக்கப்பட்ட பிற listeners-ஐத் தடுக்காது: alwaysdata-ன் Public Cloud-ல் IPv6 வழியாக 8300 முதல் 8499 வரையிலான ports-ல் custom services அனுமதிக்கப்படுகின்றன. Persistent-process rules-உம் host-க்கு host மாறுபடும். எனவே bot, queue worker அல்லது websocket server-க்கு அதை வெளிப்படையாக ஆதரிக்கும் plan தேவை; இதற்காக எப்போதும் VPS தேவைப்படாது.

VPS-ஐ இயக்க Linux தெரிந்திருக்க வேண்டுமா?

Unmanaged VPS-க்கு, ஆம். SSH keys, firewall, updates, backups மற்றும் logs-ஐப் படிக்கும் பழக்கம் ஆகியவை உங்களுக்குத் தேவை. Initial setup-க்கு ஒரு மணி நேரமும், அதன் பிறகு ஒவ்வொரு மாதமும் சில நிமிடங்களும் ஒதுக்குங்கள். இது நீங்கள் செய்ய விரும்பாத பணியாக இருந்தால், managed plan மூலம் ஒப்புக்கொண்ட maintenance பணியை provider-க்கு ஒப்படைக்கலாம். இதுவே managed மற்றும் unmanaged VPS hosting இடையிலான trade-off ஆகும்.

Shared hosting-லிருந்து VPS-க்கு மாறும்போது என் site செயலிழக்குமா?

DNS TTL-ஐக் குறைத்து, இரண்டு accounts-ஐயும் இயங்கவிடுவது downtime-ஐத் தவிர்க்க உதவும். ஆனால் seamless move உறுதி ஆகாது. ஒரு நாள் முன்பே TTL-ஐ 300 seconds-ஆக அமைத்து, முந்தைய TTL காலாவதியாகும் வரை காத்திருக்கவும். Files மற்றும் database-ஐ copy செய்து, உங்கள் laptop-ன் hosts file மூலம் புதிய server-ஐச் சோதிக்கவும். பின்னர் A record-ஐ மாற்றவும். மாற்றத்தின் போது சில visitors பழைய server-ஐயும், சிலர் புதிய server-ஐயும் அடையலாம். Caches update ஆக ஐந்து நிமிடங்களுக்கும் மேல் ஆகலாம். எனவே shared account-ஐ ஒரு வாரம் தொடர்ந்து இயக்கவும். இறுதி database dump மற்றும் restore செய்யும்போது writes-ஐ pause செய்யவும். பின்னர் நிகழும் writes இழக்கப்படாதபடி, பழைய site-ஐ read-only நிலையில் வைத்திருக்கவும் அல்லது அதன் requests-ஐ புதிய server-க்கு அனுப்பவும்.