DigitalOcean-க்கு சிறந்த மாற்றுகள்: விலை ஒப்பீடு

DigitalOcean-க்கு மாற்றான சேவைகள் எவற்றை மாற்றுகின்றன

பெரும்பாலான DigitalOcean மாற்றுகள் கணினியை அல்ல, கட்டணத்தை மட்டுமே மாற்றுகின்றன. எந்தச் சேவையைப் பயன்படுத்தினாலும், உங்களுக்கு பொது IP, virtio disk மற்றும் root access கொண்ட Linux virtual machine கிடைக்கும். உங்கள் kernel-க்கு, control panel-ல் எந்த நிறுவனத்தின் லோகோ உள்ளது என்பது முக்கியமல்ல. RAM-ன் GB விலை, உள்ளடக்கப்பட்ட transfer அளவு மற்றும் அதைத் தாண்டும்போது ஒரு byte-க்கு ஆகும் செலவு, disk-ன் உண்மையான கட்டமைப்பு, மற்றும் operating system-க்கு மேல் உள்ள stack-ல் எவ்வளவு பகுதியை அந்த நிறுவனம் நிர்வகிக்கும் ஆகியவையே தேர்வைத் தீர்மானிக்கும் காரணிகள்.

இந்த வழிகாட்டி அந்த அளவுகோல்களின் அடிப்படையில் ஒப்பிடுகிறது. ஏனெனில், ஒரு developer இவற்றை terminal மூலமாகவோ அல்லது வெளியிடப்பட்ட விலைப்பட்டியல் மூலமாகவோ சரிபார்க்க முடியும். எந்தச் சூழலில் DigitalOcean சரியான தேர்வாக இருக்கும் என்பதையும் இது குறிப்பிடுகிறது, ஏனெனில் எதையும் விட்டுக்கொடுக்காத ஒப்பீடு ஒரு விளம்பரமாகவே அமையும்.

கீழே உள்ள ஒவ்வொரு விலையும் 5 August 2026 அன்று வெளியிடப்பட்ட பட்டியல் விலை ஆகும். விலைகள் மாறக்கூடியவை, மேலும் இங்குள்ள ஒன்றுக்கும் மேற்பட்ட நிறுவனங்கள் 2026-ல் தங்கள் விலையை மாற்றியுள்ளன. விலை நிர்ணய கட்டமைப்பு மிக மெதுவாகவே மாறும். எனவே, விகிதங்களையும் billing model-ஐயும் முதலில் படியுங்கள், பின்னர் நீங்கள் முடிவெடுக்கும் முன் அந்த நிறுவனத்தின் பக்கத்தில் இன்றைய விலையை உறுதிப்படுத்திக் கொள்ளுங்கள்.

RAM-ன் ஒரு GB-க்கான விலையே ஒப்பீட்டிற்கான அளவுகோல்

[
  {
    "provider": "DigitalOcean 1 GB",
    "ram_gb": 1,
    "monthly_usd": "6.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "DigitalOcean 4 GB",
    "ram_gb": 4,
    "monthly_usd": "24.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "Akamai Nanode 1 GB",
    "ram_gb": 1,
    "monthly_usd": "5.00",
    "usd_per_gb_ram": "5.00"
  },
  {
    "provider": "Vultr NVMe 1 GB",
    "ram_gb": 1,
    "monthly_usd": "6.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "Hetzner CX23 4 GB",
    "ram_gb": 4,
    "monthly_usd": "6.49",
    "usd_per_gb_ram": "1.62"
  }
]

ஒரே provider-க்குள், ஒரு GB RAM-க்கான விலையில் பெரிய மாற்றம் இருப்பதில்லை. DigitalOcean தனது 1 GB plan-க்கு ஒரு GB-க்கு $6.00 வசூலிக்கிறது; அதே விலையைத்தான் $24.00 மாதக் கட்டணம் கொண்ட 4 GB plan-க்கும் வசூலிக்கிறது. ஒரே provider-ல் பெரிய plan-ஐத் தேர்ந்தெடுப்பதால் எந்தக் கழிவும் (discount) கிடைப்பதில்லை, எனவே plan-ன் அளவு முடிவெடுப்பதற்கான காரணி அல்ல. அந்த provider-தான் காரணி.

முன்பு Linode என்று அழைக்கப்பட்ட Akamai, தனது 2 GB மற்றும் 4 GB shared plan-களை முறையே $12 மற்றும் $24-க்கு விற்கிறது; இது DigitalOcean-ன் விலையோடு சரியாகப் பொருந்துகிறது. அதன் ஆரம்பநிலை plan $5.00 என்ற விலையில் மற்றவற்றை விடக் குறைவாக உள்ளது. இரண்டு நிறுவனங்கள் விலையைச் சரியாகப் பொருத்துவது ஒரு முக்கியமான அறிகுறி: அந்தத் தரம் (tier) வன்பொருளின் (hardware) அடிப்படையில் அல்லாமல், போட்டியாளரின் விலையை அடிப்படையாகக் கொண்டே நிர்ணயிக்கப்படுகிறது, மேலும் அது தொடர்ந்து அந்தப் போட்டியாளரைப் பின்பற்றியே இருக்கும்.

சொந்தமாகத் தரவு மையங்களை (datacentres) உருவாக்கி, யூரோவில் விற்பனை செய்யும் நிறுவனங்களிடம் விலை வித்தியாசம் வெளிப்படுகிறது. ஒரு Hetzner CX23 plan உங்களுக்கு 4 GB RAM-ஐ மாதம் சுமார் $6.49 விலையில் வழங்குகிறது. இது ஒரு GB-க்கு $1.62 ஆகும், இது DigitalOcean-ன் விலையில் கால் பங்கு மட்டுமே. அந்த டாலர் மதிப்பு யூரோ பட்டியலிடப்பட்ட விலையிலிருந்து மாற்றப்படுவதால், அந்நியச் செலாவணி மாற்றங்களுக்கு ஏற்ப அது மாறுபடும். மேலும், 2026-ஆம் ஆண்டில் Hetzner தனது cloud விலைகளை உயர்த்தியது, எனவே பழைய ஒப்பீட்டுப் பதிவுகளில் உள்ள எண்கள் தற்போது செல்லாது.

