Njia mbadala bora za DigitalOcean kwa watengenezaji

Mambo yanayobadilika kweli katika njia mbadala za DigitalOcean

Njia mbadala nyingi za DigitalOcean hubadilisha gharama, si mashine yenyewe. Unapata Linux virtual machine yenye public IP, diski ya virtio, na root access kwa vyovyote vile, na 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, diski imetengenezwa na nini, na ni kiasi gani cha stack juu ya operating system ambacho mtoa huduma atakusimamia.

Mwongozo huu unalinganisha kwa kutumia vigezo hivyo, kwa sababu msanidi programu anaweza kukagua kila kigezo kutoka kwenye terminal au orodha ya bei iliyochapishwa. Pia, mwongozo huu unataja hali ambazo DigitalOcean ndiyo chaguo sahihi, kwa sababu ulinganifu usio na upendeleo wowote ni tangazo tu.

Kila bei hapa chini ni bei ya orodha iliyochapishwa, iliyokaguliwa tarehe 5 Agosti 2026. 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",
    "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 hichohicho 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 yuleyule 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 hadi kwenye dola. Mpango wake wa kuanzia unawapiku kwa $5.00. Kampuni mbili zinazolingana bei kikamilifu ni ishara inayopaswa kusomwa: kiwango hicho kimepangwa kulingana na mshindani, si kulingana na maunzi, na kitaendelea kufuata mshindani huyo.

Pengo hujitokeza kwa watoa huduma wanaojenga vituo vyao vya data na kuuza kwa euro. Hetzner CX23 inakupa 4 GB ya RAM kwa takriban $6.49 kwa mwezi, ambayo ni $1.62 kwa kila GB, karibu robo ya bei ya DigitalOcean. Takwimu hiyo ya dola 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 bei yanataja namba ambazo hazipo tena.

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

vmstat 1 10

Soma safu ya st. Inahesabu asilimia ya muda ambao vCPU yako ilikuwa tayari kufanya kazi lakini hypervisor ikampa mtu mwingine core ya kimwili. Asilimia chache chini ya mzigo ni jambo la kawaida. Namba ya tarakimu mbili inayoendelea inamaanisha mwenyeji amezidisha watumiaji, 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 kuongeza hifadhi na trafiki, soma gharama ya VPS kwa mwezi.

Gharama halisi ya transfer iliyojumuishwa

