డెవలపర్లకు DigitalOcean ప్రత్యామ్నాయాలు: ధరల పోలిక

DigitalOcean ప్రత్యామ్నాయాలు వాస్తవంగా ఏమి మారుస్తాయి

చాలా DigitalOcean ప్రత్యామ్నాయాలు machine ను కాకుండా బిల్లును మారుస్తాయి. ఏ provider ను ఎంచుకున్నా, మీకు public IP, virtio disk మరియు root access ఉన్న Linux virtual machine లభిస్తుంది. Control panel పై ఏ logo ఉన్నా మీ kernel కు దానితో సంబంధం ఉండదు. ఎంపికను నిర్ణయించే ప్రధాన తేడాలు RAM లోని ప్రతి GB ధర, చేర్చిన transfer allowance పరిమాణం, దాన్ని మించిన ప్రతి byte కు అయ్యే ఖర్చు, disk వాస్తవంగా ఏ సాంకేతికతతో రూపొందించబడిందో, అలాగే operating system పైనున్న stack లో ఎంత భాగాన్ని మరొకరు మీ తరఫున నిర్వహిస్తారో అనేవి.

ఈ guide ఈ అంశాల ఆధారంగా పోల్చుతుంది. ఎందుకంటే developer వీటిలో ప్రతి అంశాన్ని terminal నుంచి లేదా provider ప్రచురించిన price list నుంచి తనిఖీ చేయగలరు. DigitalOcean సరైన ఎంపిక అయ్యే సందర్భాలను కూడా ఇది పేర్కొంటుంది. ఏ లోపాన్నీ అంగీకరించని comparison ఒక advertisement అవుతుంది.

కింద ఉన్న ప్రతి ధర 5 August 2026 న తనిఖీ చేసిన published list price. ధరలు మారవచ్చు. ఈ guide లోని ఒకటికంటే ఎక్కువ provider లు 2026లో తమ ధరలను మార్చాయి. Pricing structure చాలా నెమ్మదిగా మారుతుంది. కాబట్టి ముందుగా ratios మరియు billing model ను పరిశీలించండి. తరువాత service కు commit చేసే ముందు provider స్వంత page లో నేటి ధరను నిర్ధారించండి.

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లో RAM యొక్క GBకు ధరలో పెద్దగా మార్పు ఉండదు. 1 GB planకు DigitalOcean GBకు $6.00 వసూలు చేస్తుంది. 4 GB planలో కూడా GBకు అదే $6.00 ఉంటుంది. ఆ plan నెలకు $24.00గా జాబితా చేయబడింది. అదే providerలో పెద్ద plan ఎంచుకున్నంత మాత్రాన discount లభించదు. కాబట్టి నిర్ణయం plan పరిమాణంపై ఆధారపడదు. అది providerపై ఆధారపడుతుంది.

ఇప్పుడు Linodeగా ఉన్న సేవను విక్రయిస్తున్న Akamai, తన 2 GB మరియు 4 GB shared planలకు వరుసగా $12 మరియు $24 ధరలను నిర్ణయించింది. ఇవి DigitalOcean ధరలతో dollar స్థాయిలోనే సమానంగా ఉన్నాయి. దాని entry plan ధర $5.00, ఇది వాటికన్నా తక్కువ. రెండు కంపెనీలు ఒకే ధరను ఖచ్చితంగా నిర్ణయించడం గమనించాల్సిన సంకేతం. ఆ tier hardware ధర ఆధారంగా కాకుండా పోటీ provider ధర ఆధారంగా నిర్ణయించబడింది. అది అదే పోటీ provider ధరను అనుసరిస్తూనే ఉంటుంది.

సొంత datacentreలను నిర్మించి euroలో విక్రయించే providers వద్ద తేడా కనిపిస్తుంది. Hetzner CX23 మీకు 4 GB RAMను నెలకు సుమారు $6.49కు ఇస్తుంది. అంటే GBకు $1.62. ఇది DigitalOcean ధరలో దాదాపు నాలుగో వంతు. ఈ dollar మొత్తం euro list price నుంచి మార్చబడింది. అందువల్ల exchange rateతో ఇది మారుతుంది. Hetzner 2026లో cloud ధరలను కూడా పెంచింది. కాబట్టి పాత comparison postsలో ప్రస్తుతం లేని ధరలు కనిపిస్తాయి.