ஒரு GB RAM-க்கான விலை, உங்களுக்குக் கிடைக்கும் CPU-வைப் பற்றி எதையும் சொல்வதில்லை. Shared vCPU என்பது, உங்கள் core-ஐ மற்ற பயனர்களுடன் பகிர்ந்து கொள்ள hypervisor திட்டமிடுகிறது என்று பொருள். நீங்கள் வாடகைக்கு எடுத்த server-ல் உண்மையான சோதனையைச் செய்ய வேண்டும்:

vmstat 1 10

st column-ஐ கவனிக்கவும். உங்கள் vCPU இயங்குவதற்குத் தயாராக இருந்தும், hypervisor அந்த physical core-ஐ வேறொருவருக்கு வழங்கிய நேரத்தின் சதவீதத்தை இது கணக்கிடுகிறது. சுமையின் கீழ் சில சதவீதங்கள் இருப்பது இயல்பானது. தொடர்ந்து இரண்டு இலக்க எண்கள் (double-digit) காட்டினால், அந்த host அதிகப்படியான பயனர்களைக் கொண்டுள்ளது என்று பொருள்; நீங்கள் பயன்படுத்த முடியாத core-க்கு எவ்வளவு குறைந்த விலையில் RAM கிடைத்தாலும் பயனில்லை. உங்கள் server அதிக சுமையுடன் இருக்கும் நேரத்தில் இதைச் சோதிக்கவும், ஏனெனில் steal time என்பது அண்டை பயனர்களால் ஏற்படும் சிக்கல், அவர்களுக்குத் தனித்தனி கால அட்டவணைகள் இருக்கும். சேமிப்பு (storage) மற்றும் போக்குவரத்து (traffic) கட்டணங்கள் சேர்த்த பிறகு, ஒரு மாதத்திற்கான hosting-ன் உண்மையான செலவு என்ன என்பதை அறிய, ஒரு VPS-ன் மாதச் செலவு என்பதைப் படிக்கவும்.

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

[
  {
    "provider": "DigitalOcean 1 GB",
    "included_tb": 1,
    "overage_usd_per_tb": "10.00"
  },
  {
    "provider": "Akamai Nanode 1 GB",
    "included_tb": 1,
    "overage_usd_per_tb": "5.00"
  },
  {
    "provider": "Vultr NVMe 1 GB",
    "included_tb": 2,
    "overage_usd_per_tb": "10.00"
  },
  {
    "provider": "Hetzner CX23 4 GB",
    "included_tb": 20,
    "overage_usd_per_tb": "1.20"
  }
]

DigitalOcean அதன் அடிப்படைத் திட்டத்தில் 1 TB வெளிச்செல்லும் (outbound) பரிமாற்றத்தை உள்ளடக்கியுள்ளது. வரம்பைத் தாண்டும் பயன்பாட்டிற்கு GiB அடிப்படையில் கட்டணம் வசூலிக்கப்படுகிறது, இது கூடுதல் TB-க்கு சுமார் $10.00 ஆகிறது. Akamai அதே அளவு TB-ஐ உள்ளடக்கி, அதில் பாதியளவு கட்டணத்தை, அதாவது TB-க்கு சுமார் $5.00 என வசூலிக்கிறது. Vultr 2 TB-ஐ உள்ளடக்கி, இதே போன்ற கூடுதல் கட்டண விகிதத்தைக் கொண்டுள்ளது. Hetzner 20 TB-ஐ உள்ளடக்கி, அதற்கு மேல் செல்லும் பயன்பாட்டிற்கு TB-க்கு சுமார் $1.20 மட்டுமே வசூலிக்கிறது; இது மற்றவற்றிலிருந்து முற்றிலும் மாறுபட்ட, மிகக் குறைந்த கட்டணமாகும்.

தலைப்புச் செய்திகளில் உள்ள எண்களை விட, மூன்று கட்டமைப்பு விவரங்கள் முக்கியமானவை. நான்கு நிறுவனங்களிலும் உள்வரும் (inbound) போக்குவரத்து இலவசம், எனவே நீங்கள் வெளியே அனுப்பும் தரவு மட்டுமே கணக்கிடப்படும். DigitalOcean மற்றும் Vultr ஆகிய நிறுவனங்கள், உங்கள் கணக்கில் உள்ள அனைத்து server-களின் ஒதுக்கீட்டையும் ஒன்றாக இணைக்கின்றன (pool). இதனால், அதிக போக்குவரத்து கொண்ட ஒரு machine மற்ற machine-ன் ஒதுக்கீட்டைப் பயன்படுத்திக்கொள்ளும், மேலும் பல சிறிய server-கள் ஒரு பெரிய பொதுவான ஒதுக்கீட்டைப் பகிர்ந்து கொள்ளும். மேலும், private network அல்லது VPC வழியாக server-களுக்கு இடையே நடக்கும் போக்குவரத்து பொதுவாகக் கணக்கிடப்படுவதில்லை. இதனால்தான், உங்கள் database-ஐ private interface-ல் வைப்பது என்பது பாதுகாப்பு சார்ந்த முடிவாக மட்டுமல்லாமல், கட்டணத்தைச் சேமிக்கும் முடிவாகவும் அமைகிறது.

நீங்கள் ஒதுக்கீட்டு வரம்பிற்கு அருகில் கூட செல்லவில்லை என்றால், இவை எதற்கும் கவலையில்லை. ஒரு blog, JSON பதில்களை வழங்கும் API அல்லது சிறிய SaaS போன்றவை ஒரு மாதத்தில் 1 TB-ஐ எட்டாது. ஆனால், வீடியோக்கள், படத்தொகுப்புகள், game server-கள், package mirror-கள் மற்றும் off-site backup இலக்குகள் எளிதில் இந்த வரம்பை எட்டும். ஊகிப்பதற்கு முன் அளவிடுங்கள்:

