Shared hosting vs VPS: எது சிறந்தது? முழுமையான ஒப்பீடு

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

Shared hosting மற்றும் VPS ஆகியவற்றுக்கு இடையேயான வேறுபாடு வேகம் சார்ந்தது அல்ல. Shared hosting-ல், வேறொருவர் நிர்வகிக்கும், நூற்றுக்கணக்கான வாடிக்கையாளர்கள் பகிர்ந்து கொள்ளும் ஒரு machine-ல் நீங்கள் ஒரு கணக்கை வாடகைக்கு எடுக்கிறீர்கள். VPS (virtual private server)-ல், நீங்கள் முழு operating system-ஐயும் root access-உடன் வாடகைக்கு எடுக்கிறீர்கள்; எனவே, உங்களுக்குத் தேவையானவற்றை நீங்களே நிறுவலாம், அதேபோல் நீங்கள் செய்யும் தவறுகளையும் நீங்களே சரிசெய்ய வேண்டும்.

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

உங்கள் தளம் வெறும் pages, images மற்றும் ஒரு contact form-ஐ மட்டும் கொண்டிருந்தால், shared hosting-தான் சரியான தேர்வு, அது செலவும் குறைவு. உங்கள் தளத்திற்கு, யாரும் பார்வையிடாத நேரத்திலும் தொடர்ந்து இயங்க வேண்டிய ஒரு program தேவைப்பட்டால், உங்களுக்கு VPS அவசியம்.

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

ஒரே Linux server ஒரே நேரத்தில் பல வாடிக்கையாளர் கணக்குகளை இயக்குகிறது. ஒவ்வொரு கணக்கும் ஒரு document root, database மற்றும் mailbox ஆகியவற்றைக் கொண்ட ஒரு home directory ஆகும். பொதுவாக Apache அல்லது LiteSpeed போன்ற ஒரே ஒரு web server, அந்த server-ல் உள்ள அனைத்து தளங்களையும் கையாளுகிறது. Shell prompt-க்கு பதிலாக உங்களுக்கு ஒரு control panel வழங்கப்படுகிறது. உங்களுக்கு root access கிடையாது, எனவே உங்களால் ஒரு package-ஐ நிறுவவோ, port-ஐ திறக்கவோ அல்லது background service-ஐ தொடங்கவோ முடியாது.

பெரும்பாலான shared hosts, CloudLinux-ஐ இயக்குகின்றன. இது ஒவ்வொரு கணக்கையும் அதற்கென தனிப்பட்ட container-ல் வைத்து, processor நேரம் மற்றும் ஒரே நேரத்தில் நீங்கள் இயக்கக்கூடிய processes-ன் எண்ணிக்கையில் கடுமையான வரம்பை (hard cap) விதிக்கிறது. இந்த process வரம்பை மீறுவது உங்கள் தளத்தை மெதுவாக்காது. அதற்கு பதிலாக, server 508 Resource Limit Is Reached என்ற பிழைச் செய்தியைக் கொண்ட ஒரு பக்கத்தை வழங்கும். அந்தப் பக்கம் உங்கள் கணக்கு அதன் வரம்பை எட்டியதைக் குறிக்கிறதே தவிர, பக்கத்து கணக்கு உங்கள் வளங்களைப் பயன்படுத்துவதைக் குறிக்கவில்லை.

இந்த வர்த்தகம் திட்டமிட்டே செய்யப்படுகிறது. நீங்கள் கட்டுப்பாட்டை விட்டுக்கொடுக்கிறீர்கள், அதற்குப் பதிலாக host நிறுவனம் kernel-ஐ patch செய்கிறது, PHP-ஐ update செய்கிறது, certificate-ஐ புதுப்பிக்கிறது மற்றும் தினசரி backup-ஐ பராமரிக்கிறது. பல இணையதளங்களுக்கு இது ஒரு சிறந்த வர்த்தகமாகும்.

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