RAM యొక్క GBకు ధరతో మీకు లభించే CPU గురించి ఏమీ తెలియదు. Shared vCPU అంటే hypervisor మీ coreను ఇతర tenantsతో కలిసి schedule చేస్తుంది. దీన్ని నిజాయతీగా తనిఖీ చేయాలంటే మీరు నిజంగా rent చేసిన boxపైన పరీక్ష నడపాలి:

vmstat 1 10

st columnను చదవండి. మీ vCPU run కావడానికి సిద్ధంగా ఉండి, hypervisor physical coreను మరొకరికి అప్పగించిన సమయపు శాతాన్ని ఇది లెక్కిస్తుంది. Load సమయంలో కొన్ని శాతం ఉండటం సాధారణం. నిరంతరం double-digit సంఖ్య కనిపిస్తే host oversubscribed అయిందని అర్థం. మీరు ఉపయోగించలేని coreకు ఏ GB ధర కూడా పరిహారం కాదు. మీ busy hourలో దీన్ని నడపండి. ఎందుకంటే steal time అనేది పొరుగు tenants వల్ల కలిగే సమస్య, వారికి కూడా నిర్దిష్ట schedules ఉంటాయి. Storage మరియు traffic జోడించిన తర్వాత ఒక నెల hostingకు వాస్తవంగా ఎంత ఖర్చవుతుందో విస్తృతంగా తెలుసుకోవడానికి నెలనెలా VPS ఖర్చు ఎంత అవుతుంది చదవండి.

చేర్చిన transfer కోసం వాస్తవ ఖర్చు