sudo apt update && sudo apt install -y vnstat
sudo systemctl enable --now vnstat
vnstat -m

vnstat -m மாத வாரியாகப் பரிமாற்றத்தை, பெறப்பட்டவை மற்றும் அனுப்பப்பட்டவை எனப் பிரித்துக் காட்டுகிறது. அனுப்பப்பட்ட தரவுக்கான (transmitted) நெடுவரிசைக்கு மட்டுமே கட்டணம் வசூலிக்கப்படும். database காலியாகத் தொடங்குவதால், நீங்கள் அதை நிறுவிய ஒரு நாள் கழித்தே முதல் பயனுள்ள தரவு கிடைக்கும், முழுமையான மாதத் தரவு ஒரு மாதம் கழித்தே கிடைக்கும். அதுவரை, அந்த provider வழங்கும் bandwidth வரைபடம் மட்டுமே உங்களிடம் உள்ள ஒரே ஆதாரமாகும்.

விலைப் பட்டியலில் இல்லாத ஒரு கேள்வியைக் கேட்டுத் தெரிந்துகொள்ளுங்கள்: ஒதுக்கீட்டைத் தாண்டும்போது, provider உங்களிடம் கட்டணம் வசூலிக்குமா அல்லது port வேகத்தைக் குறைக்குமா (throttle)? கட்டணம் வசூலிப்பது பண இழப்பை ஏற்படுத்தும். வேகத்தைக் குறைப்பது பயனர்களை இழக்கச் செய்யும்; அதுவும் உங்களுக்கு அதிக பயனர்கள் இருக்கும் அதே தருணத்தில் இது நிகழும். போக்குவரத்து திடீரென அதிகரிக்கும்போது என்ன நடக்கும் என்பதை நீங்கள் முன்கூட்டியே தெரிந்து கொள்ள வேண்டும்.

NVMe அல்லது SATA, உங்களிடம் இருப்பது எது என்பதைச் சரிபார்ப்பது எப்படி

NVMe என்று பேனலில் குறிப்பிடப்பட்டிருக்கும். இது ஹோஸ்டில் உள்ள வட்டுகளைப் பற்றிய ஒரு கூற்று, உங்கள் virtual machine அதில் இயங்கிக்கொண்டிருக்க வேண்டிய அவசியமில்லை. Local storage உங்கள் virtual disk-ஐ அதே physical machine-க்குள் உள்ள drives-ல் வைத்திருக்கும். Network storage அதை datacentre network வழியாக அணுகக்கூடிய ஒரு தனி storage cluster-ல் வைத்திருக்கும்; இதுவே instant resize, live migration மற்றும் snapshot-in-place ஆகியவற்றைச் சாத்தியமாக்குகிறது.

Guest-க்குள், இவை இரண்டும் ஒரே மாதிரியாகவே தோன்றும்:

lsblk -d -o NAME,ROTA,MODEL,SIZE
cat /sys/block/vda/queue/rotational

ROTA மற்றும் rotational ஆகியவை ஹோஸ்ட் எதை non-rotational என்று அறிவிக்கிறதோ, அதற்கு 0 என்று காட்டும். எனவே, NVMe-ஆல் ஆதரிக்கப்படும் network volume-ம், local NVMe-ஐப் போலவே தகவலைக் காட்டும். இந்த மதிப்பு வட்டு சுழலும் தட்டு (spinning platter) அல்ல என்பதை மட்டுமே உணர்த்தும். வட்டு எங்குள்ளது என்பதை இது சொல்லாது. Linux-ல் NVMe வட்டை உறுதிப்படுத்துதல் பகுதியில் device பெயர்கள் மற்றும் அவை எதைக் குறிக்கின்றன என்பது விளக்கப்பட்டுள்ளது.

இவற்றை வேறுபடுத்திக் காட்டும் சோதனை, queue depth 1-ல் உள்ள latency ஆகும். ஏனெனில், ஒரு சிறிய read செயல்பாட்டை மறைக்க எதுவும் இருக்காது. Local NVMe அதே chassis-லிருந்து பதிலளிக்கும். Network volume, ஒவ்வொரு read செயல்பாட்டிற்கும் datacentre network வழியாக ஒரு round trip-ஐச் சேர்க்கும். எனவே, deep queue depth-ல் throughput ஒரே மாதிரியாகத் தெரிந்தாலும், அதன் latency அளவு அதிகமாகவே இருக்கும்.

sudo apt update && sudo apt install -y fio
fio --name=lat --filename=/var/tmp/fiotest --size=1G --rw=randread --bs=4k \
  --ioengine=libaio --direct=1 --iodepth=1 --runtime=30 --time_based --group_reporting
fio --name=iops --filename=/var/tmp/fiotest --size=1G --rw=randread --bs=4k \
  --ioengine=libaio --direct=1 --iodepth=32 --runtime=30 --time_based --group_reporting
rm -f /var/tmp/fiotest

முதல் இயக்கம் (run) ஒரு clat தொகுதியை அச்சிடும், இது completion latency ஆகும். சராசரியைப் பார்ப்பதை விட 99th percentile வரியைப் படிக்கவும், ஏனெனில் சராசரி மதிப்பு பயனர்கள் உணரும் தாமதங்களை மறைத்துவிடும். இரண்டாவது இயக்கம் அதன் summary வரியில் IOPS=-ஐ அச்சிடும். நீங்கள் பயன்படுத்தும் provider மற்றும் நீங்கள் பரிசீலிக்கும் provider-ன் trial instance ஆகிய இரண்டிலும் ஒரே நாளில் இதை இயக்கி, உங்கள் எண்களை ஒப்பிட்டுப் பாருங்கள். எந்தவொரு விற்பனையாளரும் வெளியிடும் புள்ளிவிவரங்கள், நீங்கள் பார்க்க முடியாத ஒரு இயந்திரத்தில் அளவிடப்பட்டவை. இதை வெவ்வேறு நேரங்களில் மூன்று முறை இயக்கவும், ஏனெனில் ஒரே திட்டத்தில் (plan) இருந்தாலும், அமைதியான ஹோஸ்டும் பிஸியான ஹோஸ்டும் வெவ்வேறு முடிவுகளைத் தரும். VPS-ஐ முறையாக பெஞ்ச்மார்க் செய்தல் இந்த முறையை விளக்குகிறது, மேலும் SSD VPS என்பதன் உண்மையான அர்த்தம் அதன் பின்னணியில் உள்ள சந்தைப்படுத்தல் சொற்களை விளக்குகிறது.

