Njia mbadala za DigitalOcean kwa watengenezaji programu

Mambo yanayobadilika kihalisi katika njia mbadala za DigitalOcean

Njia mbadala nyingi za DigitalOcean hubadilisha gharama, si mashine yenyewe. Katika kila hali, unapata Linux virtual machine yenye public IP, diski ya virtio, na root access; kernel yako haijali nembo ipi iko kwenye control panel. Tofauti zinazoamua chaguo lako ni bei kwa kila GB ya RAM, ukubwa wa transfer allowance iliyojumuishwa na gharama ya kila byte inayozidi, muundo halisi wa diski, na kiasi gani cha stack juu ya operating system ambacho mtoa huduma atakusimamia.

Mwongozo huu unalinganisha mambo hayo, kwa sababu msanidi programu anaweza kuthibitisha kila moja kutoka kwenye terminal au orodha ya bei iliyochapishwa. Pia, mwongozo huu unataja hali ambazo DigitalOcean ndiyo chaguo sahihi, kwa sababu ulinganisho usio na upendeleo wowote ni tangazo tu.

Kila bei hapa chini ni bei ya orodha iliyochapishwa, iliyothibitishwa tarehe 5 Agosti 2026. Takwimu za DigitalOcean zilithibitishwa tena tarehe 21 Oktoba 2026 na hazikuwa zimebadilika. Bei hubadilika, na zaidi ya mtoa huduma mmoja hapa alibadilisha bei zao wakati wa mwaka 2026. Muundo wa bei hubadilika polepole zaidi, kwa hivyo soma uwiano na mfumo wa malipo kwanza, kisha thibitisha namba ya leo kwenye ukurasa wa mtoa huduma kabla ya kufanya uamuzi.

Bei kwa kila GB ya RAM ndiyo namba ya kulinganisha

[
  {
    "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"
  }
]

Ndani ya mtoa huduma mmoja, bei kwa kila GB ya RAM haibadiliki sana. DigitalOcean inatoza $6.00 kwa kila GB kwenye mpango wa 1 GB na kiasi hicho hicho cha $6.00 kwa kila GB kwenye mpango wa 4 GB, ambao huorodheshwa kwa $24.00 kwa mwezi. Kuchagua mpango mkubwa zaidi kwa mtoa huduma yule yule hakukupi punguzo, kwa hivyo ukubwa wa mpango si kigezo cha maamuzi. Mtoa huduma ndiye kigezo.

Akamai, ambayo sasa inauza kile kilichokuwa Linode, inatoza $12 na $24 kwa mipango yake ya 2 GB na 4 GB, bei sawa na ya DigitalOcean. Mpango wake wa kuanzia unawapiku kwa $5.00. Kampuni mbili zinazolingana bei kikamilifu ni ishara inayopaswa kuzingatiwa: kiwango hicho kimepangwa kulingana na mshindani, si kulingana na maunzi, na kitaendelea kufuata mshindani huyo.

