SSD Nodes Learn Hosting plans →

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

DigitalOcean ప్రత్యామ్నాయాలను RAM ప్రతి GB ధర, చేర్చిన transfer, NVMe storage, backup ఖర్చులతో పోల్చండి. downtime లేకుండా cutover చేసే ప్రణాళికను కూడా చూడండి.

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

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

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

క్రింద ఉన్న ప్రతి ధర 5 August 2026 న తనిఖీ చేసిన published list price. DigitalOcean గణాంకాలను 21 October 2026 న మళ్లీ తనిఖీ చేశాం; అవి మారలేదు. ధరలు మారుతాయి. ఇక్కడ పేర్కొన్న ఒకటి కంటే ఎక్కువ providers 2026లో తమ ధరలను మార్చారు. Pricing structure చాలా నెమ్మదిగా మారుతుంది. అందువల్ల ముందుగా ratios మరియు billing model ను పరిశీలించండి. మీరు నిర్ణయం తీసుకునే ముందు provider స్వంత page లో నేటి ధరను నిర్ధారించండి.

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

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

తమ datacentres నిర్మించి, euroలో విక్రయించే providersతో తేడా కనిపిస్తుంది. 5 August 2026న Hetzner CX23 plan నెలకు సుమారు $6.49కు 4 GB RAM ఇచ్చింది. అంటే GBకు $1.62, ఇది DigitalOcean ధరలో దాదాపు నాలుగో వంతు. 21 October 2026న దాన్ని ఇంకా order చేయలేరు. Hetzner, తన Cost-Optimized lineలోని CX23తో పాటు ఇతర plans అన్నింటినీ ప్రస్తుతం అందుబాటులో లేవని చూపిస్తోంది. ఈ line పాత hardwareపై నడుస్తుందని, అందువల్ల servers సంఖ్య పరిమితమని కూడా వివరిస్తోంది. 26 June 2026 నుంచి cloud instances పరిమితంగా అందుబాటులో ఉన్నాయని దాని status pageలో notice ఉంది. 21 October 2026న కూడా ఆ notice అలాగే ఉంది. Order చేయలేని planకు పోల్చదగిన GBకు ధర ఉండదు. 6 October 2026న Hetzner CPX02ను తన అతి చిన్న shared serverగా చేర్చింది. ఇది 1 vCPU, 1 GB RAM, 20 GB NVMe కలిగిన Regular Performance plan. 21 October 2026న Hetzner స్వంత pageలో EU locationsకు VAT మినహాయించి నెలకు €6.49గా ధర చూపించింది. అంటే dollarకు మార్చకముందే RAMకు GBకు €6.49. DigitalOcean ధర $6.00. అదే pageలో CPX02తో పాటు ఇతర Regular Performance plans అన్నింటినీ కూడా ప్రస్తుతం అందుబాటులో లేవని చూపించింది. కాబట్టి పోల్చే ముందు మీరు కోరుకున్న locationలో ఆ planను order చేయగలరో లేదో తనిఖీ చేయండి. Hetznerకు సంబంధించిన dollar ధర ఏదైనా euro list price నుంచి మార్చినదే. అందువల్ల exchange rate మారినప్పుడు అది కూడా మారుతుంది. 2026లో Hetzner cloud ధరలను పెంచింది. కాబట్టి పాత comparison postsలో ప్రస్తుతం లేని ధరలు ఉండవచ్చు.

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

vmstat 1 10

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

చేర్చిన transfer యొక్క వాస్తవ ఖర్చు

చార్ట్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 planలో సుమారు 1 TB (1,000 GiB) outbound transferను చేర్చి, అదనపు వినియోగానికి ప్రతి GiBకు $0.01 వసూలు చేస్తుంది. అంటే ప్రతి అదనపు TBకు సుమారు $10.00 అవుతుంది. నెలకు $4.00 ధరగల 512 MiB RAMతో ఉన్న దాని నిజమైన entry planలో 500 GiB మాత్రమే ఉంటుంది. పెద్ద Basic plansలో ఈ allowance plan పరిమాణంతో పెరిగి 6,000 GiB వరకు ఉంటుంది. కాబట్టి మీరు ఎంచుకున్న planకు సంబంధించిన సంఖ్యను పరిశీలించండి. Akamai తన Nanodeలో అదే TBను చేర్చి, దానికి సుమారు సగం వసూలు చేస్తుంది: ప్రతి TBకు దాదాపు $5.00. Vultr కూడా సమానమైన overage rate వద్ద 2 TBను చేర్చుతుంది. 5 August 2026న Hetzner CX23లో 20 TB చేర్చబడి ఉండేది. దాని తర్వాత ప్రతి TBకు సుమారు $1.20 వసూలు చేసేది. ఇది మిగిలిన providerలతో పోలిస్తే పది రెట్లు తేడా. 21 October 2026న కూడా Hetzner పేజీలో EU locationsకు 20 TB included trafficగా చూపించింది. CPX02కు కూడా ఇదే వర్తించింది. అయితే Singapore మరియు US locationsలో allowance చాలా తక్కువగా ఉంది. Singaporeలో CPX02కు 0.5 TB మాత్రమే లభిస్తుంది.

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