VPS என்பது ஒரு host server-ல் இயங்கும் virtual machine ஆகும். பெரும்பாலான Linux VPS திட்டங்களுக்குப் பின்னால் இருக்கும் hypervisor-ஆன KVM-ன் கீழ், உங்கள் instance அதன் சொந்த kernel-ஐ boot செய்கிறது; மேலும் அது தனது சொந்த IP address, firewall மற்றும் init system ஆகியவற்றைக் கொண்டுள்ளது. sudo வேலை செய்கிறது. apt install வேலை செய்கிறது. systemd மூலம் நீங்கள் தொடங்கும் ஒரு program, நீங்கள் log out செய்த பிறகும் தொடர்ந்து இயங்கும், அது crash ஆனால் மீண்டும் தொடங்கும், மேலும் reboot செய்த பிறகும் தானாகவே இயங்கத் தொடங்கும்.

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

வேறுபாடு 1: root access மற்றும் அதன் செயல்பாடுகள்

Root access என்பது மற்ற அனைத்து வேறுபாடுகளுக்கும் அடிப்படையாகும். இதைக் கொண்டு நீங்கள் distribution-ல் உள்ள எந்தவொரு package-ஐயும் நிறுவலாம், எந்தவொரு port-ஐயும் bind செய்யலாம், systemd unit-ஐ உருவாக்கலாம், கணினியில் உள்ள அனைத்து log-களையும் படிக்கலாம் மற்றும் sysctl மூலம் kernel அமைப்புகளை மாற்றலாம். இது இல்லையெனில், panel வழங்கும் வசதிகளை மட்டுமே பயன்படுத்த முடியும்: PHP version selector, குறிப்பிட்ட சில extensions மற்றும் cron jobs-க்கான ஒரு படிவம்.

ஒரு VPS-ல், கணினியில் எந்தெந்த ports listening நிலையில் உள்ளன என்பதை நீங்கள் எப்போதும் சரிபார்க்கலாம்:

ss -ltnp

ஒவ்வொரு வரியும் ஒரு open socket மற்றும் அதைக் கையாளும் process-ஐக் குறிக்கிறது. எனவே, ஒரு service தொடங்கத் தவறினால், அது அந்தப் பட்டியலில் இடம்பெறாது. Shared hosting-ல் இந்த கேள்விக்கு விடை இல்லை, ஏனெனில் 80 மற்றும் 443 ஆகிய ports-கள் host-ன் web server-க்குச் சொந்தமானவை; நீங்கள் எதை எழுதினாலும் அவற்றை உங்களால் கட்டுப்படுத்த முடியாது.

வேறுபாடு 2: ஒதுக்கப்பட்ட நினைவகம் மற்றும் கடன் வாங்கப்பட்ட நினைவகம்

குறைந்த எண்ணிக்கையிலான கணக்குகள் ஒரே நேரத்தில் செயல்படும் என்ற அனுமானத்தின் அடிப்படையில் shared hosting விற்கப்படுகிறது. இயந்திரத்தில் உள்ள நினைவகம் ஒரு பொதுவான தொகுப்பு (pool); உங்கள் கணக்கிற்கான பங்கு என்பது ஒரு ஒதுக்கீடு அல்ல, அது ஒரு வரம்பு மட்டுமே. உங்கள் பங்கு தீர்ந்துவிட்டால், PHP processes நிறுத்தப்படும் மற்றும் பார்வையாளர்களுக்கு 500 அல்லது 508 பிழை கிடைக்கும்.

ஒரு VPS-ல், உங்கள் திட்டத்தில் உள்ள நினைவகம் உங்கள் instance-க்கு மட்டுமே சொந்தமானது. free -m அதை அறிக்கையிடும், மேலும் உங்கள் virtual machine-க்கு வெளியே உள்ள எந்த process-ம் அதை எடுத்துக்கொள்ள முடியாது.

Processor நேரம் இதற்கு விதிவிலக்கு. பெரும்பாலான VPS திட்டங்கள் physical cores-ஐ விருந்தினர்களிடையே (guests) பகிர்ந்து கொள்கின்றன, இதை நீங்கள் நீங்களே அளவிடலாம்:

vmstat 1 5