Pengo linajitokeza kwa watoa huduma wanaojenga vituo vyao vya data na kuuza kwa euro. Mnamo tarehe 5 Agosti 2026, Hetzner CX23 ilikupa 4 GB ya RAM kwa takriban $6.49 kwa mwezi, ambayo ni $1.62 kwa kila GB, karibu robo ya bei ya DigitalOcean. Mnamo tarehe 21 Oktoba 2026 bado huwezi kuagiza mpango huo. Hetzner inaorodhesha CX23, na kila mpango mwingine katika laini yake ya Cost-Optimized, kama isiyopatikana kwa sasa, na inaeleza kuwa laini hiyo inaendeshwa kwenye maunzi ya zamani, kwa hivyo idadi ya seva ni ndogo. Ukurasa wake wa hali ya huduma umekuwa na notisi kuhusu upatikanaji mdogo wa cloud instances tangu tarehe 26 Juni 2026, na notisi hiyo ilikuwa bado ipo tarehe 21 Oktoba 2026. Mpango ambao huwezi kuagiza hauna bei kwa kila GB inayostahili kulinganishwa. Mnamo tarehe 6 Oktoba 2026, Hetzner iliongeza CPX02, mpango wa Regular Performance wenye 1 vCPU, 1 GB ya RAM na 20 GB ya NVMe, kama seva yake ndogo zaidi ya pamoja. Mnamo tarehe 21 Oktoba 2026, ukurasa wa Hetzner uliiorodhesha kwa €6.49 kwa mwezi bila kujumuisha VAT katika maeneo yake ya EU, ambayo ni €6.49 kwa kila GB ya RAM kabla ya ubadilishaji wowote kwenda dola, ikilinganishwa na $6.00 ya DigitalOcean. Ukurasa huo huo uliashiria CPX02, na kila mpango mwingine wa Regular Performance, kama isiyopatikana kwa sasa, kwa hivyo hakikisha kuwa inaweza kuagizwa katika eneo unalotaka kabla ya kulinganisha. Kiasi chochote cha dola kwa Hetzner hubadilishwa kutoka bei ya orodha ya euro, kwa hivyo hubadilika kulingana na kiwango cha ubadilishaji wa fedha. Hetzner pia ilipandisha bei za cloud wakati wa 2026, kwa hivyo machapisho ya zamani ya kulinganisha yanataja namba ambazo hazipo tena.

Bei kwa kila GB ya RAM haisemi chochote kuhusu CPU unayopata. Shared vCPU inamaanisha kuwa hypervisor hupanga core yako dhidi ya wapangaji wengine, na ukaguzi wa kweli hufanyika kwenye mashine uliyokodisha:

vmstat 1 10

Soma safu ya st. Inahesabu asilimia ya muda ambao vCPU yako ilikuwa tayari kufanya kazi na hypervisor ikampa mtu mwingine core ya kimwili. Asilimia chache chini ya mzigo ni kawaida. Namba ya tarakimu mbili inayoendelea inamaanisha kuwa host imezidiwa, na hakuna bei kwa kila GB inayoweza kufidia core ambayo huwezi kuitumia. Iendeshe wakati wa saa zako za kazi nyingi, kwa sababu steal time ni tatizo la jirani na majirani wana ratiba zao. Kwa picha pana zaidi ya gharama halisi ya hosting kwa mwezi baada ya kuhifadhi na trafiki kuongezwa, soma gharama za VPS mwezi kwa mwezi.

Gharama halisi ya uhamisho wa data unaojumuishwa