பிராந்தியங்கள்: தாமதத்தை அளவிடுங்கள், வரைபடத்தை நம்பாதீர்கள்

நீங்கள் அளவிடும் வரை பிராந்தியங்களின் பட்டியல் வெறும் சந்தைப்படுத்தல் மட்டுமே. உங்கள் பயனர்கள் உணர்வது அவர்களின் நெட்வொர்க்கிலிருந்து உங்கள் server-க்கு தரவு சென்று திரும்ப எடுக்கும் கால அளவு (round trip) ஆகும். இது வரைபடத்தில் உள்ள தூரத்தைப் பொறுத்தது அல்ல, மாறாக அவர்களின் packets பயணிக்கும் பாதையைப் பொறுத்தது. நெரிசலான transit link-ல் உள்ள 300 km தொலைவில் இருக்கும் server-ஐ விட, தெளிவான பாதையில் உள்ள 1,500 km தொலைவில் இருக்கும் server சிறப்பாகச் செயல்படும்.

ping -c 20 203.0.113.10
mtr -rwc 50 203.0.113.10
curl -o /dev/null -s -w 'dns %{time_namelookup} connect %{time_connect} tls %{time_appconnect} total %{time_total}\n' https://example.com

mtr ஒவ்வொரு hop-ன் இழப்பு மற்றும் தாமதத்தை அச்சிடுகிறது. எனவே, இரண்டு hop-களுக்கு இடையே ஏற்படும் 60 ms தாமதம், இலக்கை மட்டும் குறை கூறாமல், எந்த link சிக்கலை ஏற்படுத்துகிறது என்பதைத் துல்லியமாகக் காட்டும். உங்கள் பயனர்கள் பயன்படுத்தும் அதே நெட்வொர்க்கில் உள்ள ஒரு machine-லிருந்து இதை இயக்கவும். Datacentre-களுக்கு இடையிலான பாதைகளே இணையத்தில் மிகச் சிறந்தவை, அவை அனைத்து provider-களையும் சமமாகவே காட்டும்.

விலை மாற்றங்கள் எதுவாக இருந்தாலும், ஒரு கட்டமைப்பு உண்மை மாறாது. உங்கள் கண்டத்தில் ஒரே ஒரு பிராந்தியம் மட்டுமே கொண்ட provider-ஐத் தேர்ந்தெடுத்தால், உங்கள் பேரிடர் மீட்புத் திட்டம் (disaster recovery plan) கண்டம் விட்டு கண்டம் மாறுவதாகவே அமையும்; இதனால் ஏற்படும் தாமதத்தை நீங்கள் கவனத்தில் கொள்ள வேண்டும். இணையதளப் பக்கத்தில் உள்ள பிராந்தியங்களை எண்ணாதீர்கள், உண்மையில் நீங்கள் failover செய்யக்கூடிய பிராந்தியங்களை மட்டும் கணக்கில் கொள்ளுங்கள்.

Snapshots மற்றும் backups தனித்தனியாகக் கட்டணம் வசூலிக்கப்படுபவை

குறைந்த விலை திட்டங்களில் Storage add-ons சேர்க்கப்படும்போதுதான் செலவு அதிகரிக்கிறது. DigitalOcean, snapshots-க்கு ஒரு GiB-க்கு மாதம் $0.06 கட்டணம் வசூலிக்கிறது. தானியங்கி backups-க்கு server-ன் விலையில் ஒரு பகுதியை கட்டணமாகப் பெறுகிறது: வாராந்திர backups-க்கு திட்டத்தின் விலையில் 20%, தினசரி backups-க்கு 30%, அல்லது பயன்பாட்டின் அடிப்படையில் GiB-க்கு ஒரு கட்டணம் என வசூலிக்கிறது. இரண்டு முறைகளும் நியாயமானவை, ஆனால் அவை வெவ்வேறு சூழல்களில் குறைபாடுகளைக் கொண்டுள்ளன. சதவீத அடிப்படையிலான விலை server-ன் அளவைப் பொறுத்து மாறுவதால், சிறிய தரவுகளைக் கொண்ட பெரிய server-க்கு அதிக கட்டணம் செலுத்த வேண்டியிருக்கும். GiB அடிப்படையிலான விலை தரவின் அளவைப் பொறுத்து மாறுவதால், பெரிய volume இணைக்கப்பட்ட சிறிய server-க்கு அதிக கட்டணம் செலுத்த வேண்டியிருக்கும்.

ஒரு backup-ஐ restore செய்ய எவ்வளவு செலவாகும் மற்றும் எவ்வளவு நேரம் எடுக்கும் என்று கேளுங்கள், ஏனெனில் backup-ஐ வைத்திருப்பதற்கான செலவு என்பது கேள்வியின் ஒரு பகுதி மட்டுமே. server-ஐ அழித்தால் அதன் snapshots-ம் அழிந்துவிடுமா என்பதையும் உறுதிப்படுத்திக் கொள்ளுங்கள்.

பிறகு, service provider-ன் கட்டுப்பாட்டில் இல்லாத ஒரு நகலை வைத்திருங்கள். provider-ன் snapshots அவர்களின் கணக்கிலேயே இருப்பதால், login விவரங்களை இழந்தாலோ, பணம் செலுத்துவதில் தோல்வி ஏற்பட்டாலோ அல்லது கணக்கு முடக்கப்பட்டாலோ, server மற்றும் அதன் backups ஆகிய இரண்டும் ஒரே நேரத்தில் இழக்கப்படும். நீங்கள் சொந்தமாக வைத்திருக்கும் storage-ல் restic backups சில டாலர்கள் object storage செலவை மட்டுமே கொண்டிருக்கும். இதை எந்த provider-ன் server-லும் restore செய்ய முடியும். இதுவே ஒரு migration-ஐ நிரந்தரமானதாக மாற்றாமல், தேவைப்பட்டால் மாற்றியமைக்கக்கூடியதாக வைத்திருக்கும்.