st நெடுவரிசை steal time-ஐக் குறிக்கிறது: physical core மற்றொரு விருந்தினருக்கு வழங்கப்பட்டிருந்தபோது, உங்கள் virtual processor இயங்குவதற்குத் தயாராக இருந்த நேரத்தின் பங்கு இது. சில சதவீதங்கள் வரை நிலையான மதிப்பு இருப்பது இயல்பானது. தொடர்ந்து இரண்டு இலக்க எண்களில் மதிப்பு இருந்தால், host அதிகப்படியாகப் பயன்படுத்தப்படுகிறது (oversubscribed) என்று அர்த்தம், இந்தத் தகவலை நீங்கள் support ticket-ல் குறிப்பிடலாம். Shared hosting-ல் இதற்கு இணையான அளவீடு இல்லை, ஏனெனில் அதைக் காட்டும் ஒவ்வொரு கருவிக்கும் root அனுமதி தேவை. சேமிப்பகமும் (storage) இதேபோல் செயல்படுகிறது, அதனால்தான் VPS திட்டத்தின் பின்னால் உள்ள disk வகை முக்கியமானது, மேலும் விற்பனைப் பக்கத்தை நம்புவதை விட, முதல் வாரத்திலேயே புதிய VPS-ஐ நீங்களே அளவிடுவது சிறந்தது.

வேறுபாடு 3: கோளாறு ஏற்படும்போது பொறுப்பு யாருடையது

Shared hosting-ல் operating system, web server, PHP build, certificates மற்றும் தினசரி backup ஆகியவற்றின் உரிமையாளர் hosting provider ஆவார். server இயங்குவதை நிறுத்தினால், நீங்கள் ஒரு ticket-ஐத் திறக்கலாம்; அதைச் சரிசெய்ய ஏற்கனவே ஒருவர் பணியில் இருப்பார். இதற்கான விலை அந்த விதியின் மறுபக்கம்: அவர்கள் ஆதரிக்காத எதையும் நீங்கள் நிறுவச் சொல்ல முடியாது.

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

Shared hosting எப்போது சரியான தேர்வாகிறது

ஒரு brochure தளம் இதற்கு மிகச்சிறந்த உதாரணம்: சில பக்கங்கள், படங்கள், ஒரு contact form, ஒருவேளை caching plugin-உடன் கூடிய WordPress, மற்றும் ஒரு நாளைக்கு சில ஆயிரம் வருகைகள். இதில் background jobs எதுவும் இல்லை. வழக்கத்திற்கு மாறான runtime தேவையில்லை. requests-க்கு இடையில் memory-ல் எதையும் வைத்திருக்க வேண்டிய அவசியமில்லை. Shared hosting இத்தகைய தளங்களுக்குச் சிறப்பாகச் செயல்படுகிறது, எந்தவொரு VPS-ஐ விடவும் குறைந்த செலவாகும், மேலும் பராமரிப்புப் பணிகளை முழுநேர நிபுணர்களிடம் ஒப்படைக்கலாம். இதை VPS-க்கு மாற்றுவதால் எந்தப் பயனும் இல்லை, மாறாக உங்களுக்குத் தேவையில்லாத கூடுதல் வேலைதான் மிஞ்சும்.

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

அறிகுறி 1: தொடர்ந்து இயங்க வேண்டிய ஒரு நிரல் உங்களுக்குத் தேவை

Daemon என்பது நினைவகத்தில் தங்கி வேலைக்காகக் காத்திருக்கும் ஒரு நிரலாகும்: ஒரு API, chat bot, queue worker, அல்லது game server போன்றவை இதற்கு உதாரணம். Shared hosting-ல் ஒரு கோரிக்கை வரும்போது மட்டுமே உங்கள் code இயங்கும்; SSH (secure shell) session-ல் நீங்கள் இயக்கும் எந்தவொரு நிரலும் session முடிந்ததும் நிறுத்தப்படும், ஏனெனில் நீண்ட காலம் இயங்கும் process-கள் கணக்கின் process வரம்பிற்குள் அடங்காது.

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