[
  {
    "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 inajumuisha 1 TB ya transfer ya kutoka nje (outbound) kwenye mpango wa msingi na kutoza ziada kwa kila GiB, ambayo inafikia takriban $10.00 kwa kila TB ya ziada. Akamai inajumuisha kiasi hicho hicho cha TB na kutoza takriban nusu ya bei hiyo, karibu $5.00 kwa kila TB. Vultr inajumuisha 2 TB kwa kiwango sawa cha ziada. Hetzner inajumuisha 20 TB na kutoza takriban $1.20 kwa kila TB baada ya hapo, kiasi ambacho ni tofauti kubwa sana ikilinganishwa na wengine.

Maelezo matatu ya kimuundo ni muhimu zaidi kuliko namba zinazoonekana kwenye vichwa vya habari. Trafiki ya kuingia (inbound) ni bure kwa watoa huduma wote wanne, kwa hivyo ni kile unachotuma nje pekee ndicho kinachohesabiwa. DigitalOcean 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 uko mbali sana na kikomo hicho. 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 za nje (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 transfer kwa mwezi, ikigawanywa katika data iliyopokelewa na iliyotumwa. Safu ya data iliyotumwa pekee ndiyo inayotozwa gharama. Database huanza ikiwa tupu, kwa hivyo usomaji wa kwanza wenye manufaa hupatikana siku moja baada ya kuinstall, na mwezi kamili wa kwanza hupatikana mwezi mmoja baadaye. Hadi wakati huo, grafu ya bandwidth ya mtoa huduma ndiyo rekodi pekee uliyo nayo.

Uliza swali moja zaidi ambalo orodha yoyote ya bei haijibu: unapovuka posho uliyopewa, je, mtoa huduma anakutoza pesa au anapunguza kasi ya port (throttle)? Kutoza pesa kunagharimu fedha. Kupunguza kasi kunagharimu watumiaji, hasa katika wakati ambao 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 zilizotumika nyuma yake: replication, failover, point in time restore, minor version upgrades, na tahadhari inayomwamsha mtu saa 09:00 usiku. 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 seva iliyojitolea badala ya swali la mtoa huduma. Swali hilo hilo 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 uamuzi

• Je, bei ni ya ofa na itakuwa kiasi gani wakati wa kuhuisha (renewal)? Punguzo la kipindi cha kwanza ambalo huongezeka maradufu wakati wa kuhuisha ni gharama halisi, iliyoahirishwa tu.
• Je, kipindi cha mkataba kinalipiwa kabla? Mipango ya miaka mingi inayolipiwa kabla, ambayo ndiyo njia inayotumiwa na SSD Nodes, hutoa bei ya chini zaidi kwa kila GB ya RAM kwa kulipa pesa taslimu mapema. Badala yake, huwezi kuondoka mwezi ujao, kwa hivyo linganisha kipindi cha mkataba na kiwango chako cha uhakika.
• Snapshot inagharimu kiasi gani kwa mwezi, na urejeshaji (restore) unagharimu kiasi gani kwa pesa na kwa dakika.
• Je, matumizi yanayozidi kiasi ulichopangiwa (overage) yanatozwa ada au kasi ya mtandao hupunguzwa (throttled)?
• Je, IPv6 inaelekezwa (routed) ipasavyo au ni anwani moja tu iliyoongezwa?
• Je, kuna API yenye Terraform provider inayotunzwa, ikiwa unakusudia kujenga upya miundombinu yako kupitia code badala ya kufanya hivyo kwa mikono?
• Je, msaada wa kiufundi unapatikana vipi, na ni muda gani uliopangwa wa majibu kwa seva iliyozimika (down) badala ya maswali ya mauzo?

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

FAQ

Je, Hetzner ni nafuu zaidi kuliko DigitalOcean kila wakati?

Kwa mashine pepe ya kawaida, ni nafuu zaidi kwa kila GB ya RAM: takriban $1.62 dhidi ya $6.00 kwenye mipango ya msingi ya pamoja kufikia tarehe 5 Agosti 2026. Ulinganisho hubadilika huduma zinazosimamiwa (managed services) zinapoingia. Hetzner huuza seva na mtandao, kwa hivyo database inayosimamiwa au jukwaa la push-to-deploy lazima litoke kwako au kwa mtoa huduma mwingine, 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 nifuate ikiwa nahitaji database inayosimamiwa?

Vultr na Akamai zote huuza database zinazosimamiwa, kwa hivyo ndizo mbadala wa karibu zaidi ikiwa database inayosimamiwa ndiyo sababu kuu ya wewe kutumia DigitalOcean. Watoa huduma wa bei nafuu wa Ulaya kwa kawaida hawauzi huduma hiyo, jambo linalomaanisha kuwa utajiendeshea PostgreSQL au MySQL mwenyewe, ikiwemo replication na failover iliyojaribiwa. Hiyo ni kazi ya kweli. Linganisha bei hiyo na $15.15 kwa mwezi ambayo instance ya 1 GiB inayosimamiwa inagharimu kabla ya kuamua kuwa seva ya bei 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 zuia uandikaji (freeze writes) kwa dakika chache, fanya rsync delta ya mwisho na database sync ya mwisho, badilisha rekodi za A na AAAA, na uache seva ya zamani ikiwa inafanya kazi kwa wiki moja ikiwa resolver itapuuza TTL fupi.

Je, VPS ya bei nafuu inamaanisha diski za polepole?

Si lazima. Kinachojalisha ni kama diski yako pepe iko ndani ya host au kwenye network storage cluster, na paneli mara chache husema hivyo. 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 99th percentile completion latency. Network volume huongeza safari ya mtandao wa datacentre kwa kila usomaji, kwa hivyo msingi wake wa latency uko juu zaidi 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 huichukulia 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 pepe za programu kupitia relay au huduma ya barua pepe ambayo tayari ina sifa nzuri, na usasishe rekodi za DNS za barua pepe kabla ya uhamisho badala ya baada ya hapo.