நீங்கள் எவ்வளவு stack-ஐ இயக்க விரும்புகிறீர்கள்

Providers ஒரு வரிசையில் அமைகிறார்கள். ஒரு முனையில், நீங்கள் ஒரு machine-ஐ வாடகைக்கு எடுத்து அனைத்தையும் நீங்களே இயக்குகிறீர்கள். மறுமுனையில், நீங்கள் ஒரு git branch-ஐ push செய்கிறீர்கள், server-ஐப் பார்ப்பதே இல்லை. முதல் முனையில் மட்டுமே RAM-ன் GB-க்கு ஏற்ப விலையை ஒப்பிடுவது சரியாக இருக்கும். ஏனெனில், இரண்டாவது முனையில் நீங்கள் memory-க்கு பதிலாக உழைப்பை (labour) வாங்குகிறீர்கள், உழைப்பிற்கு GB அடிப்படையில் விலை கிடையாது.

எதையும் ஒப்பிடுவதற்கு முன், நீங்கள் எந்த முனையில் இருக்கிறீர்கள் என்பதில் உண்மையாக இருங்கள். $6 server-உடன் ஒப்பிடும்போது, மாதம் $15.15 விலையுள்ள managed database விலை அதிகமாகத் தோன்றலாம். ஆனால், அதன் பின்னணியில் உள்ள உழைப்பின் விலையை நீங்கள் கணக்கிட வேண்டும்: replication, failover, point in time restore, minor version upgrades மற்றும் அதிகாலை 03:00 மணிக்கு யாரையாவது எழுப்பும் alert போன்றவை இதில் அடங்கும். அந்த வேலை உங்கள் பணியின் ஒரு பகுதி என்றால், நீங்களே அதை இயக்கி அந்தத் தொகையைச் சேமித்துக் கொள்ளுங்கள். உங்கள் பணி application-ஐ உருவாக்குவது மட்டுமே என்றால், அந்தச் சேவையை வாங்குவது மலிவானது. Managed மற்றும் unmanaged பிரிப்பு என்பது விலைப்பட்டியலில் எந்தக் கட்டத்தை நீங்கள் கவனிக்க வேண்டும் என்பதைத் தீர்மானிக்கிறது. முழு machine-ஐயும் அதன் disks-ஐயும் நீங்களே வைத்திருக்க விரும்புகிறீர்கள் என்பதுதான் உண்மையான பதில் என்றால், அது provider-ஐப் பற்றிய கேள்வி அல்ல, அது VPS மற்றும் dedicated server இடையிலான கேள்வி. இதே போன்ற கேள்விதான் ஒரு developer-ன் மாதந்திரக் கட்டணத்தின் பிற பகுதிகளிலும் எழுகிறது; அங்கு Claude மற்றும் ChatGPT திட்டங்களை ஒப்பிடுவது என்பது, அதன் தலைப்புச் செய்தியில் உள்ள விலையை விட, நீங்கள் எவ்வளவு வேலையை அவர்களிடம் ஒப்படைக்க விரும்புகிறீர்கள் என்பதைப் பொறுத்தே அமைகிறது.

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

நீங்கள் ஒரு virtual machine-ஐ வாங்குவதை விட, ஒரு platform-ஐ வாங்கும் சூழலில் DigitalOcean சிறந்து விளங்குகிறது.

• Managed databases. Managed PostgreSQL மற்றும் MySQL சேவைகள் 1 GiB RAM மற்றும் 10 GiB சேமிப்பகத்திற்கு மாதம் $15.15 என்ற விலையில் தொடங்குகின்றன. கூடுதல் சேமிப்பகம் GiB அடிப்படையில் கட்டணம் வசூலிக்கப்படும், standby nodes-களுக்கு node அடிப்படையில் விலை நிர்ணயிக்கப்படும். இதேபோன்ற நம்பகத்தன்மையை நீங்களே உருவாக்க வேண்டுமெனில், Patroni அல்லது repmgr, ஒரு consensus store, ஒரு connection proxy மற்றும் நீங்கள் ஏற்கனவே ஒத்திகை பார்த்த failover drill ஆகியவை தேவைப்படும். இரண்டு பேர் கொண்ட குழுவால் இதை பராமரித்துக்கொண்டு, புதிய அம்சங்களை (features) உருவாக்க முடியாது.
• App Platform. ஒரு branch-ஐ push செய்யுங்கள்; build, certificate மற்றும் இயங்கும் service ஆகியவை உங்களுக்குக் கிடைக்கும். இதில் patch செய்ய வேண்டிய operating system எதுவும் இல்லை. இந்த தயாரிப்பின் மலிவான VPS பதிப்பு என்பது, சனிக்கிழமை அன்று நீங்களே செய்யும் வேலையாகும்.
• முதிர்ச்சியடைந்த Terraform provider கொண்ட Object storage மற்றும் load balancers. குறியீடு (code) மூலம் அழிக்கப்பட்டு மீண்டும் உருவாக்கக்கூடிய ஒரு fleet, குறைந்த அலகு விலையை விட அதிக மதிப்புடையது.
• தயாரிப்பைச் சுற்றியுள்ள நிறுவனம். வெளியிடப்பட்ட support tiers, வரலாற்றுத் தரவுகளுடன் கூடிய status page மற்றும் வாடிக்கையாளரின் பாதுகாப்பு வினாத்தாள்களுக்கு (security questionnaire) பதிலளிக்கும் ஒரு நிறுவனம். நீங்கள் hosting-ஐ மறுவிற்பனை செய்பவர் என்றால், இது ஒரு GB-க்கு சில டாலர்களை விட அதிக மதிப்புடையது.

