SSD Nodes Learn Hosting plans →
கல்வி வழிகாட்டிகள் Matt Connorஆல் Matt Connor

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

RAM, NVMe storage மற்றும் transfer கட்டணங்களின் அடிப்படையில் DigitalOcean-க்கு மாற்றான சிறந்த cloud சேவைகளை ஒப்பிடுங்கள். downtime இல்லாமல் இடம்பெயர்வதற்கான வழிமுறைகள் இங்கே.

DigitalOcean மாற்றுகள் எவற்றை உண்மையில் மாற்றுகின்றன

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

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

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

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

விளக்கப்படம்Monthly list price per GB of RAM, small shared-CPU plans, checked 5 August 2026
இந்த விளக்கப்படத்தின் தரவு
[
  {
    "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 (unavailable Oct 2026)",
    "ram_gb": 4,
    "monthly_usd": "6.49",
    "usd_per_gb_ram": "1.62"
  }
]

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

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

சொந்தமாகத் தரவு மையங்களை (datacentres) உருவாக்கி, யூரோவில் விற்பனை செய்யும் நிறுவனங்களிடம் விலை வித்தியாசம் காணப்படுகிறது. 5 ஆகஸ்ட் 2026 அன்று, Hetzner CX23 திட்டம் உங்களுக்கு 4 GB RAM-ஐ மாதத்திற்கு சுமார் $6.49 என்ற விலையில் வழங்கியது. இது GB-க்கு $1.62 ஆகும், இது DigitalOcean-ன் விலையில் கால் பங்கு மட்டுமே. 21 அக்டோபர் 2026 அன்று, உங்களால் இன்னும் அதை வாங்க முடியவில்லை. Hetzner தனது CX23 மற்றும் அதன் Cost-Optimized வரிசையில் உள்ள பிற திட்டங்கள் தற்போது கிடைக்கவில்லை என்று குறிப்பிடுகிறது; பழைய வன்பொருளில் இயங்குவதால் சர்வர்களின் எண்ணிக்கை குறைவாக இருப்பதே இதற்குக் காரணம். அதன் status பக்கத்தில் 26 ஜூன் 2026 முதல் cloud instances கிடைப்பதில் சிக்கல் இருப்பதாக அறிவிப்பு உள்ளது, இது 21 அக்டோபர் 2026 வரையிலும் நீடித்தது. வாங்க முடியாத ஒரு திட்டத்தின் GB விலையை ஒப்பிடுவதில் அர்த்தமில்லை. 6 அக்டோபர் 2026 அன்று, Hetzner தனது சிறிய shared சர்வராக 1 vCPU, 1 GB RAM மற்றும் 20 GB NVMe கொண்ட CPX02 என்ற Regular Performance திட்டத்தைச் சேர்த்தது. 21 அக்டோபர் 2026 அன்று, Hetzner-ன் சொந்தப் பக்கத்தில் அதன் EU இருப்பிடங்களுக்கு VAT நீங்கலாக €6.49 என்று பட்டியலிடப்பட்டிருந்தது. இது டாலருக்கு மாற்றும் முன் RAM-க்கு €6.49 ஆகும், இது DigitalOcean-ன் $6.00-க்கு இணையானது. அதே பக்கத்தில் CPX02 மற்றும் பிற Regular Performance திட்டங்கள் தற்போது கிடைக்கவில்லை என்று குறிக்கப்பட்டிருந்தது, எனவே ஒப்பிடுவதற்கு முன் நீங்கள் விரும்பும் இருப்பிடத்தில் அதை வாங்க முடியுமா என்பதைச் சரிபார்க்கவும். Hetzner-ன் டாலர் மதிப்பு யூரோ பட்டியலிடப்பட்ட விலையிலிருந்து மாற்றப்படுவதால், அது அந்நியச் செலாவணி மாற்றத்திற்கு ஏற்ப மாறுபடும். மேலும், 2026-ல் Hetzner தனது cloud விலைகளை உயர்த்தியதால், பழைய ஒப்பீட்டுப் பதிவுகளில் உள்ள எண்கள் தற்போது செல்லாது.

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

vmstat 1 10

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

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