[
  {
    "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 inajumuisha takriban 1 TB (1,000 GiB) ya uhamisho wa data kwenda nje kwenye mpango wake wa $6.00 wa 1 GiB, na inatoza ziada ya $0.01 kwa kila GiB, ambayo inafikia takriban $10.00 kwa kila TB ya ziada. Mpango wake wa msingi kabisa, wa 512 MiB ya RAM kwa $4.00 kwa mwezi, unajumuisha 500 GiB pekee, na posho hiyo huongezeka kulingana na ukubwa wa mpango hadi 6,000 GiB kwenye mipango mikubwa ya Basic, kwa hivyo soma takwimu kwa mpango unaochagua. Akamai inajumuisha TB hiyo hiyo kwenye Nanode yake na inatoza takriban nusu ya bei hiyo, karibu $5.00 kwa kila TB. Vultr inajumuisha 2 TB kwa kiwango sawa cha ziada. Mnamo tarehe 5 Agosti 2026, Hetzner CX23 ilijumuisha 20 TB na kutoza takriban $1.20 kwa kila TB baada ya hapo, ambayo ni tofauti kubwa sana ikilinganishwa na wengine. Mnamo tarehe 21 Oktoba 2026, ukurasa wa Hetzner ulikuwa bado unaorodhesha 20 TB ya trafiki iliyojumuishwa kwenye maeneo yake ya EU, ikiwemo CPX02 pia, ingawa kiasi ni kidogo sana katika maeneo yake ya Singapore na Marekani, ambapo CPX02 hupata 0.5 TB nchini Singapore.

Maelezo matatu ya kimuundo ni muhimu zaidi kuliko namba unazoziona kwenye vichwa vya habari. Trafiki ya kuingia ni bure kwa watoa huduma wote wanne, kwa hivyo ni kile unachotuma nje pekee ndicho kinachohesabiwa. DigitalOcean, Akamai, na Vultr huunganisha posho hiyo kwa seva zote kwenye akaunti, kwa hivyo mashine moja yenye shughuli nyingi inaweza kutumia kiasi cha mashine nyingine, na kundi la seva ndogo hushiriki bwawa moja kubwa la data. Na trafiki kati ya seva kupitia mtandao wa kibinafsi au VPC kwa kawaida haihesabiwi kabisa, ndiyo maana kuweka database yako kwenye interface ya kibinafsi ni uamuzi wa kibiashara na pia wa kiusalama.

Hakuna kati ya haya yanayojalisha ikiwa bado uko mbali na kikomo. Blogu, API yenye majibu ya JSON, au SaaS ndogo haitafikia 1 TB kwa mwezi. Video, ghala za picha, seva za michezo, vioo vya vifurushi (package mirrors), na maeneo ya kuhifadhi nakala nje ya tovuti (off-site backup) yatafikia. Pima kabla ya kudhani:

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

vnstat -m huchapisha uhamisho wa data kwa mwezi, uliogawanywa katika data iliyopokelewa na iliyotumwa. Safu ya data iliyotumwa pekee ndiyo inayotozwa. Database huanza ikiwa tupu, kwa hivyo usomaji wa kwanza wenye manufaa hupatikana siku moja baada ya kuiweka, na mwezi wa kwanza kamili hupatikana mwezi mmoja baadaye. Hadi wakati huo, grafu ya bandwidth ya mtoa huduma ndiyo rekodi pekee uliyo nayo.

Uliza swali moja zaidi ambalo hakuna orodha ya bei inayojibu: unapovuka posho uliyopewa, je, mtoa huduma anakutoza pesa au anapunguza kasi ya port? Kutoza pesa kunagharimu fedha. Kupunguza kasi kunagharimu watumiaji, hasa wakati ambapo una watumiaji wengi zaidi. Unataka kujua ni lipi kati ya hayo litakalotokea wakati trafiki inapoongezeka ghafla.

NVMe au SATA, na jinsi ya kuhakikisha ulichonacho

Paneli inasema NVMe. Hii ni taarifa kuhusu diski zilizopo kwenye host, na inawezekana mashine yako ya mtandaoni (virtual machine) haitumii diski hizo. Hifadhi ya ndani (local storage) huweka diski yako ya mtandaoni kwenye drive zilizomo ndani ya mashine hiyo hiyo ya kimwili. Hifadhi ya mtandao (network storage) huiweka kwenye kundi la hifadhi (storage cluster) tofauti linalofikiwa kupitia mtandao wa kituo cha data, jambo ambalo hufanya uwezekano wa kubadilisha ukubwa papo hapo, kuhamisha mashine ikiwa inafanya kazi (live migration), na kuchukua snapshot bila kuhama.

Ndani ya guest, zote zinaonekana sawa:

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

ROTA na rotational huripoti 0 kwa chochote ambacho host inakitangaza kama kisichozunguka (non-rotational), kwa hivyo volume ya mtandao inayotumia NVMe huripoti kitu kilekile ambacho NVMe ya ndani huripoti. Thamani hiyo inakuambia kuwa diski si sahani inayozunguka. Haiwezi kukuambia diski hiyo iko wapi. Kuthibitisha diski ya NVMe kwenye Linux inaelezea majina ya vifaa na maana ya kila moja.

Jaribio linalozitofautisha ni latency kwenye queue depth ya 1, kwa sababu usomaji mmoja mdogo hauna mahali pa kujificha. NVMe ya ndani hujibu kutoka kwenye chasi ileile. Volume ya mtandao huongeza safari ya kwenda na kurudi kupitia mtandao wa kituo cha data kwa kila usomaji, kwa hivyo kiwango chake cha chini cha latency ni kikubwa zaidi hata kama throughput yake kwenye queue depth kubwa inaonekana sawa.

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

Uendeshaji wa kwanza huchapisha block ya clat, ambayo ni latency ya kukamilisha kazi. Soma mstari wa 99th percentile badala ya wastani, kwa sababu wastani huficha kukwama (stalls) ambako watumiaji huhisi. Uendeshaji wa pili huchapisha IOPS= kwenye mstari wake wa muhtasari. Fanya majaribio yote mawili kwa mtoa huduma uliyenaye na kwenye instance ya majaribio ya mtoa huduma unayemfikiria, katika siku ileile, na ulinganishe namba zako mbili. Takwimu iliyochapishwa na muuzaji yeyote ilipimwa kwenye mashine ambayo huwezi kuiona. Iendeshe mara tatu kwa nyakati tofauti pia, kwa sababu host iliyotulia na host yenye shughuli nyingi hutoa majibu tofauti kwenye mpango (plan) uleule. Kufanya benchmarking ya VPS kwa usahihi inaelezea mbinu hii, na maana halisi ya SSD VPS inaelezea maneno ya masoko yaliyofichwa nyuma yake.

Maeneo: pima latency, usisome ramani

Orodha ya maeneo ni masoko tu hadi utakapoyapima. Kile mtumiaji anachohisi ni muda wa safari ya data (round trip) kutoka mtandao wake hadi kwenye seva yako, na hilo hutegemea njia wanayopitia pakiti za data, si umbali kwenye ramani. Seva iliyo umbali wa 300 km iliyo nyuma ya njia ya mtandao yenye msongamano itashindwa na ile iliyo umbali wa 1,500 km kwenye njia safi.

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 huchapisha kila kituo (hop) pamoja na upotevu wake wa data na latency, hivyo kuruka kwa 60 ms kati ya vituo viwili hutaja kiungo kinachokupa shida badala ya kuilaumu sehemu unayolenga. Iendeshe kutoka kwenye mashine iliyo kwenye mtandao unaotumiwa na watumiaji wako. Njia za kutoka kituo cha data kimoja hadi kingine ndizo njia bora zaidi kwenye Internet, na hutoa matokeo mazuri kwa kila mtoa huduma kwa usawa.

Hoja moja ya kimuundo inabaki kuwa muhimu bila kujali mabadiliko ya bei. Mtoa huduma mwenye eneo moja tu katika bara lako inamaanisha kuwa mpango wako wa kurejesha huduma baada ya maafa (disaster recovery) ni mpango wa kuhama mabara, pamoja na latency inayotokana na hilo. Hesabu maeneo ambayo ungehamishia huduma zako kikweli, si maeneo yaliyoorodheshwa kwenye ukurasa wa tovuti.

Snapshots na backups ni gharama tofauti

Add-ons za hifadhi ndizo zinazofanya mpango wa bei nafuu kuwa ghali. DigitalOcean hutoza $0.06 kwa kila GiB kwa mwezi kwa snapshots, na hupanga bei ya backups za kiotomatiki kama sehemu ya seva: 20% ya bei ya mpango kwa backups za kila wiki, 30% kwa za kila siku, na chaguo la kulingana na matumizi linalotozwa kwa kila GiB. Mifano yote miwili ina mantiki na inafeli kwa njia tofauti. Bei ya asilimia huongezeka kulingana na ukubwa wa seva, kwa hivyo seva kubwa yenye data ndogo hulipa zaidi. Bei ya kila GiB huongezeka kulingana na data yako, kwa hivyo seva ndogo iliyounganishwa na volume kubwa hulipa zaidi.

Uliza gharama ya kurejesha data (restore) na muda unaochukua, kwa sababu bei ya kuhifadhi backup ni nusu tu ya swali. Uliza kama kufuta seva kunafuta pia snapshots zake.

Kisha weka nakala ambayo mtoa huduma haidhibiti. Snapshots za mtoa huduma hukaa ndani ya akaunti ya mtoa huduma, kwa hivyo kupoteza login, kushindwa kwa malipo, au akaunti kusimamishwa kutafuta seva na backups zake kwa wakati mmoja. restic backups kwenye hifadhi unayomiliki hugharimu dola chache za object storage, huruhusu kurejesha data kwenye mtoa huduma yeyote, na ndiyo kitu kinachofanya uhamiaji (migration) kuwa wa kugeuzika badala ya kuwa wa mwisho.

Ni kiasi gani cha stack unachotaka kukiendesha

Watoa huduma wapo kwenye mstari mmoja. Upande mmoja unakodisha mashine na kuendesha kila kitu mwenyewe. Upande mwingine unasukuma git branch na huoni seva kamwe. Bei kwa kila GB ya RAM ni kulinganisha sahihi kwa upande wa kwanza pekee, kwa sababu upande wa pili unanunua nguvu kazi badala ya kumbukumbu, na nguvu kazi haina bei ya kila GB.

Kuwa mkweli kuhusu upande uliopo kabla ya kulinganisha chochote. Database inayodhibitiwa kwa $15.15 kwa mwezi inaonekana ghali ikilinganishwa na seva ya $6 hadi pale utakapopiga hesabu ya saa zinazotumika nyuma yake: replication, failover, point in time restore, minor version upgrades, na tahadhari inayomwamsha mtu saa 03:00. Ikiwa kazi hiyo ni jukumu lako, iendeshe mwenyewe na ubaki na tofauti ya bei. Ikiwa kazi yako ni programu yenyewe, kuinunua huduma hiyo ni nafuu. Mgawanyo wa huduma zinazodhibitiwa na zisizodhibitiwa huamua ni safu ipi ya orodha ya bei unayopaswa kuisoma. Ikiwa jibu la kweli ni kwamba unataka mashine nzima na diski zake peke yako, hilo ni swali la VPS dhidi ya dedicated server badala ya swali la mtoa huduma. Swali hilohilo hujitokeza katika sehemu nyingine ya bili ya kila mwezi ya msanidi programu, ambapo kulinganisha mipango ya Claude na ChatGPT hutegemea ni kiasi gani cha kazi unachotaka kukikabidhi badala ya bei ya juu inayotangazwa.

Wakati DigitalOcean inapokuwa chaguo sahihi

DigitalOcean inashinda unapoinunua jukwaa badala ya mashine pepe (virtual machine).

• Database zinazosimamiwa (Managed databases). PostgreSQL na MySQL zinazosimamiwa huanza kwa $15.15 kwa mwezi kwa 1 GiB ya RAM na 10 GiB ya hifadhi, huku hifadhi ya ziada ikitozwa kwa kila GiB na node za standby zikitozwa kwa kila node. Kujenga uaminifu huo wewe mwenyewe kunamaanisha kutumia Patroni au repmgr, hifadhi ya makubaliano (consensus store), wakala wa muunganisho (connection proxy) na mazoezi ya failover ambayo umeyafanyia majaribio. Timu ya watu wawili haiwezi kudumisha hayo na wakati huo huo kutoa vipengele vipya vya programu.
• App Platform. Tuma branch, pata build, cheti na huduma inayofanya kazi, bila mfumo wa uendeshaji wa kusasisha (patch). Toleo la bei nafuu la VPS la bidhaa hii ni wewe mwenyewe, siku ya Jumamosi.
• Object storage na load balancers zinazofunikwa na mtoa huduma wa Terraform aliyekomaa. Kundi la seva unaloweza kuliharibu na kulijenga upya kutoka kwenye code lina thamani zaidi kuliko bei ya chini ya kitengo kimoja.
• Kampuni inayozunguka bidhaa hiyo. Viwango vya usaidizi vilivyochapishwa, ukurasa wa hali (status page) wenye historia, na shirika litakalojibu dodoso la usalama la mteja. Ikiwa unauza huduma za hosting, hiyo ina thamani zaidi ya dola chache kwa kila GB.

Mahali ambapo DigitalOcean inakuwa ghali ni kwenye mashine pepe ya kawaida, kwa wingi, na trafiki halisi ya kutoka nje (outbound traffic). Hiyo ndiyo hali kamili ambayo mbadala huirekebisha, na ndiyo sehemu kubwa ya kile msanidi programu anayejisimamia (self-hosting developer) anachonunua.

Hamia kwa mtoa huduma mpya bila kukatika kwa huduma

Kukatika kwa huduma wakati wa kuhama kunasababishwa na jambo moja: trafiki kufika kwenye IP ya zamani baada ya data kuhamishiwa kwenye IP mpya. Kila hatua hapa chini inalenga kufanya muda huo kuwa mfupi na unaotabirika.

Anza na DNS, angalau saa 48 kabla ya kuhama. Resolvers huhifadhi (cache) A record yako kwa muda wa TTL (time to live) yake, kwa hivyo record yenye TTL ya saa 24 itaendelea kupeleka watumiaji kwenye seva ya zamani hadi siku moja baada ya kuibadilisha. Kupunguza TTL wakati wa kuhama hakusaidii, kwa sababu resolvers tayari wanashikilia thamani ya zamani pamoja na muda wake wa kuisha. Ipunguze kwanza, subiri muda wa thamani ya zamani uishe, kisha uhame.

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

Amri ya kwanza huchapisha TTL ya sasa kwenye safu ya pili ya jibu. Iweke iwe 300 kwa mtoa huduma wako wa DNS, kisha subiri muda mrefu zaidi ya namba uliyobadilisha sasa hivi.

Kisha fanya kazi kwa mpangilio huu.

1. Andaa seva mpya na uimarishe usalama wake kabla ya kitu kingine chochote kuwekwa humo. Dakika kumi za kwanza kwenye VPS mpya inashughulikia sehemu ambayo watu huruka wanapokuwa na haraka.
2. Sakinisha stack ya programu na ufanye nakala ya kwanza ya data kwa kutumia rsync wakati seva ya zamani inaendelea kuhudumia kama kawaida.
3. Toa cheti cha TLS kwenye host mpya sasa, kwa kutumia DNS-01 challenge, kwa sababu HTTP-01 challenge huhakiki dhidi ya IP ambayo DNS inaelekeza kwa sasa, ambayo bado ni seva ya zamani. DNS-01 challenge huondoa tatizo hilo la mpangilio kabisa.
4. Jaribu host mpya kabla ya mabadiliko yoyote ya umma kwa kubatilisha DNS kwenye laptop yako mwenyewe. Ongeza 203.0.113.20 example.com kwenye /etc/hosts, vinjari tovuti halisi, kisha ufute mstari huo. Hakuna mtumiaji anayeathiriwa na jaribio hili.
5. Shughulikia swali la ukubwa wa database. Chini ya GB chache, dump na restore inatosha ndani ya muda wa kuzuia uandikaji (write freeze). Zaidi ya hapo, weka replication kutoka database ya zamani kwenda mpya siku kadhaa kabla na uiruhusu ifikie usawa, ili kuzuia uandikaji kuwe kwa ajili ya promotion pekee.
6. Zuia uandikaji (freeze writes). Weka programu katika hali ya matengenezo au read-only. Hii ndiyo sehemu pekee ambayo watumiaji wanaweza kuiona, na inapaswa kuchukua dakika chache.
7. Fanya delta ya mwisho: rsync ile ile tena, kisha usawazishaji wa mwisho wa database.
8. Badilisha A na AAAA records kwenda kwenye IP mpya. Kwa TTL ya sekunde 300, resolvers wengi hufuata ndani ya dakika tano hivi.
9. Acha seva ya zamani ikiwa inafanya kazi na inafikika kwa angalau siku moja, kwa sababu baadhi ya resolvers hupuuza TTL fupi. Ikiwa programu ya zamani bado inaweza kuandikika, maombi ya kuchelewa yataandika kwenye database isiyo sahihi, kwa hivyo elekeza host ya zamani kwenye database mpya au rudisha ukurasa wa matengenezo kutoka humo.
10. Fuatilia kiwango cha makosa ya seva mpya kwa siku moja, rudisha TTL kwenye thamani yake ya kawaida, na uharibu seva ya zamani baada ya wiki moja badala ya jioni hiyo hiyo.

Nakala yenyewe ni amri mbili, kila moja ikitekelezwa mara mbili. Usawazishaji wa faili:

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

-a huhifadhi umiliki, ruhusa na timestamps, -H huhifadhi hard links, -AX huhifadhi ACLs na extended attributes, na --numeric-ids huzuia rsync kubadilisha user IDs kupitia majina yanayotofautiana kati ya mashine mbili. Itekeleze siku kadhaa kabla, kisha tena wakati wa freeze, ambapo itahamisha tu kile kilichobadilika.

Kwa PostgreSQL ndogo ya kutosha kufanyiwa 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

Kwa MySQL au MariaDB:

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

--single-transaction huchukua dump ndani ya transaction moja kwenye InnoDB tables, kwa hivyo matokeo ni thabiti na programu inaendelea kuandika wakati inafanya kazi. Bila flag hiyo, mysqldump hufunga tables, jambo linalomaanisha kuwa kuzuia uandikaji kumeanza mapema kuliko ulivyopanga na hukuamua wakati huo.

Mambo mawili huvunjika nje ya seva zako. IP address mpya haina sifa ya barua pepe (email reputation), kwa hivyo barua pepe zinazotumwa moja kwa moja kutoka kwenye mashine mpya huchujwa kama spam: tuma kupitia relay ambayo tayari ina sifa. Na mshirika yeyote anayeruhusu IP yako ya nje (allowlist), kama vile payment gateway au firewall ya mteja, lazima isasishwe kabla ya kuhama, au maombi hayo yataanza kufeli wakati trafiki inapoanza kuhama.

Mambo ya kukagua kabla ya kufanya maamuzi

• Kama mpango unaweza kuagizwa leo, katika eneo unalotaka. Mpango uliowekwa alama ya kutopatikana kwenye orodha ya bei si chaguo, hata kama bei yake kwa kila GB inaonekana kuwa nzuri.
• Kama bei ni ya ofa na bei itakayotumika baada ya muda wa ofa kuisha. Punguzo la kipindi cha kwanza linaloongezeka maradufu wakati wa kusasisha ni gharama halisi, iliyocheleweshwa tu.
• Kama malipo yanafanyika kabla. Mipango ya kulipia kabla ya miaka mingi, ambayo ndiyo njia inayotumiwa na SSD Nodes, hununua bei ya chini zaidi kwa kila GB ya RAM kwa kutoa pesa taslimu mapema. Badala yake, huwezi kuondoka mwezi ujao, kwa hivyo linganisha muda wa mkataba na uhakika wako.
• Gharama ya snapshot kwa mwezi, na gharama ya kurejesha (restore) kwa pesa na kwa dakika.
• Kama matumizi ya ziada yanatozwa ada au kasi ya mtandao hupunguzwa.
• Kama IPv6 imeelekezwa vizuri au ni anwani moja tu iliyoongezwa.
• Kama kuna API yenye Terraform provider inayodumishwa, ikiwa unakusudia kujenga upya kutoka kwenye code badala ya kufanya kwa mikono.
• Jinsi ya kupata msaada, na muda uliotangazwa wa majibu kwa seva iliyoshuka (down) badala ya swali la mauzo.

Chagua kulingana na kigezo kinachotawala bili yako. Ikiwa kigezo hicho ni kumbukumbu, bei kwa kila GB ya RAM ndiyo itakayoamua. Ikiwa ni trafiki ya kutoka nje, kiasi cha data kilichojumuishwa ndicho kitakachoamua. Ikiwa ni muda wako, jukwaa linalosimamiwa (managed platform) ndilo litakaloamua, na lile la DigitalOcean ndilo imara zaidi kati ya manne yanayolinganishwa hapa.

FAQ

Je, Hetzner daima ni nafuu kuliko DigitalOcean?

Kwa mashine ya kawaida ya virtual, ilikuwa nafuu zaidi kwa kila GB ya RAM: takriban $1.62 dhidi ya $6.00 kwenye mipango midogo ya pamoja kufikia tarehe 5 Agosti 2026. Takwimu hiyo ya Hetzner ilitoka kwenye CX23, ambayo Hetzner iliorodhesha kama isiyopatikana tarehe 21 Oktoba 2026, pamoja na safu yake yote ya Cost-Optimized na CPX02 mpya, kwa hivyo linganisha na mpango unaoweza kuagiza leo. Ulinganisho pia hubadilika huduma zinazosimamiwa (managed services) zinapoingia. Hetzner huuza seva na mitandao, kwa hivyo database inayosimamiwa au jukwaa la push-to-deploy lazima litoke kwako au kwa mtoa huduma wa tatu, na saa hizo zina gharama. Hetzner pia ilipandisha bei za cloud wakati wa 2026, kwa hivyo angalia bei ya sasa ya euro badala ya kuamini makala ya zamani.

Ni mbadala gani wa DigitalOcean nifae kuchagua ikiwa nahitaji database inayosimamiwa?

Vultr na Akamai wote huuza database zinazosimamiwa, kwa hivyo wao ndio mbadala wa karibu zaidi ikiwa database inayosimamiwa ndiyo sababu unatumia DigitalOcean. Watoa huduma wa gharama nafuu wa Ulaya kwa ujumla hawauzi huduma hiyo, jambo ambalo linamaanisha kujiendeshea PostgreSQL au MySQL mwenyewe, ikiwemo replication na failover iliyojaribiwa. Hiyo ni kazi ya kweli. Ilinganishe na gharama ya $15.15 kwa mwezi ambayo instance ya 1 GiB inayosimamiwa inagharimu kabla ya kuamua kuwa seva nafuu imekusaidia chochote.

Ninawezaje kuhamisha tovuti inayofanya kazi kwenda kwa mtoa huduma mpya bila downtime?

Punguza DNS TTL hadi sekunde 300 angalau saa 48 kabla ya uhamisho, kwa sababu resolvers huendelea kutoa IP ya zamani kwa muda mrefu kama TTL ya awali ilivyowaelekeza. Jenga na jaribu host mpya wakati ile ya zamani bado inahudumia traffic, kwa kutumia /etc/hosts override kwenye mashine yako mwenyewe ili hakuna mtu mwingine anayeiona. Kisha sitisha uandikaji (freeze writes) kwa dakika chache, endesha rsync delta ya mwisho na sync ya mwisho ya database, badilisha rekodi za A na AAAA, na uache seva ya zamani ikiwa inafanya kazi kwa wiki moja ikiwa resolver ilipuuza TTL fupi.

Je, VPS nafuu inamaanisha diski za polepole?

Si lazima. Kinachojalisha ni kama diski yako ya virtual iko ndani ya host au kwenye network storage cluster, na paneli mara chache husema. lsblk -o NAME,ROTA huripoti 0 kwa zote mbili, kwa sababu zote si za kuzunguka (non-rotational). Pima badala yake: endesha fio na --iodepth=1 --bs=4k --direct=1 na usome latency ya kukamilisha ya 99th percentile. Network volume huongeza safari ya mtandao wa datacentre kwa kila usomaji, kwa hivyo msingi wake wa latency huwa juu kuliko NVMe ya ndani hata wakati throughput ya deep-queue inapoonekana sawa.

Je, barua pepe yangu bado itawasilishwa kutoka kwa seva mpya?

Mara nyingi sivyo, mwanzoni. Anwani mpya ya IP haina historia ya kutuma, kwa hivyo wapokeaji huchukulia barua kutoka kwayo kama ya kutiliwa shaka na huishia kwenye spam au kukataliwa kabisa. Rekodi za SPF na DKIM pia huelekeza kwenye host ya zamani hadi utakapozisasisha. Tuma barua za programu kupitia relay au huduma ya barua pepe ambayo tayari ina sifa nzuri, na usasishe rekodi za DNS za barua pepe kabla ya mabadiliko badala ya baada ya hapo.