DigitalOcean எப்போது விலை உயர்ந்ததாகிறது என்றால், அதிக எண்ணிக்கையிலான சாதாரண virtual machines மற்றும் அதிகப்படியான outbound traffic இருக்கும்போதுதான். இதுவே மாற்றுச் சேவைகள் சரிசெய்யும் துல்லியமான சூழலாகும், மேலும் இதுவே self-hosting செய்யும் ஒரு developer வாங்கும் சேவையின் பெரும்பகுதியாகும்.

தடையின்றி புதிய provider-க்கு மாறுதல்

Migration-ன் போது ஏற்படும் downtime-க்கு ஒரே ஒரு காரணம் தான்: தரவுகள் புதிய server-க்கு மாற்றப்பட்ட பிறகும், பழைய IP-க்கு traffic வருவது. கீழே உள்ள ஒவ்வொரு படியும் இந்த இடைவெளியைக் குறைத்து, கணிக்கக்கூடியதாக மாற்ற உதவும்.

DNS-ல் இருந்து தொடங்குங்கள், மாற்றத்திற்கு குறைந்தது 48 மணி நேரத்திற்கு முன்பே இதைச் செய்ய வேண்டும். Resolvers உங்கள் A record-ஐ அதன் TTL (time to live) காலம் வரை cache செய்து வைத்திருக்கும். எனவே, 24 மணி நேர TTL கொண்ட record-ஐ மாற்றினாலும், ஒரு நாள் வரை பயனர்களை பழைய server-க்கே அனுப்பும். Cutover நேரத்தில் TTL-ஐக் குறைப்பது பலன் தராது, ஏனெனில் பழைய காலாவதி தேதியுடன் பழைய மதிப்பையே resolvers வைத்திருக்கும். முதலில் TTL-ஐக் குறைத்து, பழைய மதிப்பு காலாவதியாகும் வரை காத்திருந்து, பின் migration-ஐத் தொடங்குங்கள்.

dig +noall +answer example.com A
dig +noall +authority example.com SOA

முதல் கட்டளை, விடையின் இரண்டாவது பத்தியில் தற்போதைய TTL-ஐக் காட்டும். உங்கள் DNS provider-ல் அதை 300 என அமைத்து, நீங்கள் மாற்றிய பழைய மதிப்பை விட அதிக நேரம் காத்திருங்கள்.

பின்பு இந்த வரிசையில் செயல்படுங்கள்.

1. புதிய server-ஐ provision செய்து, அதில் எதையும் பதிவேற்றும் முன் அதை harden செய்யுங்கள். புதிய VPS-ல் முதல் பத்து நிமிடங்கள் என்ற பகுதி, அவசரத்தில் பலர் தவிர்க்கும் முக்கியமான விஷயங்களை விளக்குகிறது.
2. Application stack-ஐ நிறுவி, பழைய server தொடர்ந்து இயங்கிக்கொண்டிருக்கும்போதே rsync மூலம் முதல் கட்ட தரவு நகலை (data copy) எடுங்கள்.
3. புதிய host-ல் இப்போது TLS certificate-ஐப் பெறுங்கள். இதற்கு DNS-01 challenge-ஐப் பயன்படுத்துங்கள். ஏனெனில் HTTP-01 challenge, DNS தற்போது சுட்டிக்காட்டும் IP-ஐ (அதாவது பழைய server-ஐ) சரிபார்க்கும். DNS-01 challenge இந்த வரிசைச் சிக்கலை முழுமையாக நீக்குகிறது.
4. பொது மாற்றத்தைச் செய்வதற்கு முன், உங்கள் laptop-ல் DNS-ஐ override செய்து புதிய host-ஐச் சோதியுங்கள். 203.0.113.20 example.com-ஐ /etc/hosts-ல் சேர்த்து, தளத்தை உலாவிய பின், அந்த வரியை நீக்கிவிடுங்கள். இந்தச் சோதனையால் எந்தப் பயனரும் பாதிக்கப்பட மாட்டார்கள்.
5. Database அளவு குறித்த சிக்கலைக் கவனியுங்கள். சில GB-க்கும் குறைவாக இருந்தால், dump மற்றும் restore முறையை write freeze காலத்திற்குள் முடிக்கலாம். அதற்கு மேல் இருந்தால், பழைய database-லிருந்து புதியதற்கு நாட்களுக்கு முன்பே replication-ஐ அமைத்து, அது sync ஆகட்டும். அப்போது freeze காலம், promotion-க்கு மட்டுமே தேவைப்படும்.
6. Write-களை முடக்குங்கள் (Freeze). Application-ஐ maintenance அல்லது read-only mode-க்கு மாற்றுங்கள். பயனர்கள் கவனிக்கும் ஒரே பகுதி இதுதான், இது சில நிமிடங்கள் மட்டுமே நீடிக்க வேண்டும்.
7. இறுதி delta-வை இயக்குங்கள்: மீண்டும் அதே rsync, பின் இறுதி database sync.
8. A மற்றும் AAAA records-ஐ புதிய IP-க்கு மாற்றுங்கள். 300 வினாடி TTL இருப்பதால், பெரும்பாலான resolvers சுமார் ஐந்து நிமிடங்களுக்குள் புதிய IP-க்கு மாறிவிடும்.
9. பழைய server-ஐ குறைந்தது ஒரு நாள் இயங்கவிட்டு, அணுகக்கூடிய நிலையில் வைத்திருங்கள். ஏனெனில் சில resolvers குறுகிய TTL-ஐப் புறக்கணிக்கும். பழைய application-ல் இன்னும் write செய்ய முடிந்தால், தாமதமாக வரும் traffic தவறான database-ல் பதிவாகும். எனவே, பழைய host-ஐ புதிய database-க்குச் சுட்டிக்காட்டுங்கள் அல்லது அதிலிருந்து ஒரு maintenance பக்கத்தைக் காட்டுங்கள்.
10. புதிய server-ன் error rate-ஐ ஒரு நாள் முழுவதும் கவனியுங்கள். பின் TTL-ஐ அதன் பழைய நிலைக்கு உயர்த்தி, பழைய server-ஐ அன்றிரவே அழிக்காமல், ஒரு வாரம் கழித்து அழியுங்கள்.