விளக்கப்படம்Included outbound transfer and overage price, same plans, checked 5 August 2026
இந்த விளக்கப்படத்தின் தரவு
[
  {
    "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 (unavailable Oct 2026)",
    "included_tb": 20,
    "overage_usd_per_tb": "1.20"
  }
]

DigitalOcean தனது $6.00 1 GiB திட்டத்தில் சுமார் 1 TB (1,000 GiB) வெளிச்செல்லும் பரிமாற்றத்தை (outbound transfer) உள்ளடக்கியுள்ளது. வரம்பிற்கு அதிகமான பயன்பாட்டிற்கு GiB-க்கு $0.01 வீதம் கட்டணம் வசூலிக்கிறது, இது கூடுதல் TB-க்கு சுமார் $10.00 ஆகிறது. அதன் அடிப்படைத் திட்டமான 512 MiB RAM மற்றும் $4.00 மாதக் கட்டணத்தில் 500 GiB மட்டுமே அடங்கும். பெரிய Basic திட்டங்களில் இந்த அளவு 6,000 GiB வரை உயரும், எனவே நீங்கள் தேர்ந்தெடுக்கும் திட்டத்திற்கான அளவைச் சரிபார்க்கவும். Akamai தனது Nanode திட்டத்தில் அதே அளவு TB-ஐ உள்ளடக்கியுள்ளது, ஆனால் அதன் கட்டணம் இதில் பாதியளவு, அதாவது TB-க்கு சுமார் $5.00 ஆகும். Vultr இதே போன்ற கூடுதல் கட்டண விகிதத்தில் 2 TB-ஐ வழங்குகிறது. 5 ஆகஸ்ட் 2026 அன்று, Hetzner CX23 திட்டத்தில் 20 TB உள்ளடக்கப்பட்டிருந்தது, அதற்கு மேல் பயன்பாட்டிற்கு TB-க்கு சுமார் $1.20 கட்டணம் வசூலிக்கப்பட்டது; இது மற்ற நிறுவனங்களை விட மிகக் குறைவான கட்டணமாகும். 21 அக்டோபர் 2026 அன்று, Hetzner-ன் பக்கத்தில் அதன் EU இடங்களிலும் CPX02 திட்டத்திலும் 20 TB போக்குவரத்து உள்ளடக்கப்பட்டிருப்பதாகக் குறிப்பிடப்பட்டிருந்தது. ஆனால், சிங்கப்பூர் மற்றும் அமெரிக்க இடங்களில் இதன் அளவு குறைவு; உதாரணமாக, சிங்கப்பூரில் CPX02 திட்டத்திற்கு 0.5 TB மட்டுமே வழங்கப்படுகிறது.

தலைப்புச் செய்திகளில் உள்ள எண்களை விட மூன்று கட்டமைப்பு விவரங்கள் முக்கியமானவை. இந்த நான்கு நிறுவனங்களிலும் உள்வரும் போக்குவரத்து (inbound traffic) இலவசம், எனவே நீங்கள் வெளியேற்றும் தரவு மட்டுமே கணக்கிடப்படும். DigitalOcean, Akamai மற்றும் Vultr ஆகிய நிறுவனங்கள் கணக்கில் உள்ள அனைத்து server-களின் ஒதுக்கீட்டையும் ஒன்றாக இணைக்கின்றன (pool). இதனால், ஒரு அதிகப்படியான பயன்பாடு கொண்ட machine மற்ற machine-ன் ஒதுக்கீட்டைப் பயன்படுத்திக்கொள்ளும்; பல சிறிய server-கள் ஒரு பெரிய ஒதுக்கீட்டைப் பகிர்ந்து கொள்ளும். மேலும், private அல்லது VPC network வழியாக 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 காலியாகத் தொடங்குவதால், நீங்கள் நிறுவிய ஒரு நாள் கழித்தே முதல் பயனுள்ள தரவு கிடைக்கும், ஒரு மாதம் கழித்தே முழுமையான மாதத் தரவு கிடைக்கும். அதுவரை, அந்த நிறுவனத்தின் சொந்த bandwidth வரைபடம் மட்டுமே உங்களிடம் உள்ள ஒரே ஆதாரமாகும்.

விலைப் பட்டியலில் இல்லாத ஒரு கேள்வியைக் கேளுங்கள்: ஒதுக்கீட்டைத் தாண்டும்போது, நிறுவனம் உங்களிடம் கட்டணம் வசூலிக்குமா அல்லது 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-க்கு downtime இல்லாமல் மாறுதல்