మీరు capకు చాలా దూరంగా ఉంటే ఇవేవీ ముఖ్యమైనవి కావు. ఒక blog, JSON responses ఇచ్చే API లేదా చిన్న SaaS నెలకు 1 TBకు చేరదు. Video, image galleries, game servers, 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గా విడగొట్టి చూపిస్తుంది. Billed అయ్యేది transmitted column మాత్రమే. Database మొదట ఖాళీగా ఉంటుంది. కాబట్టి దాన్ని install చేసిన ఒక రోజు తర్వాతే మొదటి ఉపయోగకరమైన reading లభిస్తుంది. మొదటి పూర్తి నెలకు సంబంధించిన reading ఒక నెల తర్వాత వస్తుంది. అప్పటి వరకు మీ వద్ద ఉన్న ఏకైక record provider యొక్క bandwidth graph మాత్రమే.

ఏ 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 విఫలమవుతాయి.

Commit చేయడానికి ముందు పరిశీలించాల్సినవి

  • మీరు కోరుకున్న locationలో ఆ planను ఈరోజే నిజంగా order చేయగలరా. Price listలో unavailableగా ఉన్న planను ఎంపికగా పరిగణించలేం; దాని GBకు కనిపించే ధర ఎంత ఆకర్షణీయంగా ఉన్నా.
  • ధర promotionalగా ఉందా, renewal సమయంలో ఎంత అవుతుంది. Renewal సమయంలో రెట్టింపు అయ్యే first-term discount నిజమైన ఖర్చే; అది కేవలం తరువాతికి వాయిదా పడుతుంది.
  • Term prepaidగా ఉందా. SSD Nodes విక్రయించే విధమైన multi-year prepaid plansలో ముందుగానే చెల్లించిన డబ్బుకు RAM యొక్క GBకు చాలా తక్కువ ధర లభిస్తుంది. దీనికి ప్రతిగా వచ్చే నెలలోనే సేవను వదిలివేయలేరు. కాబట్టి termను మీ నమ్మక స్థాయికి సరిపోల్చండి.
  • Snapshotకు నెలకు ఎంత ఖర్చవుతుంది, restoreకు డబ్బు మరియు సమయం పరంగా ఎంత ఖర్చవుతుంది.
  • Overageకు బిల్లు వేస్తారా లేదా trafficను throttle చేస్తారా.
  • IPv6 సక్రమంగా route అవుతుందా లేదా ఒకే addressను అదనంగా జత చేశారా.
  • మీరు manualగా కాకుండా code నుంచి rebuild చేయాలనుకుంటే, నిర్వహణలో ఉన్న Terraform providerతో API ఉందా.
  • Supportను ఎలా సంప్రదించాలి, అలాగే sales ప్రశ్నకు కాకుండా down అయిన serverకు ప్రచురించిన response target ఏమిటి.

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

FAQ

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

సాధారణ virtual machine కోసం, RAMలో ప్రతి GBకు ఇది చాలా చవకగా ఉండేది: 5 August 2026 నాటి చిన్న shared plansలో సుమారు $1.62, కాగా DigitalOceanలో అదే కొలత $6.00. ఆ Hetzner ధర CX23 ఆధారంగా ఉంది. Hetzner 21 October 2026 న CX23 అందుబాటులో లేదని తెలిపింది. దాని Cost-Optimized line మరియు కొత్త CPX02 కూడా అందుబాటులో లేవని తెలిపింది. అందువల్ల ఈరోజు మీరు నిజంగా order చేయగల planతో పోల్చండి. 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 విక్రయిస్తాయి. Managed database అవసరమే మీరు DigitalOcean ఉపయోగించడానికి ప్రధాన కారణమైతే, ఇవే అత్యంత సమీప ప్రత్యామ్నాయాలు. తక్కువ ధర కలిగిన 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ని అందిస్తూనే ఉంటాయి. పాత host ఇంకా traffic అందిస్తున్నప్పుడే కొత్త hostను నిర్మించి పరీక్షించండి. ఇతరులు దీనిని చూడకుండా మీ స్వంత machineపై /etc/hosts overrideను ఉపయోగించండి. తరువాత కొన్ని నిమిషాల పాటు writesను నిలిపివేయండి. చివరి rsync delta మరియు చివరి database syncను అమలు చేయండి. A మరియు AAAA recordsను మార్చండి. Short TTLను resolver పట్టించుకోని సందర్భంలో పాత serverను ఒక వారం పాటు నడుస్తూ ఉంచండి.

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

అది ఒక్కటే కారణం కాదు. మీ virtual disk hostకు localగా ఉందా లేదా network storage clusterలో ఉందా అన్నదే ముఖ్యమైనది. Panelలో ఇది చాలా అరుదుగా స్పష్టంగా కనిపిస్తుంది. రెండింటికీ lsblk -o NAME,ROTA, 0ను నివేదిస్తుంది, ఎందుకంటే రెండూ non-rotational. బదులుగా కొలవండి: --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 అవుతుందా?

మొదట్లో తరచుగా 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 చేయండి.

ఈ వ్యాసం ఉపయోగకరంగా ఉందా?