அறிகுறி 2: பேனலில் இல்லாத ஒரு runtime உங்களுக்குத் தேவைப்படுதல்

பேனல் உங்களுக்கு ஒரு குறிப்பிட்ட பட்டியலை வழங்குகிறது. உங்கள் application-க்கு அந்தப் பட்டியலில் இல்லாத ஒரு language version, compile செய்யப்பட வேண்டிய ஒரு library, ffmpeg, headless browser அல்லது MySQL அல்லாத ஒரு database தேவைப்பட்டால், shared hosting-ல் அதை நிறுவுவதற்கு இடமில்லை. மென்பொருளை நிறுவ root அனுமதி தேவை; மேலும் அந்த account-ல் compiler மற்றும் development headers இல்லாததால், எதையும் உருவாக்குவதற்கு முன்பே build செயல்முறை தோல்வியடையும்.

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

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

Shared hosts ஒரு படிவத்தின் மூலம் cron job-களை ஏற்றுக்கொள்கின்றன மற்றும் குறைந்தபட்ச இடைவெளியை (பொதுவாக ஐந்து அல்லது பதினைந்து நிமிடங்கள்) நிர்ணயிக்கின்றன. ஒரு கணக்கின் processor வரம்பைத் தாண்டி இயங்கும் job பாதியிலேயே நிறுத்தப்படும். நீங்கள் வாசிக்கக்கூடிய log கோப்பில் எதுவும் எழுதப்படாததால், அது அமைதியாகத் தோல்வியடையும்.

ஒரு VPS-ல் crontab -e நீங்கள் எழுதும் எந்தவொரு கால அட்டவணையையும் ஏற்கும், மேலும் systemd timer இன்னும் சிறந்தது:

systemctl list-timers
journalctl -u cron -n 20

list-timers ஒவ்வொரு timer-க்கும் அடுத்த இயக்கம் மற்றும் கடைசி முடிவை அச்சிடும், மேலும் cron log ஒவ்வொரு கட்டளையையும் அது இயங்கும்போது காட்டும். ஒரு job நடக்கவில்லை என்றால், அது தொடங்கவே இல்லையா அல்லது தொடங்கித் தோல்வியடைந்ததா என்பதை உங்களால் கண்டறிய முடியும். திட்டமிடப்பட்ட பணிகளைப் பிழைத்திருத்தம் (debugging) செய்வதில் இந்த வேறுபாட்டைக் கண்டறிவதே மிக முக்கியமான பகுதியாகும்.

அறிகுறி 4: உங்கள் அண்டை வீட்டாரால் ஏற்படும் தாமதம்

இதற்கான அறிகுறி மிகவும் குறிப்பிட்டது. உங்கள் code-ல் எந்த மாற்றமும் செய்யாதபோதும், ஒரே பக்கம் இரவு நேரங்களில் விரைவாகவும், மாலை ஏழு மணிக்கு மெதுவாகவும் பதிலளிக்கும். யாரையும் குறை கூறுவதற்கு முன், உங்கள் சொந்த 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 என்பது பதிலின் முதல் byte-ஐப் பெறுவதற்கு ஆகும் நேரம், இது வினாடிகளில் கணக்கிடப்படும். அந்த 20 எண்களும் ஒன்றுக்கொன்று நெருக்கமாக இருந்தால், server-ல் பிரச்சினை இல்லை; உங்கள் code அல்லது database queries-ல் தான் திருத்தம் செய்ய வேண்டும். அவை அதிகாலை 3 மணிக்கு சீராக இருந்து, நெரிசல் மிகுந்த நேரங்களில் பல நூறு milliseconds வரை மாறினால், நீங்கள் மற்றவர்களுடன் பகிரப்பட்ட ஒரு busy machine-ல் இருக்கிறீர்கள் என்று அர்த்தம். இது போன்ற சூழலில், சிறந்த code மூலம் தீர்வை எட்ட முடியாது; ஏனெனில், இதற்கான காரணம் உங்கள் கணக்கின் எல்லைக்கு அப்பால் உள்ளது.