ஒரு 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

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

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

  1. புதிய server-ஐ provision செய்து, அதில் எதையும் பதிவேற்றும் முன் அதை harden செய்யுங்கள். புதிய VPS-ல் முதல் பத்து நிமிடங்கள் என்ற பகுதி, மக்கள் அவசரத்தில் தவிர்க்கும் முக்கியமான விஷயங்களை விளக்குகிறது.
  2. Application stack-ஐ நிறுவி, பழைய server தொடர்ந்து இயங்கிக்கொண்டிருக்கும்போதே rsync மூலம் தரவை முதல்முறை நகலெடுங்கள்.
  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 IDs-ஐ rsync மாற்றாமல் தடுக்கிறது. இதை நாட்களுக்கு முன்பே ஒருமுறை இயக்குங்கள், பிறகு freeze காலத்தின் போது மீண்டும் இயக்குங்கள்; அப்போது மாறிய கோப்புகள் மட்டுமே மாற்றப்படும்.

Dump செய்யக்கூடிய அளவுள்ள PostgreSQL-க்கு:

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 கிடையாது, எனவே புதிய பெட்டியிலிருந்து நேரடியாக அனுப்பப்படும் மின்னஞ்சல்கள் spam என வடிகட்டப்படும்: ஏற்கனவே reputation உள்ள ஒரு relay வழியாக அனுப்புங்கள். மேலும், payment gateway அல்லது client firewall போன்ற உங்கள் outbound IP-ஐ allowlist செய்துள்ள எந்தவொரு partner-ன் allowlist-லும் புதிய IP-ஐ மாற்றத்திற்கு முன்பே புதுப்பிக்க வேண்டும், இல்லையெனில் traffic மாறியவுடன் அந்த அழைப்புகள் தோல்வியடையத் தொடங்கும்.

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

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

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

FAQ

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

ஒரு சாதாரண virtual machine-க்கு, RAM-ன் ஒரு GB-க்கான விலை மிகக் குறைவாக இருந்தது: 5 August 2026 நிலவரப்படி, சிறிய shared plans-ல் சுமார் $1.62 ஆக இருந்தது, இது DigitalOcean-ல் $6.00 ஆக இருந்தது. அந்த Hetzner விலை CX23-லிருந்து பெறப்பட்டது. 21 October 2026 அன்று, அதன் Cost-Optimized வரிசை மற்றும் புதிய CPX02 ஆகியவற்றுடன் சேர்த்து, CX23-ம் கிடைக்காது என்று Hetzner அறிவித்தது. எனவே, இன்று நீங்கள் ஆர்டர் செய்யக்கூடிய ஒரு plan-உடன் ஒப்பிட்டுப் பாருங்கள். 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 தான் காரணம் என்றால், இவைதான் மிக நெருக்கமான மாற்றீடுகள். குறைந்த விலை கொண்ட ஐரோப்பிய hosts பொதுவாக இவற்றை விற்பதில்லை. அதாவது, PostgreSQL அல்லது MySQL-ஐ நீங்களே நிர்வகிக்க வேண்டும்; replication மற்றும் சோதிக்கப்பட்ட failover ஆகியவற்றை நீங்களே கையாள வேண்டும். இது ஒரு முழுநேர வேலை. ஒரு மலிவான server-ல் பணம் மிச்சமாகிறது என்று முடிவெடுக்கும் முன், ஒரு managed 1 GiB instance-க்கு மாதம் $15.15 செலவாகும் என்பதை ஒப்பிட்டுப் பாருங்கள்.

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-ஐ மாற்றவும். ஏதேனும் resolver குறுகிய TTL-ஐப் புறக்கணித்திருக்கலாம் என்பதால், பழைய server-ஐ ஒரு வாரம் இயங்க விடவும்.

மலிவான 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-ஐச் சேர்க்கிறது. எனவே, deep-queue throughput ஒரே மாதிரியாகத் தெரிந்தாலும், அதன் latency floor உள்ளூர் NVMe-ஐ விட அதிகமாக இருக்கும்.

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

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

#vps#providers#comparison#pricing#hosting