[
  {
    "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 entry plan లో 1 TB outbound transfer ను చేర్చుతుంది. అదనపు వినియోగానికి GiB ఆధారంగా billing చేస్తుంది. దీని ప్రకారం ప్రతి అదనపు TB కు సుమారు $10.00 ఖర్చవుతుంది. Akamai కూడా అదే TB ను చేర్చుతుంది. అయితే దాని రుసుము దాదాపు సగం మాత్రమే, అంటే ప్రతి TB కు సుమారు $5.00. Vultr 2 TB ను చేర్చుతుంది. అదనపు వినియోగ రుసుము దాదాపు ఇదే స్థాయిలో ఉంటుంది. Hetzner 20 TB ను చేర్చుతుంది. ఆ పరిమితి దాటిన తర్వాత ప్రతి TB కు సుమారు $1.20 వసూలు చేస్తుంది. ఈ రేటు మిగతా provider లతో పోలిస్తే దాదాపు ఒక క్రమం మేర భిన్నంగా ఉంటుంది.

సారాంశ సంఖ్యలకన్నా మూడు నిర్మాణాత్మక అంశాలు ముఖ్యమైనవి. నాలుగు provider లలో inbound traffic ఉచితం. కాబట్టి మీరు బయటకు పంపే traffic మాత్రమే లెక్కలోకి వస్తుంది. DigitalOcean మరియు Vultr account లోని అన్ని server లకు allowance ను కలిపి లెక్కిస్తాయి. అందువల్ల ఒక busy machine మరొక machine quota ను వినియోగించవచ్చు. చిన్న server ల సమూహం ఒక పెద్ద pool ను పంచుకుంటుంది. Private లేదా VPC network ద్వారా server ల మధ్య జరిగే traffic సాధారణంగా లెక్కలోకి రాదు. అందుకే database ను private interface పై ఉంచడం security నిర్ణయం మాత్రమే కాదు, billing నిర్ణయం కూడా.

మీరు cap కు సమీపంలో లేకపోతే వీటిలో ఏదీ ప్రభావం చూపదు. ఒక blog, JSON responses ఇచ్చే API లేదా చిన్న SaaS ఒక నెలలో 1 TB కు చేరదు. Video, image galleries, game server లు, package mirrors మరియు off-site backup targets మాత్రం చేరవచ్చు. ఊహించేముందు కొలవండి:

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

vnstat -m transfer ను నెలవారీగా చూపిస్తుంది. ఇది received మరియు transmitted గా విభజిస్తుంది. Billing కు transmitted column మాత్రమే పరిగణనలోకి వస్తుంది. Database మొదట ఖాళీగా ఉంటుంది. కాబట్టి దీని నుంచి ఉపయోగకరమైన మొదటి reading ను install చేసిన ఒక రోజు తర్వాత పొందుతారు. మొదటి పూర్తి నెల data ఒక నెల తర్వాత లభిస్తుంది. అప్పటి వరకు provider యొక్క bandwidth graph మాత్రమే మీ వద్ద ఉన్న record.

ఏ price list సమాధానం ఇవ్వని మరో ప్రశ్న అడగండి: allowance దాటినప్పుడు provider మీకు bill చేస్తుందా, లేక port ను throttle చేస్తుందా? Billing వల్ల డబ్బు ఖర్చవుతుంది. Throttling వల్ల users ప్రభావితమవుతారు. ఎక్కువ users ఉన్న సమయంలోనే ఇది జరుగుతుంది. Traffic spike వల్ల మీకు ఏ ఖర్చు వస్తుందో ముందుగానే తెలుసుకోవాలి.

NVMe లేదా SATA, మీరు వాస్తవంగా ఏది పొందారో ఎలా తనిఖీ చేయాలి

ప్యానెల్ NVMe అని చూపిస్తుంది. ఇది host లోని disks గురించి చేసిన ఒక ప్రకటన మాత్రమే; మీ virtual machine నిజంగా వాటిపైనే నడుస్తుండకపోవచ్చు. Local storage మీ virtual disk ను అదే physical machine లోని drives పై ఉంచుతుంది. Network storage దానిని datacentre network ద్వారా చేరుకునే వేరు storage cluster పై ఉంచుతుంది. దీనివల్ల తక్షణ resize, live migration, snapshot-in-place సాధ్యమవుతాయి.

Guest లో రెండూ ఒకేలా కనిపిస్తాయి:

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

Host non-rotational గా ప్రకటించే ఏదైనా storage కోసం ROTA మరియు rotational, 0 ను report చేస్తాయి. అందువల్ల NVMe ఆధారిత network volume, local NVMe report చేసే విలువనే report చేస్తుంది. ఈ విలువ disk spinning platter కాదని మాత్రమే చెబుతుంది. Disk ఎక్కడ ఉందో ఇది చెప్పదు. Linuxలో NVMe diskను నిర్ధారించడం device names మరియు వాటి అర్థాలను వివరిస్తుంది.

వీటి మధ్య తేడాను చూపించే test queue depth 1 వద్ద latency test. కారణం, ఒకే చిన్న read వెనుక దాగేందుకు మరే ఇతర పని ఉండదు. Local NVMe అదే chassis నుంచి సమాధానం ఇస్తుంది. Network volume ప్రతి read కు datacentre network మీదుగా ఒక round trip ను జోడిస్తుంది. అందువల్ల deep queue depth వద్ద throughput సమానంగా కనిపించినా, దాని latency floor ఎక్కువగా ఉంటుంది.

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 block ను చూపిస్తుంది. ఇది completion latency. Average కు బదులుగా 99th percentile line ను చూడండి. Average వినియోగదారులు అనుభవించే stalls ను దాచిపెడుతుంది. రెండవ run తన summary line లో IOPS= ను చూపిస్తుంది. మీరు ఇప్పటికే ఉపయోగిస్తున్న provider పై, అలాగే పరిశీలిస్తున్న provider యొక్క trial instance పై, అదే రోజున రెండింటినీ run చేయండి. తరువాత మీ స్వంత రెండు సంఖ్యలను పోల్చండి. ఏ vendor అయినా ప్రచురించిన figure, మీరు చూడలేని machine పై కొలిచినదే. వేర్వేరు సమయాల్లో కూడా మూడు సార్లు run చేయండి. Quiet host మరియు busy host ఒకే plan పై వేర్వేరు ఫలితాలను ఇస్తాయి. VPSను సరిగ్గా benchmark చేయడం పద్ధతిని వివరిస్తుంది. SSD VPS అంటే వాస్తవంగా ఏమిటి దాని వెనుక ఉన్న marketing పదాలను వివరిస్తుంది.

ప్రాంతాలు: latency ను కొలవండి, మ్యాప్‌ను చదవవద్దు

మీరు కొలిచే వరకు region జాబితా marketing మాత్రమే. వినియోగదారుడు అనుభవించేది వారి network నుంచి మీ server వరకు round trip. ఇది మ్యాప్‌లోని దూరంపై కాకుండా, వారి packets వెళ్లే route పై ఆధారపడి ఉంటుంది. Congested transit link వెనుక 300 km దూరంలో ఉన్న server కంటే, స్వచ్ఛమైన path పై 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 కు సంబంధించిన loss మరియు latency ను చూపిస్తుంది. కాబట్టి రెండు hops మధ్య 60 ms పెరుగుదల ఉంటే, సమస్య కలిగిస్తున్న link ఏదో తెలుస్తుంది; destination ను కారణంగా తప్పుగా నిర్ధారించాల్సిన అవసరం ఉండదు. మీ users ఉపయోగించే network కు అనుసంధానమైన machine నుంచి దీన్ని run చేయండి. Datacentre నుంచి datacentre కు వెళ్లే routes internet లో సాధారణంగా ఉత్తమమైనవి. అవి ప్రతి provider పనితీరును సమానంగా మెరుగ్గా చూపిస్తాయి.

ధర మారినా ఒక structural అంశం అలాగే ఉంటుంది. మీ continent లో provider కు ఒకే region ఉంటే, మీ disaster recovery plan అంటే continent మార్చే ప్రణాళిక. దానికి సంబంధించిన latency కూడా ఉంటుంది. పేజీలో చూపిన regions సంఖ్యను కాకుండా, నిజంగా fail over చేయగల regions సంఖ్యను లెక్కించండి.

Snapshots మరియు backups కు ప్రత్యేక బిల్లు ఉంటుంది

Storage add-ons వల్ల చౌకైన plan ఖరీదైనదిగా మారుతుంది. Snapshots కోసం DigitalOcean ప్రతి నెలకు ప్రతి GiBకి $0.06 వసూలు చేస్తుంది. Automatic backups కు server ధరలోని శాతాన్ని వసూలు చేస్తుంది: weekly backups కు plan ధరలో 20%, daily backups కు 30%. Usage ఆధారిత ఎంపికలో ప్రతి GiBకి బిల్లు చేస్తుంది. ఈ రెండు విధానాలకూ కారణాలు ఉన్నాయి. అయితే ఇవి వ్యతిరేక దిశల్లో సమస్యలను సృష్టిస్తాయి. Percentage price server పరిమాణం పెరిగే కొద్దీ పెరుగుతుంది. అందువల్ల తక్కువ dataset ఉన్న పెద్ద server అధికంగా చెల్లిస్తుంది. Per GiB price మీ data పరిమాణాన్ని అనుసరిస్తుంది. అందువల్ల పెద్ద volume కు అనుసంధానించిన చిన్న server అధికంగా చెల్లిస్తుంది.

Restore కు ఎంత ఖర్చవుతుంది, ఎంత సమయం పడుతుంది అని అడగండి. Backup ఉంచే ధర ఈ ప్రశ్నలో సులభంగా కనిపించే సగం మాత్రమే. Server ను destroy చేస్తే దాని snapshots కూడా తొలగిపోతాయా అని అడగండి.

తర్వాత provider నియంత్రించని చోట ఒక copy ఉంచండి. Provider snapshots provider account లోనే ఉంటాయి. అందువల్ల login కోల్పోవడం, payment విఫలమవడం లేదా account suspend కావడం వల్ల server మరియు దాని backups రెండూ ఒకేసారి అందుబాటులో లేకుండా పోవచ్చు. మీకు చెందిన storage లోకి restic backups చేయడానికి కొన్ని dollars ఖర్చుతో object storage సరిపోతుంది. వాటిని ఏ provider పైనైనా restore చేయవచ్చు. దీనివల్ల migration తిరిగి మార్చలేని చర్య కాకుండా, అవసరమైతే పునరుద్ధరించగల చర్యగా మారుతుంది.

మీరు stack లో ఎంత భాగాన్ని స్వయంగా నడపాలనుకుంటున్నారు

Providers ఒక నిరంతర శ్రేణిలో ఉంటారు. ఒక చివరలో మీరు ఒక machine ను అద్దెకు తీసుకుని, దానిపై అన్నింటినీ స్వయంగా నడుపుతారు. మరో చివరలో మీరు ఒక git branch ను push చేస్తారు, server ను ఎప్పుడూ చూడరు. మొదటి చివరలో మాత్రమే RAM యొక్క ప్రతి GB ధర సరైన పోలిక అవుతుంది. రెండో చివరలో మీరు memory కంటే labour ను కొనుగోలు చేస్తున్నారు. Labour కు ప్రతి GB ఆధారంగా ధర ఉండదు.

ఏదైనా పోల్చే ముందు మీరు ఈ శ్రేణిలో ఏ చివరలో ఉన్నారో నిజాయితీగా నిర్ణయించుకోండి. Managed database కు నెలకు $15.15 ధర, $6 server పక్కన ఖరీదైనదిగా కనిపిస్తుంది. కానీ దాని వెనుక ఉన్న గంటల పనిని కూడా లెక్కించాలి: replication, failover, point in time restore, minor version upgrades, అలాగే 03:00 గంటలకు ఎవరినైనా మేల్కొలిపే alert. ఆ పని మీ బాధ్యత అయితే, దాన్ని స్వయంగా నిర్వహించి తేడా మొత్తాన్ని ఆదా చేయండి. మీ పని application ను అభివృద్ధి చేయడం అయితే, ఆ బాధ్యతను తిరిగి కొనుగోలు చేయడం తక్కువ ఖర్చుతో కూడుకున్నది. Managed మరియు unmanaged విభజన price list లోని ఏ కాలమ్‌ను మీరు చూడాలో నిర్ణయిస్తుంది. మీకు మొత్తం machine మరియు దాని disks మీ నియంత్రణలోనే కావాలనేది నిజమైన సమాధానం అయితే, అది provider గురించిన ప్రశ్న కాదు; VPS మరియు dedicated server మధ్య తేడా గురించిన ప్రశ్న. ఇదే ప్రశ్న developer యొక్క నెలవారీ మొత్తం ఖర్చులోని ఇతర భాగాల్లో కూడా కనిపిస్తుంది. అక్కడ Claude మరియు ChatGPT plans ను పోల్చడం headline price పై కాకుండా, మీరు ఎంత పనిని ఇతరులకు అప్పగించాలనుకుంటున్నారనే దానిపై ఆధారపడి ఉంటుంది.

DigitalOcean సరైన ఎంపిక అయ్యే సందర్భాలు

మీరు virtual machine కంటే platform ను కొనుగోలు చేస్తున్నప్పుడు DigitalOcean మెరుగైన ఎంపిక.

• Managed databases. Managed PostgreSQL మరియు MySQL కోసం 1 GiB RAM, 10 GiB storage కు నెలకు $15.15 నుంచి ప్రారంభమవుతుంది. అదనపు storage కు ప్రతి GiB చొప్పున బిల్లింగ్ ఉంటుంది. Standby nodes కు node ప్రాతిపదికన ధర నిర్ణయిస్తారు. ఇదే reliability ను మీరే నిర్మించాలంటే Patroni లేదా repmgr, consensus store, connection proxy, అలాగే వాస్తవంగా సాధన చేసిన failover drill అవసరం. ఇద్దరు సభ్యుల team ఇవన్నీ నిర్వహిస్తూ features విడుదల చేయడం సాధ్యం కాదు.
• App Platform. ఒక branch ను push చేస్తే build, certificate, running service లభిస్తాయి. Operating system ను patch చేయాల్సిన అవసరం ఉండదు. ఈ product యొక్క చవకైన VPS రూపం మీరు శనివారం చేయాల్సిన పని.
• Object storage మరియు mature Terraform provider కవర్ చేసే load balancers. Code నుంచి పూర్తిగా తొలగించి మళ్లీ నిర్మించగల fleet, తక్కువ unit price కంటే ఎక్కువ విలువైనది.
• Product వెనుక ఉన్న company. Published support tiers, చరిత్రతో కూడిన status page, అలాగే client యొక్క security questionnaire కు సమాధానం ఇచ్చే organisation. మీరు hosting ను resell చేస్తే, ప్రతి GB పై ఆదా అయ్యే కొన్ని dollars కంటే ఇది ఎక్కువ విలువైనది.

వాస్తవ outbound traffic తో పెద్ద పరిమాణంలో plain virtual machines కొనుగోలు చేసినప్పుడు DigitalOcean ఖరీదైనదిగా మారుతుంది. Alternative పరిష్కరించే ఖచ్చితమైన సందర్భం ఇదే. Self-hosting developer కొనుగోలు చేసేది ప్రధానంగా ఇదే.

కొత్త provider కు downtime లేకుండా మైగ్రేట్ చేయడం

మైగ్రేషన్ సమయంలో downtime కు ప్రధాన కారణం ఒక్కటే: data కొత్త IP కు తరలించిన తర్వాత కూడా traffic పాత IP కు రావడం. దిగువ ప్రతి దశ ఆ వ్యవధిని తక్కువగా, ముందుగా అంచనా వేయగలిగేలా చేయడానికి ఉద్దేశించబడింది.

తరలింపుకు కనీసం 48 గంటల ముందు DNS తో ప్రారంభించండి. Resolvers మీ A record ను దాని TTL (time to live) వ్యవధి వరకు cache చేస్తాయి. అందువల్ల 24 గంటల TTL ఉన్న record ను మార్చిన తర్వాత కూడా users ను ఒక రోజు వరకు పాత server కు పంపవచ్చు. Cutover సమయంలో TTL తగ్గించడం ఉపయోగపడదు. ఎందుకంటే resolvers ఇప్పటికే పాత expiry తో పాత విలువను నిల్వ చేసుకున్నాయి. ముందుగా TTL తగ్గించండి. పాత విలువ గడువు ముగిసే వరకు వేచి ఉండండి. ఆ తర్వాత మైగ్రేట్ చేయండి.

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

మొదటి command answer లోని రెండో column లో ప్రస్తుత TTL ను చూపిస్తుంది. మీ DNS provider వద్ద దాన్ని 300 కు సెట్ చేసి, మీరు ఇప్పుడే మార్చిన సంఖ్య కంటే ఎక్కువసేపు వేచి ఉండండి.

ఆ తర్వాత ఈ క్రమంలో పని చేయండి.

1. కొత్త server ను provision చేసి, దానిపై ఏదైనా ఉంచే ముందు harden చేయండి. తొందరలో చాలామంది వదిలిపెట్టే భాగాన్ని కొత్త VPS పై మొదటి పది నిమిషాలు వివరిస్తుంది.
2. application stack ను install చేసి, పాత server సాధారణంగా సేవలు అందిస్తూనే ఉండగా rsync తో data copy యొక్క మొదటి దశను అమలు చేయండి.
3. ఇప్పుడే కొత్త host పై TLS certificate ను issue చేయండి. దీని కోసం DNS-01 challenge ఉపయోగించండి. HTTP-01 challenge ప్రస్తుతం DNS చూపిస్తున్న IP ను validate చేస్తుంది, అది ఇంకా పాత server దే. DNS-01 challenge ఈ క్రమ సమస్యను పూర్తిగా తొలగిస్తుంది.
4. Public మార్పు చేయడానికి ముందు మీ స్వంత laptop పై DNS ను override చేసి కొత్త host ను test చేయండి. 203.0.113.20 example.com ను /etc/hosts కు జోడించి, నిజమైన site ను browse చేసి, ఆ తర్వాత ఆ line ను తొలగించండి. ఈ test వల్ల ఏ user కూడా ప్రభావితం కాడు.
5. Database size గురించి నిర్ణయించండి. కొన్ని GB కంటే తక్కువగా ఉంటే dump మరియు restore ను write freeze లోపల పూర్తి చేయవచ్చు. అంతకంటే ఎక్కువగా ఉంటే, కొన్ని రోజుల ముందే పాత database నుంచి కొత్తదానికి replication ఏర్పాటు చేసి, అది catch up అయ్యేలా చూడండి. అప్పుడు freeze promotion కు మాత్రమే పరిమితం అవుతుంది.
6. Writes ను freeze చేయండి. Application ను maintenance లేదా read-only mode లో ఉంచండి. Users చూడగలిగే ఏకైక భాగం ఇదే. ఇది కొన్ని నిమిషాలు మాత్రమే ఉండాలి.
7. Final delta ను run చేయండి: అదే rsync ను మళ్లీ run చేసి, ఆ తర్వాత final database sync చేయండి.
8. A మరియు AAAA records ను కొత్త IP కు మార్చండి. 300 seconds TTL తో చాలా resolvers సుమారు ఐదు నిమిషాల్లో అనుసరిస్తాయి.
9. పాత server ను కనీసం ఒక రోజు running మరియు reachable గా ఉంచండి. కొన్ని resolvers తక్కువ TTLలను పట్టించుకోవు. పాత application ఇంకా writable గా ఉంటే, ఆలస్యంగా వచ్చే requests తప్పు database లో write చేస్తాయి. అందువల్ల పాత host ను కొత్త database కు point చేయండి లేదా దాని నుంచి maintenance page return చేయండి.
10. ఒక రోజు పాటు కొత్త server error rate ను monitor చేయండి. TTL ను మళ్లీ సాధారణ విలువకు పెంచండి. పాత server ను అదే సాయంత్రం కాకుండా ఒక వారం తర్వాత destroy చేయండి.

Copy ప్రక్రియలో రెండు commands ఉంటాయి. ప్రతి command ను రెండుసార్లు run చేయాలి. File sync:

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

-a ownership, permissions మరియు timestamps ను preserve చేస్తుంది. -H hard links ను preserve చేస్తుంది. -AX ACLs మరియు extended attributes ను preserve చేస్తుంది. రెండు machines మధ్య user IDs కు వేర్వేరు names ఉన్నప్పుడు rsync వాటిని remap చేయకుండా --numeric-ids నిరోధిస్తుంది. దీన్ని కొన్ని రోజుల ముందే run చేయండి. Freeze సమయంలో మళ్లీ run చేయండి. అప్పుడు మారినవి మాత్రమే transfer అవుతాయి.

Dump చేయడానికి సరిపడేంత చిన్న PostgreSQL database కోసం:

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

InnoDB tables పై ఒక transaction లో dump ను --single-transaction తీసుకుంటుంది. అందువల్ల result consistent గా ఉంటుంది. Command నడుస్తున్న సమయంలో application writes కొనసాగించవచ్చు. ఆ flag లేకపోతే mysqldump tables ను lock చేస్తుంది. అంటే మీరు ప్రణాళిక చేసినదానికంటే ముందే write freeze ప్రారంభమవుతుంది, దాన్ని ఎప్పుడు ప్రారంభించాలో మీరు నిర్ణయించలేరు.

మీ servers వెలుపల రెండు విషయాలు విఫలమవుతాయి. కొత్త IP address కు email reputation ఉండదు. అందువల్ల కొత్త box నుంచి నేరుగా పంపిన mail spam గా filter అవుతుంది. ఇప్పటికే మంచి reputation ఉన్న relay ద్వారా పంపండి. అలాగే payment gateway లేదా client firewall వంటి, మీ outbound IP ను allowlist చేసే ప్రతి partner ను cutover కు ముందు update చేయాలి. లేకపోతే traffic తరలిన వెంటనే ఆ calls విఫలమవుతాయి.

కమిట్ చేయడానికి ముందు తనిఖీ చేయాల్సినవి

• ధర promotional ధరనా, renewal సమయంలో అది ఎంతకు మారుతుంది అన్నది. Renewal సమయంలో రెట్టింపు అయ్యే మొదటి-term discount నిజమైన ఖర్చే; అది కేవలం తర్వాతికి వాయిదా పడుతుంది.
• Term prepaidనా అన్నది. SSD Nodes విక్రయించే విధంగా multi-year prepaid plans, ముందుగానే చెల్లించిన డబ్బుకు బదులుగా ప్రతి GB RAMకు చాలా తక్కువ ధరను అందిస్తాయి. ప్రతిఫలంగా వచ్చే నెలలోనే సేవను వదిలివేయలేరు. కాబట్టి మీరు ఎంతవరకు నిశ్చయంగా ఉన్నారో దానికి సరిపోయే term ఎంచుకోండి.
• Snapshotకు నెలకు ఎంత ఖర్చవుతుంది, restoreకు డబ్బులో మరియు నిమిషాల్లో ఎంత ఖర్చవుతుంది అన్నది.
• అదనపు వినియోగానికి overage billing జరుగుతుందా, లేక వేగం throttle అవుతుందా అన్నది.
• IPv6 సరిగ్గా route అవుతుందా, లేక ఒకే addressను మాత్రమే జోడించారా అన్నది.
• మీరు చేతితో కాకుండా code నుంచి మళ్లీ నిర్మించాలనుకుంటే, నిర్వహణలో ఉన్న Terraform providerతో API ఉందా అన్నది.
• Supportను ఎలా సంప్రదించాలి, server down అయినప్పుడు published response target ఏమిటి అన్నది. Sales ప్రశ్నలకు సంబంధించిన targetను కాదు.

మీ స్వంత బిల్లుపై ఎక్కువ ప్రభావం చూపే అంశం ఆధారంగా ఎంపిక చేయండి. ఆ అంశం memory అయితే, ప్రతి GB RAM ధరే నిర్ణయాన్ని స్పష్టంచేస్తుంది. Outbound traffic అయితే, చేర్చిన transfer పరిమాణమే నిర్ణయిస్తుంది. మీ స్వంత సమయం ప్రధాన అంశం అయితే, managed platform ముఖ్యమవుతుంది. ఇక్కడ పోల్చిన నాలుగు సేవల్లో DigitalOcean దానికి అత్యంత బలమైన ఎంపిక.

FAQ

DigitalOcean కంటే Hetzner ఎల్లప్పుడూ చౌకగా ఉంటుందా?

సాధారణ virtual machine కోసం GB RAM కు అయ్యే ఖర్చు చాలా తక్కువగా ఉంటుంది: 5 August 2026 నాటికి entry-level shared plans లో ఇది సుమారు $1.62, DigitalOcean లో $6.00. Managed services ను కూడా లెక్కలోకి తీసుకుంటే పోలిక మారుతుంది. Hetzner servers మరియు networking ను అందిస్తుంది. కాబట్టి managed database లేదా push-to-deploy platform ను మీరు స్వయంగా నిర్వహించాలి లేదా third party నుంచి తీసుకోవాలి. ఆ నిర్వహణ సమయానికి కూడా ఖర్చు ఉంటుంది. 2026లో Hetzner cloud ధరలను కూడా పెంచింది. అందువల్ల పాత article ను నమ్మకుండా ప్రస్తుత euro ధరను పరిశీలించండి.

Managed database అవసరమైతే ఏ DigitalOcean ప్రత్యామ్నాయాన్ని ఎంచుకోవాలి?

Vultr మరియు Akamai రెండూ managed databases ను అందిస్తాయి. DigitalOcean ఉపయోగించడానికి managed database ప్రధాన కారణమైతే, ఇవే అత్యంత సమీప ప్రత్యామ్నాయాలు. తక్కువ ఖర్చు కలిగిన European hosts సాధారణంగా managed database ను అందించవు. అందువల్ల replication మరియు పరీక్షించిన failover తో సహా PostgreSQL లేదా MySQL ను మీరే నిర్వహించాలి. అది నిజమైన నిర్వహణ పని. చౌకైన server వల్ల నిజంగా ఎంత ఆదా అవుతుందో నిర్ణయించే ముందు, managed 1 GiB instance కు నెలకు అయ్యే $15.15 ఖర్చుతో దీనిని పోల్చండి.

Downtime లేకుండా live site ను కొత్త provider కు ఎలా తరలించాలి?

తరలింపుకు కనీసం 48 గంటల ముందు DNS TTL ను 300 seconds కు తగ్గించండి. కారణం, మునుపటి TTL సూచించినంత కాలం resolvers పాత IP ను అందిస్తూనే ఉంటాయి. పాత server traffic ను అందిస్తూనే ఉండగా కొత్త host ను ఏర్పాటు చేసి పరీక్షించండి. ఇతరులకు మార్పు కనిపించకుండా, మీ స్వంత machine పై /etc/hosts override ఉపయోగించండి. తరువాత కొన్ని నిమిషాల పాటు writes ను నిలిపి, చివరి rsync delta మరియు చివరి database sync ను అమలు చేయండి. A మరియు AAAA records ను మార్చండి. తక్కువ TTL ను resolver పట్టించుకోని సందర్భాల కోసం పాత server ను ఒక వారం నడుస్తూ ఉంచండి.

చౌకైన VPS అంటే disks నెమ్మదిగా ఉంటాయా?

అది తప్పనిసరిగా కాదు. మీ virtual disk host కు local గా ఉందా లేదా network storage cluster పై ఉందా అన్నదే ముఖ్యమైన విషయం. Panel లో ఇది చాలా అరుదుగా స్పష్టంగా కనిపిస్తుంది. రెండూ non-rotational కావడం వల్ల lsblk -o NAME,ROTA రెండింటికీ 0 ను చూపిస్తుంది. అందువల్ల కొలత తీసుకోండి: --iodepth=1 --bs=4k --direct=1 తో fio ను అమలు చేసి 99th percentile completion latency ను పరిశీలించండి. Network volume ప్రతి read కు datacentre network round trip ను జోడిస్తుంది. అందువల్ల deep-queue throughput సమానంగా కనిపించినా, దాని latency floor local NVMe కంటే ఎక్కువగా ఉంటుంది.

కొత్త server నుంచి పంపిన నా email ఇంకా deliver అవుతుందా?

మొదట్లో తరచుగా కాదు. కొత్త IP address కు sending history ఉండదు. అందువల్ల receivers దాని నుంచి వచ్చే mail ను అనుమానాస్పదంగా పరిగణిస్తారు. అది spam లోకి వెళ్లవచ్చు లేదా పూర్తిగా reject కావచ్చు. మీరు వాటిని update చేసే వరకు SPF మరియు DKIM records కూడా పాత host ను సూచిస్తాయి. ఇప్పటికే మంచి reputation ఉన్న relay లేదా email service ద్వారా application mail పంపండి. Cutover తర్వాత కాకుండా, దానికి ముందే mail కు సంబంధించిన DNS records ను update చేయండి.