இடமாற்றத்திற்கான உண்மையான செலவு

இவை ஆகஸ்ட் 2026 நிலவரப்படி ஒவ்வொரு பிரிவிலும் உள்ள மிகச்சிறிய திட்டத்திற்கான பொதுவான விளம்பர விலைகள். இவற்றை ஒரு நிலையான விலையாகக் கருதாமல், ஒரு தோராயமான மதிப்பீடாகக் கொண்டு, வாங்குவதற்கு முன் தற்போதைய விலையைச் சரிபார்க்கவும்.

[
  {
    "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 அமெரிக்க டாலர்கள் வரை உள்ளது, ஆனால் இந்த எண் எதையும் தீர்மானிப்பதில்லை. Shared hosting சேவைகள் முதல் தவணைக்கான விலையை விளம்பரப்படுத்துகின்றன, இதற்கு வழக்கமாக ஒன்று முதல் மூன்று ஆண்டுகளுக்கு முன்பணமாகச் செலுத்த வேண்டியிருக்கும், மேலும் இது புதுப்பிக்கும்போது 12 டாலர்களுக்கு அருகில் இருக்கும். புதுப்பித்தல் விலையை மற்றொன்றின் புதுப்பித்தல் விலையுடன் ஒப்பிடும்போது நிலைமை மாறுகிறது: ஒரு shared account-க்கு 12 டாலர்கள் மற்றும் ஒரு entry VPS-க்கு 6 டாலர்கள்.

இந்த ஒப்பீட்டில் கவனமாக இருக்கவும், ஏனெனில் இவற்றின் அளவுகள் சமமானவை அல்ல. ஒரு 1 vCPU, 1 GB VPS ஆனது web server மற்றும் database-ஐ ஒரே சிறிய பெட்டியில் இயக்குகிறது, இது உண்மையான traffic வரும்போது WordPress-க்கு போதுமானதாக இருக்காது. புதுப்பிக்கப்பட்ட shared plan-க்கு இணையான உண்மையான ஒப்பீடு என்பது 2 vCPU, 4 GB கொண்ட திட்டமாகும், இதன் விலை தோராயமாக 15 டாலர்கள். எனவே, உண்மையான கூடுதல் செலவு என்பது மாதத்திற்குச் சில டாலர்கள் மட்டுமே, பல மடங்கு அல்ல.

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

Traffic இழப்பின்றி shared hosting-லிருந்து தளத்தை மாற்றுதல்

1. ஒரு நாள் முன்னதாக, domain-ன் DNS (domain name system) TTL (time to live) மதிப்பை 300 வினாடிகளாகக் குறைக்கவும். இதனால் மாற்றம் சில மணிநேரங்களுக்குப் பதிலாக சில நிமிடங்களில் நடைமுறைக்கு வரும்.
2. புதிய server-ஐ உருவாக்கி, DNS-ஐ மாற்றும் முன்பே அதன் IP address-ல் தளம் சரியாக இயங்குவதை உறுதி செய்யவும்.
3. கோப்புகளை நகலெடுத்து, database-ஐ dump செய்து, புதிய server-ல் restore செய்யவும்.
4. உங்கள் laptop-ன் hosts file மூலம் சோதிக்கவும். இது உங்கள் கணினிக்கு மட்டும் domain-ஐ புதிய IP-க்குச் சுட்டிக்காட்டும்.
5. புதிய server-ல் TLS (transport layer security) certificate-ஐப் பெறவும், 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 அட்டவணைகளை lock செய்யாமல் சீரான snapshot-ஐ எடுக்கும். நீங்கள் வேலை செய்யும்போது பழைய தளத்தில் ஆர்டர்கள் வந்துகொண்டிருந்தால் இது முக்கியமானது. புதிய server-ல், அதே நாளில் certificates-ஐச் செயல்படுத்துங்கள்: Let's Encrypt on Ubuntu with nginx வழிகாட்டி, DNS record அந்த server-ஐச் சுட்டிக்காட்டியவுடன் சில நிமிடங்களில் இதைச் செய்து முடிக்கும்.

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

மேலே உள்ள நான்கு அறிகுறிகளும் உங்கள் தளத்திற்குப் பொருந்தும், ஆனால் பராமரிப்புப் பணிகளில் உங்களுக்கு விருப்பமில்லை என்றால், அடுத்த சிறந்த வழி managed VPS ஆகும். இதில் உங்களுக்கு ஒதுக்கப்பட்ட memory மற்றும் root-level அதிகாரம் கிடைக்கும்; அதே சமயம் patching, monitoring மற்றும் பொதுவாக ஒரு control panel ஆகியவற்றை service provider கவனித்துக்கொள்வார். மேலே உள்ள அட்டவணையின்படி, unmanaged VPS-க்கு 15 செலவாகும் நிலையில், managed VPS-க்கு சுமார் 30 செலவாகும். நள்ளிரவில் server இயங்காமல் போகும்போது, மற்றவர்களின் உதவியைப் பெறுவதற்கு இந்த கூடுதல் கட்டணம் அவசியமானது.

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

FAQ

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

எப்போதும் அப்படி இருக்காது. ஒரு அமைதியான shared server, ஒரு single vCPU VPS-ஐ விட WordPress page-ஐ வேகமாக ஏற்றக்கூடும். VPS உங்களுக்கு வழங்குவது நிலைத்தன்மை (consistency) மட்டுமே: உங்கள் திட்டத்தில் உள்ள memory உங்களுக்கே உரியது. எனவே, அந்த machine-ல் உள்ள மற்ற கணக்குகளின் சுமையைப் பொறுத்து இல்லாமல், உங்கள் code-ன் செயல்திறனைப் பொறுத்தே response time அமையும். அதிகாலை 3 மணி மற்றும் மாலை 7 மணி என இரு நேரங்களிலும் உங்கள் பக்கம் மெதுவாக இருந்தால், அதற்கு உங்கள் code அல்லது database queries தான் காரணம். அதே code-ஐ VPS-க்கு மாற்றினாலும் அந்தப் பிரச்சினை தொடரும்.

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

சில நேரங்களில், குறிப்பிட்ட எல்லைகளுக்குள் மட்டுமே முடியும். சில control panels, Passenger மூலம் உங்களுக்காக application-ஐத் தொடங்கும்; கோரிக்கை வரும்போது அது இயங்கும். உங்களால் சொந்தமாக port-ஐ bind செய்ய முடியாது, ஏனெனில் host-ன் web server தான் 80 மற்றும் 443 ports-ஐக் கட்டுப்படுத்துகிறது. கோரிக்கைகளுக்கு இடையே ஒரு worker-ஐ memory-ல் வைத்திருக்க முடியாது, ஏனெனில் கணக்கின் process வரம்பு நீண்ட காலம் இயங்கும் எதையும் முடித்துவிடும். ஒரு bot, queue worker அல்லது websocket server-க்கு VPS அவசியம்.

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

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

Shared hosting-லிருந்து VPS-க்கு மாறும்போது தளம் முடங்குமா?

DNS TTL-ஐக் குறைத்து, இரண்டு கணக்குகளையும் ஒரே நேரத்தில் இயங்க வைத்தால் தளம் முடங்காது. ஒரு நாளைக்கு முன்பே TTL-ஐ 300 seconds என அமைக்கவும். கோப்புகள் மற்றும் database-ஐ நகலெடுக்கவும். உங்கள் laptop-ன் hosts file மூலம் புதிய server-ஐச் சோதிக்கவும். பிறகு A record-ஐ மாற்றவும். சில நிமிடங்களுக்குச் சில பயனர்கள் பழைய server-க்கும், சிலர் புதிய server-க்கும் செல்வார்கள். எனவே, shared account-ஐ ஒரு வாரம் அப்படியே வைத்திருக்கவும். இறுதி database dump எடுக்கும்போது தளத்தை read-only mode-ல் வைக்கவும், அல்லது அந்த இடைவெளியில் பதிவாகும் தரவுகள் இழக்கப்படுவதை ஏற்றுக்கொள்ளவும்.