நகல் எடுக்கும் செயல்முறை இரண்டு கட்டளைகளைக் கொண்டது, ஒவ்வொன்றையும் இரண்டு முறை இயக்க வேண்டும். கோப்பு sync:

rsync -aHAX --numeric-ids --delete -e ssh /srv/ deploy@203.0.113.20:/srv/

-a ownership, permissions மற்றும் timestamps-ஐப் பாதுகாக்கும், -H hard links-ஐத் தக்கவைக்கும், -AX ACLs மற்றும் extended attributes-ஐக் காக்கும், --numeric-ids இரண்டு இயந்திரங்களுக்கு இடையே மாறுபடும் user ID-களை rsync மீண்டும் map செய்வதைத் தடுக்கும். இதை நாட்களுக்கு முன்பே ஒருமுறை இயக்குங்கள், பின் freeze காலத்தின் போது மீண்டும் இயக்குங்கள்; அப்போது மாறிய தரவுகள் மட்டுமே மாற்றப்படும்.

PostgreSQL-ஐ dump செய்ய:

pg_dump --format=custom --no-owner --dbname=appdb --file=appdb.dump
scp appdb.dump deploy@203.0.113.20:/var/tmp/
pg_restore --clean --if-exists --no-owner --dbname=appdb /var/tmp/appdb.dump

MySQL அல்லது MariaDB-க்கு:

mysqldump --single-transaction --routines --triggers --databases appdb > appdb.sql

--single-transaction, InnoDB tables-ல் ஒரே transaction-க்குள் dump-ஐ எடுக்கும். இதனால் முடிவு சீராக இருக்கும் மற்றும் அது இயங்கும்போது application தொடர்ந்து write செய்ய முடியும். இந்த flag இல்லாமல் mysqldump tables-ஐ lock செய்யும்; அதாவது நீங்கள் திட்டமிட்டதை விட முன்னதாகவே write freeze தொடங்கிவிடும், அதை உங்களால் கட்டுப்படுத்த முடியாது.

உங்கள் server-க்கு வெளியே இரண்டு விஷயங்கள் சிக்கலை ஏற்படுத்தலாம். புதிய IP address-க்கு மின்னஞ்சல் reputation கிடையாது, எனவே புதிய server-லிருந்து நேரடியாக அனுப்பப்படும் மின்னஞ்சல்கள் spam என வடிகட்டப்படும்: ஏற்கனவே reputation உள்ள ஒரு relay மூலம் அனுப்புங்கள். மேலும், payment gateway அல்லது client firewall போன்ற உங்கள் outbound IP-ஐ allowlist செய்திருக்கும் எந்தவொரு partner-க்கும், cutover-க்கு முன்பே புதிய IP-ஐத் தெரிவிக்க வேண்டும். இல்லையெனில், traffic மாறியவுடன் அந்த இணைப்புகள் தோல்வியடையும்.

முடிவெடுப்பதற்கு முன் கவனிக்க வேண்டியவை

• விலை சலுகை விலையா (promotional) மற்றும் புதுப்பிக்கும்போது (renewal) அதன் விலை என்னவாக இருக்கும் என்பதைச் சரிபார்க்கவும். முதல் தவணைக்கான தள்ளுபடி, புதுப்பிக்கும்போது இருமடங்காக அதிகரிப்பது உண்மையான செலவுதான், அது தள்ளிப்போடப்படுகிறது அவ்வளவுதான்.
• ஒப்பந்த காலம் முன்கூட்டியே செலுத்தப்பட்டதா (prepaid) என்று பார்க்கவும். SSD Nodes போன்ற நிறுவனங்கள் வழங்கும் பல ஆண்டு முன்கூட்டியே செலுத்தும் திட்டங்கள், முன்பணமாகப் பணம் செலுத்துவதன் மூலம் ஒரு GB RAM-க்கான விலையைக் கணிசமாகக் குறைக்கின்றன. இதில் உள்ள சிக்கல் என்னவென்றால், அடுத்த மாதமே நீங்கள் வெளியேற முடியாது; எனவே உங்கள் திட்டத்தின் உறுதியைப் பொறுத்து ஒப்பந்த காலத்தைத் தேர்ந்தெடுக்கவும்.
• ஒரு மாதத்திற்கு snapshot-க்கான கட்டணம் எவ்வளவு, மற்றும் அதை restore செய்வதற்கு எவ்வளவு பணம் மற்றும் நேரம் தேவைப்படும் என்பதை அறியவும்.
• நிர்ணயிக்கப்பட்ட அளவைத் தாண்டும்போது (overage) கட்டணம் வசூலிக்கப்படுகிறதா அல்லது வேகம் கட்டுப்படுத்தப்படுகிறதா (throttled) என்று பார்க்கவும்.
• IPv6 சரியாக routing செய்யப்படுகிறதா அல்லது ஒரு முகவரி மட்டும் தனியாக இணைக்கப்பட்டுள்ளதா என்று சரிபார்க்கவும்.
• நீங்கள் கைகளால் கட்டமைப்பதற்குப் பதிலாக, code மூலம் கட்டமைக்க விரும்பினால், பராமரிக்கப்படும் Terraform provider-உடன் கூடிய API உள்ளதா என்று பார்க்கவும்.
• ஒரு server செயலிழந்தால், விற்பனை தொடர்பான கேள்விகளுக்கான பதிலளிப்பு நேரத்தைப் பார்க்காமல், தொழில்நுட்ப உதவி எவ்வாறு கிடைக்கும் மற்றும் அதற்கான அதிகாரப்பூர்வ பதிலளிப்பு இலக்கு என்ன என்பதைச் சரிபார்க்கவும்.

உங்கள் கட்டணத்தில் எது அதிக தாக்கத்தை ஏற்படுத்துகிறதோ, அதன் அடிப்படையில் முடிவெடுங்கள். அது memory என்றால், ஒரு GB RAM-க்கான விலை முக்கியமானது. அது outbound traffic என்றால், அதனுடன் சேர்க்கப்பட்டுள்ள transfer அளவு முக்கியமானது. அது உங்கள் நேரமாக இருந்தால், நிர்வகிக்கப்படும் தளம் (managed platform) முக்கியமானது; இதில் ஒப்பிடப்பட்டுள்ள நான்கில் DigitalOcean-ன் தளம் மிகவும் சிறந்தது.

FAQ

Hetzner எப்போதும் DigitalOcean-ஐ விட மலிவானதா?

சாதாரண virtual machine-க்கு, RAM-ன் ஒரு GB-க்கான விலை Hetzner-ல் மிகக் குறைவு: 5 August 2026 நிலவரப்படி, அடிப்படை shared plans-ல் DigitalOcean-ன் $6.00 விலையுடன் ஒப்பிடும்போது, Hetzner-ல் இது சுமார் $1.62 மட்டுமே. ஆனால், managed services-ஐ சேர்க்கும்போது இந்த ஒப்பீடு மாறுகிறது. Hetzner servers மற்றும் networking வசதிகளை மட்டுமே வழங்குகிறது; எனவே, managed database அல்லது push-to-deploy platform போன்றவற்றை நீங்களே உருவாக்க வேண்டும் அல்லது மூன்றாம் தரப்பு சேவைகளைப் பயன்படுத்த வேண்டும், இதற்கு கூடுதல் செலவாகும். மேலும், 2026-ல் Hetzner தனது cloud விலையை உயர்த்தியுள்ளது, எனவே பழைய கட்டுரைகளை நம்பாமல் தற்போதைய euro விலையைச் சரிபார்க்கவும்.

Managed database தேவைப்பட்டால், DigitalOcean-க்கு மாற்றாக எதைத் தேர்ந்தெடுக்கலாம்?

Vultr மற்றும் Akamai ஆகிய இரண்டுமே managed databases வழங்குகின்றன. DigitalOcean-ல் நீங்கள் இருப்பதற்கே managed database தான் காரணம் என்றால், இவைதான் மிக நெருக்கமான மாற்றுகள். குறைந்த விலை கொண்ட ஐரோப்பிய host-கள் பொதுவாக managed database வழங்குவதில்லை; எனவே, PostgreSQL அல்லது MySQL-ஐ நீங்களே நிர்வகிக்க வேண்டும், இதில் replication மற்றும் failover சோதனைகளும் அடங்கும். இது ஒரு முழுநேரப் பணி. ஒரு managed 1 GiB instance-க்கு மாதத்திற்கு $15.15 செலவாகும் நிலையில், மலிவான server-க்கு மாறுவதால் உண்மையில் லாபம் கிடைக்கிறதா என்பதை கணக்கிட்டு முடிவெடுக்கவும்.

Downtime இல்லாமல் ஒரு live site-ஐ புதிய provider-க்கு எப்படி மாற்றுவது?

மாற்றத்திற்கு குறைந்தது 48 மணி நேரத்திற்கு முன்பே DNS TTL-ஐ 300 seconds-ஆகக் குறைக்கவும். ஏனெனில், பழைய TTL முடியும் வரை resolvers பழைய IP-யையே தொடர்ந்து காட்டும். பழைய server traffic-ஐக் கையாளும்போதே புதிய host-ஐ உருவாக்கிச் சோதிக்கவும்; உங்கள் கணினியில் /etc/hosts override-ஐப் பயன்படுத்தி இதைச் செய்யலாம், இதனால் மற்றவர்களுக்குப் புதிய தளம் தெரியாது. பின்னர், சில நிமிடங்களுக்கு writes-ஐ நிறுத்திவிட்டு, இறுதி rsync delta மற்றும் database sync-ஐச் செய்யவும். A மற்றும் AAAA records-ஐ மாற்றிய பிறகு, பழைய server-ஐ ஒரு வாரம் அப்படியே வைத்திருக்கவும், ஏனெனில் சில resolvers குறுகிய TTL-ஐப் புறக்கணிக்க வாய்ப்புள்ளது.

மலிவான VPS என்றால் disks மெதுவாக இருக்குமா?

அப்படியல்ல. உங்கள் virtual disk, host-ல் உள்ளதா அல்லது network storage cluster-ல் உள்ளதா என்பதே முக்கியம், இது பெரும்பாலும் control panel-ல் குறிப்பிடப்படுவதில்லை. lsblk -o NAME,ROTA இரண்டிற்கும் 0 என்றே காட்டும், ஏனெனில் இரண்டுமே non-rotational. அதற்குப் பதிலாக, fio கட்டளையை --iodepth=1 --bs=4k --direct=1 உடன் இயக்கி, 99th percentile completion latency-ஐ அளவிடவும். Network volume-ல் ஒவ்வொரு read-க்கும் datacentre network round trip தேவைப்படும், எனவே local NVMe-ஐ விட இதன் latency எப்போதும் அதிகமாகவே இருக்கும், throughput ஒரே மாதிரியாகத் தெரிந்தாலும் இதுவே உண்மை.

புதிய server-லிருந்து எனது மின்னஞ்சல்கள் தொடர்ந்து சென்றடையுமா?

பெரும்பாலும் ஆரம்பத்தில் சிக்கல் ஏற்படலாம். புதிய IP address-க்கு அனுப்பும் வரலாறு (sending history) இல்லாததால், மின்னஞ்சல் பெறுநர்கள் அதைச் சந்தேகத்திற்குரியதாகக் கருதி spam-ல் போடலாம் அல்லது நிராகரிக்கலாம். நீங்கள் update செய்யும் வரை SPF மற்றும் DKIM records பழைய host-ஐயே காட்டும். எனவே, ஏற்கனவே நற்பெயர் கொண்ட ஒரு relay அல்லது email service மூலம் application மின்னஞ்சல்களை அனுப்பவும், cutover-க்கு முன்பே DNS records-ஐ update செய்யவும்.