VPS ya New York: Mambo ya kuzingatia kabla ya kununua

Unachopata hasa kutoka kwa VPS ya New York

VPS ya New York inapatikana katika mojawapo ya masoko makubwa mawili ya muunganisho (interconnection markets) kwenye pwani ya mashariki ya Marekani. Soko lingine ni Ashburn, Virginia. Unachonunua ni muda mfupi wa round trip kwa watumiaji waliopo kati ya Boston na Washington, pamoja na njia fupi zaidi ya fiber kutoka Amerika Kaskazini kuelekea Ulaya. Ikiwa watumiaji wako wamesambaa kwa usawa kote barani, eneo la katikati kwa kawaida huwahudumia vyema zaidi, na kutofautisha hali hizo mbili ni suala la kufanya vipimo badala ya kukisia.

Kwa nini hosting ya VPS ya New York mara nyingi ni hosting ya New Jersey

Manhattan ndipo zilipo hoteli za watoa huduma za mawasiliano (carrier hotels). 60 Hudson Street ndiyo inayojulikana zaidi: jengo la mtindo wa Art Deco lililopo Tribeca, lililokamilika mwaka 1930, likiwa na watoa huduma zaidi ya 300 na watoa huduma za wingu ndani yake, pamoja na vituo vya kubadilishana data (exchanges) vinavyohudumia eneo hilo, ikiwemo DE-CIX New York na NYIIX. 32 Avenue of the Americas hufanya kazi hiyo hiyo umbali wa mitaa michache, na 165 Halsey Street iliyopo Newark ndiyo inayolingana nayo kwa upande wa New Jersey.

Majengo hayo ndipo mitandao hukutana. Sio mahali ambapo kiasi kikubwa cha kompyuta huwekwa, kwa sababu umeme na nafasi ya sakafu katika Manhattan ni ghali na vigumu kupanuka. Majengo makubwa ya seva yapo ng'ambo ya mto Hudson katika maeneo ya Secaucus, Weehawken, Carteret, Piscataway na Newark. Mtoa huduma anayeuza VPS ya "New York" karibu kila mara anamaanisha rack iliyopo mahali fulani katika mzunguko huo, ndani ya takriban kilomita 40 kutoka Midtown. Gharama ya ziada ya fiber ni chini ya millisecond moja, kwa hivyo mzigo wa kazi wa wavuti hautawahi kuiona. Uliza ni jengo gani ikiwa tu unahitaji cross-connect ya moja kwa moja na mtandao maalum.

Ni nini kilichovutia uwezo huu katika eneo hili la metro

Mambo manne, na kila moja huimarisha mengine.

• Kebo za kuvuka Atlantiki zinatua jirani. Wall Township na Manasquan kwenye pwani ya New Jersey ndilo kundi lenye shughuli nyingi zaidi nchini. Havfrue, inayouzwa kama AEC-2, inaanzia Wall hadi Blaabjerg nchini Denmark ikiwa na matawi ya Ireland na Norway. Seabras-1 inaanzia kituo hicho hicho hadi Brazil, na TGN Atlantic inavuka kuelekea Ulaya. Kebo ya Grace Hopper ya Google inatua Bellport kwenye Long Island na imekuwa ikibeba trafiki kuelekea Bude tangu Septemba 2022.
• Masoko ya hisa yalihama Wall Street. Injini ya kulinganisha ya NYSE inaendeshwa Mahwah, ya Nasdaq inaendeshwa Carteret, na ya Cboe inaendeshwa Secaucus. Wafanyabiashara wanaita maeneo hayo pembetatu ya hisa (equity triangle). Makampuni yanayohitaji data ya soko ndani ya mikrosekunde lazima yanunue nafasi kando ya mojawapo ya maeneo hayo, na mahitaji hayo ndiyo yaliyolipia nyuzi za fiber ambazo sisi wengine tunazitumia sasa.
• Vyombo vya habari na utangazaji viko hapa. Mnada wa zabuni wa wakati halisi (real-time bidding) lazima utoe jibu kabla ya ukurasa kumaliza kupakia, kwa hivyo masoko ya matangazo yalijengwa karibu na mitandao ya wakala wanayoiuzia.
• Mitandao huenda mahali ambapo mitandao tayari ipo. Mara tu mamia ya watoa huduma wanaposhiriki jengo moja, jengo linalofuata hupata transit ya bei nafuu na peering bora kwa kujiunga nao badala ya kujenga mahali pengine popote.

Kwa mnunuzi wa VPS, hakuna hata moja ya haya inayohusu ufahari. Inamaanisha kuwa transit ina ushindani, peering ni nzito, na njia ya kuelekea Ulaya ni fupi kwa sababu inaanza pale kebo zinapoanzia.

Gharama halisi ya safari ya kwenda na kurudi (round trip)

Mwanga kwenye kioo husafiri kwa takriban kilomita 200,000 kwa sekunde, kasi ambayo ni takriban theluthi mbili ya kasi yake kwenye ombwe. Hii ni 1 ms ya muda wa safari ya kwenda na kurudi kwa kila kilomita 100 za fiber, kabla hata router yoyote haijagusa pakiti hiyo. Njia halisi huwa ndefu kuliko umbali wa kwenye ramani, kwa sababu fiber hufuata njia za kisheria na njia za chini ya bahari badala ya mistari iliyonyooka.

Bili si safari moja ya kwenda na kurudi. Ni idadi ya safari za kwenda na kurudi ambazo itifaki yako inahitaji. Muunganisho mpya wa HTTPS hutumia safari moja ya kwenda na kurudi kwa ajili ya TCP (transmission control protocol) handshake, nyingine kwa ajili ya TLS (transport layer security) 1.3 handshake, na nyingine moja kwa ajili ya kutuma ombi na kupokea baiti za kwanza. Hiyo ni safari tatu za kwenda na kurudi kabla kivinjari (browser) hakijaona HTML yoyote. TLS 1.2 huongeza safari ya nne.

[
  {
    "label": "Same metro",
    "rtt_ms": 5,
    "https_first_byte_ms": 15,
    "six_call_chain_ms": 30
  },
  {
    "label": "New York to Dallas",
    "rtt_ms": 38,
    "https_first_byte_ms": 114,
    "six_call_chain_ms": 228
  },
  {
    "label": "New York to London",
    "rtt_ms": 78,
    "https_first_byte_ms": 234,
    "six_call_chain_ms": 468
  },
  {
    "label": "New York to Singapore",
    "rtt_ms": 230,
    "https_first_byte_ms": 690,
    "six_call_chain_ms": 1380
  }
]

Safu hizo ni hesabu badala ya vipimo: baiti ya kwanza ni safari tatu za kwenda na kurudi, na safu ya mnyororo ni ukurasa unaoanzisha miito sita ya API inayotegemeana mmoja baada ya mwingine. Ndani ya jiji kwa 5 ms, usanidi wa muunganisho hauonekani. Kuvuka Atlantiki kwa 78 ms, ukurasa huohuo husubiri 234 ms kabla ya baiti ya kwanza ya HTML, na mnyororo wa miito sita hutumia 468 ms bila kufanya chochote isipokuwa kusubiri. Kutoka New York hadi Singapore kwa 230 ms, mnyororo huo hugharimu 1380 ms.

Soma safu ya mnyororo kabla ya kuhamisha seva. Kutumia tena muunganisho na kuanzisha upya TLS session huondoa safari za kwenda na kurudi ambazo ulikuwa ukilipia mara kwa mara. Kubadilisha miito sita inayotegemeana kuwa miito miwili inayofanyika sambamba huokoa muda mwingi zaidi kuliko kuhamisha seva karibu na bara. Hamisha seva wakati safari za kwenda na kurudi haziwezi kupunguzwa tena: kama vile kuingia kwenye mfumo (login), au uandishi wa database ambao mteja wako hawezi kuufanya kwa pamoja (batch).

Muda wa kawaida wa safari ya data (round trip times) kutoka VPS ya eneo la New York

[
  {
    "label": "Within the NY and NJ metro",
    "rtt_ms": 2
  },
  {
    "label": "Ashburn, Virginia",
    "rtt_ms": 8
  },
  {
    "label": "Toronto",
    "rtt_ms": 14
  },
  {
    "label": "Chicago",
    "rtt_ms": 22
  },
  {
    "label": "Dallas",
    "rtt_ms": 38
  },
  {
    "label": "Miami",
    "rtt_ms": 40
  },
  {
    "label": "Los Angeles",
    "rtt_ms": 70
  },
  {
    "label": "London",
    "rtt_ms": 78
  },
  {
    "label": "Frankfurt",
    "rtt_ms": 88
  },
  {
    "label": "Sao Paulo",
    "rtt_ms": 120
  }
]

Chukulia hizi kama takwimu zilizochapishwa za kawaida badala ya vipimo kutoka kwa mashine moja mahususi. Hizi ni safu za muda zinazonukuliwa mara kwa mara kwa seva zilizounganishwa vizuri kwenye njia za kawaida za usafirishaji wa data, na njia yako mwenyewe inaweza kuwa na muda mfupi au mrefu zaidi ya hizi. Ashburn iko umbali wa takriban 8 ms, umbali ambao ni mfupi kiasi kwamba VPS ya New York inaweza kuita huduma katika nguzo (cluster) ya Virginia bila athari kubwa. Toronto iko umbali wa takriban 14 ms. London iko karibu na 78 ms na Frankfurt karibu na 88 ms, ndiyo maana seva moja ya pwani ya mashariki inaweza kuhudumia watumiaji wa Ulaya kwa ufanisi, wakati seva ya pwani ya magharibi haiwezi.

Wakati uwekaji wa seva katika Pwani ya Mashariki ndio chaguo sahihi

• Watumiaji wako wengi wako katika ukanda wa Boston hadi Washington. Ukanda huo unachukua sehemu kubwa ya mahitaji ya intaneti nchini Marekani, na yote hayo yako umbali wa milisekunde chache kutoka eneo hilo la miji.
• Unahudumia mashariki mwa Marekani na Ulaya kutoka mashine moja. New York ndiyo suluhu ya bei nafuu zaidi, kwa sababu njia ya kuvuka Atlantiki huanzia hapo.
• Unategemea kitu ambacho tayari kiko katika eneo hilo: data ya soko, ubadilishanaji wa matangazo (ad exchange), au API ya mshirika iliyoko Secaucus au Ashburn.
• Unataka njia fupi ya kufikia Kanada bila kuhost huko. Toronto iko umbali wa takriban 14 ms. Ikiwa ukaazi wa data nchini Kanada ni hitaji la lazima, hilo ni uamuzi tofauti, na mambo muhimu ya kuzingatia unapochagua VPS hosting nchini Kanada yatafafanua hilo.

Wakati eneo la katikati mwa Marekani linapozidi Pwani ya Mashariki

Sanifu mfumo kwa ajili ya hali mbaya zaidi badala ya wastani. Mtumiaji aliye pwani ya mbali atahisi kuchelewa (lag). Mtumiaji aliye jimbo la jirani hatasikia tofauti.

[
  {
    "label": "New York metro",
    "to_new_york_ms": 2,
    "to_los_angeles_ms": 70
  },
  {
    "label": "Dallas",
    "to_new_york_ms": 38,
    "to_los_angeles_ms": 35
  },
  {
    "label": "Chicago",
    "to_new_york_ms": 22,
    "to_los_angeles_ms": 50
  },
  {
    "label": "Los Angeles",
    "to_new_york_ms": 70,
    "to_los_angeles_ms": 2
  }
]

Seva ya New York iko 70 ms kutoka Los Angeles. Seva ya Dallas iko 38 ms kutoka New York na 35 ms kutoka Los Angeles, kwa hivyo hali yake mbaya zaidi nchini kote ni takriban nusu ya ile ya New York. Wakati ramani yako ya trafiki inahusu nchi nzima, hiyo ndiyo nafasi bora zaidi, na hoja ya kuweka VPS huko Dallas inachambua soko hilo kwa kina. Chicago ni eneo lingine la katikati linalofaa, na linaelemea upande wa mashariki.

Hali nyingine mbili zinaashiria kutotumia New York. Ikiwa watumiaji wako wamejikita Ontario au Quebec, Toronto VPS inawahudumia moja kwa moja badala ya kuongeza hop ya 14 ms kutoka New York. Na ikiwa karibu trafiki yako yote inapita kati ya seva zako mwenyewe, ziweke katika eneo moja na uache kufikiria kuhusu jiografia, kwa sababu hop kati ya maeneo tofauti itafuta faida yoyote unayopata kwa kukaa karibu na watumiaji.

Pima mwenyewe, usiamini ramani ya masoko

Ramani ya chanjo (coverage map) inakuonyesha mahali jengo lilipo. Haikuambii jinsi pakiti zinavyofika kwenye jengo hilo, na njia hiyo huamuliwa na mikataba ya transit na makubaliano ya peering, si kwa umbali. Kwa hiyo, pima kutoka mahali watumiaji wako walipo. Laptop iliyounganishwa kwenye broadband ya nyumbani ni kifaa bora cha kupimia kuliko VPS yenyewe, ambayo iko kwenye upande mzuri wa mtandao.

sudo apt update
sudo apt install -y mtr-tiny traceroute iperf3

Anza na round trip ya kawaida, na utume probes ishirini badala ya nne. Badilisha hostname na seva yako mwenyewe.

ping -c 20 your-server.example.com

Mstari wa mwisho unaripoti rtt min/avg/max/mdev. Wastani (average) ndiyo namba isiyo na manufaa zaidi hapo. mdev ni jitter, na jitter ya juu huvunja sauti na vipindi vya mwingiliano (interactive sessions) hata kama wastani unaonekana kuwa mzuri. Kwenye njia ya waya, upotevu wowote wa pakiti (packet loss) zaidi ya sifuri ni hitilafu, si kelele za mtandao.

Kisha tafuta mahali muda unapopotea.

mtr -rwzbc 100 your-server.example.com

mtr hutuma probes 100 kwa kila hop na kuchapisha upotevu na latency kwa kila hop, na -z huongeza namba ya AS (autonomous system) ili uweze kuona ni mtandao upi unaomiliki kila hop. Upotevu unaoripotiwa kwenye hop ya katikati ambao hupotea kwenye hops za baadaye si wa kweli: router hiyo inafanya rate-limiting kwenye majibu ya ICMP ambayo inapaswa kuyazalisha yenyewe, jambo ambalo haligharimu trafiki yako chochote. Upotevu unaoanza kwenye hop moja na kuendelea kupitia kila hop inayofuata ni wa kweli.

ICMP pia ni itifaki isiyo sahihi ya kuhukumu huduma ya wavuti, kwa sababu mitandao mingi huipa kipaumbele cha chini. Pima muda wa kitu unachokitoa kihalisi.

curl -o /dev/null -s -w 'dns %{time_namelookup}\ntcp %{time_connect}\ntls %{time_appconnect}\nttfb %{time_starttransfer}\ntotal %{time_total}\n' https://example.com/

Kila thamani ni sekunde limbikizi tangu kuanza, kwa hivyo unatoa ili kuisoma. time_connect kutoa time_namelookup ni round trip moja. time_appconnect kutoa time_connect ni TLS handshake. time_starttransfer kutoa time_appconnect ni round trip nyingine moja pamoja na muda ambao programu yako ilichukua kujibu. Utoaji huo wa mwisho ndio utambuzi. Ikiwa uko karibu na round trip moja, mtandao ndio kikomo na seva iliyo karibu zaidi itasaidia. Ikiwa ni mara kadhaa ya round trip, programu yako ni ya polepole na kuihamisha hakutabadilisha chochote.

for i in $(seq 1 20); do
  curl -o /dev/null -s -w '%{time_starttransfer}\n' https://example.com/
done | sort -n | awk 'NR==10 || NR==11'

Endesha jaribio lilelile dhidi ya instance ya majaribio katika kila eneo unalolifikiria kabla ya kuamua moja. Njia kamili ya kupima utendaji wa VPS inashughulikia diski na CPU kando ya mtandao, ili usichague kwa kuzingatia latency pekee.

Nini kingine kinabadilika ukiwa na anwani ya New York

Bei ndiyo kitu cha kwanza. Gharama za umeme na nafasi ya sakafu katika eneo la New York ni kubwa zaidi kuliko Texas au Midwest, na baadhi ya watoa huduma hupitisha gharama hizo kama malipo ya ziada kwa kila eneo, wakati wengine hupiga wastani wa gharama hizo katika mtandao wao wote. Kufikia Agosti 2026 hakuna kanuni moja, kwa hivyo fanya tathmini ya bei ya vipimo vilevile katika maeneo mawili kwenye ukurasa wa kuagiza wa mtoa huduma kabla ya kudhani kuwa kuna gharama ya ziada. Gharama halisi ya VPS kwa mwezi inashughulikia sehemu iliyobaki ya bili.

Sheria haifuati seva. Sheria ya SHIELD ya New York inaweka wajibu wa kutoa taarifa za uvunjifu wa usalama na hatua za ulinzi zinazofaa kwa yeyote anayehifadhi taarifa binafsi za mkazi wa New York, popote data hiyo ilipo. Kuhamisha seva yako kwenda Dallas hakuondoi wajibu huo, na kuihamisha kwenda Manhattan hakuuleti. Hali hiyo hiyo inatumika kwa GDPR (kanuni ya jumla ya ulinzi wa data) na watumiaji wako wa Ulaya. Eneo ni muhimu wakati mkataba au kanuni ya sekta inataja nchi, jambo ambalo ni la kawaida katika huduma za afya na baadhi ya huduma za kifedha.

Umeme na hatari ya mafuriko vinastahili aya moja. Wakati Kimbunga Sandy kilipopiga mnamo Oktoba 2012, majengo kadhaa ya watoa huduma katika Lower Manhattan yalipoteza huduma kwa sababu pampu za mafuta zilizokuwa kwenye basement zilifurika na jenereta zilizokuwa ghorofani zikakaukiwa mafuta. Eneo moja katika mji wowote ni sehemu moja yenye hatari ya kufeli kwa mfumo mzima. Hifadhi nakala (backups) kwenye gridi tofauti ya umeme, na ujaribu kurejesha nakala moja mahali pengine angalau mara moja ili uhakikishe kuwa urejeshaji unafanya kazi.

FAQ

Je, VPS ya New York ina kasi zaidi kwa watumiaji wa Ulaya kuliko ile ya katikati ya Marekani?

Ndiyo, na kwa kiasi kinachotabirika. London iko umbali wa takriban 78 ms kutoka eneo la New York kwa sababu nyaya za transatlantic hutua kwenye pwani ya New Jersey na Long Island. Seva iliyoko Dallas hufika London kwa kuvuka kwanza kuelekea pwani ya mashariki, hivyo huongeza takriban 38 ms za safari ya Dallas kwenda New York juu ya muda huo. Ikiwa mashine moja lazima ihudumie sehemu ya mashariki ya Marekani na Ulaya, New York ndiyo chaguo la wastani lenye gharama nafuu zaidi.

Kwa nini VPS yangu ya "New York" iko New Jersey?

Kwa sababu hapo ndipo nafasi ya sakafu na umeme vilipo. Majengo ya Manhattan kama 60 Hudson Street ni vituo vya kuunganishia (interconnection hubs) badala ya kuwa kumbi kubwa za kompyuta, hivyo racks za seva huwekwa Secaucus, Weehawken, Carteret, Piscataway au Newark. Fiber ya ziada huongeza muda mdogo sana chini ya millisecond moja, ambao hautaonekana kwenye mzigo wowote wa wavuti. Ulizia kituo kamili tu pale unapohitaji cross-connect kwenye mtandao maalum ndani ya jengo maalum.

Nitajuaje kama latency ndiyo tatizo langu hasa?

Endesha uchambuzi wa muda wa curl na utoe. Pengo kati ya time_appconnect na time_starttransfer ni safari moja ya mtandao (round trip) pamoja na muda wa seva yako yenyewe kuchakata data. Ikiwa pengo hilo ni kubwa zaidi kuliko safari ya mtandao uliyopima kwa ping, ucheleweshaji uko ndani ya programu yako na kituo cha data kilicho karibu zaidi hakitarekebisha tatizo hilo. Ikiwa pengo liko karibu na safari moja ya mtandao na ukurasa bado unaonekana kuwa na kasi ndogo, hesabu maombi mangapi ukurasa hufanya kwa mfululizo, kwa sababu kila moja hulipia safari ya mtandao tena.

Je, kuhost New York hubadilisha sheria za faragha zinazonihusu?

Kwa kiasi kikubwa hapana. Sheria kama SHIELD Act ya New York na GDPR huambatana na data ya nani unayoshikilia, si mahali ambapo diski inazunguka. Mahali pa seva huwa kigezo cha kuamua pale mkataba au sheria ya sekta inapotaja nchi maalum, jambo ambalo hutokea mara nyingi katika huduma za afya na sehemu za huduma za kifedha. Soma sharti halisi kabla ya kuchagua eneo ili kulitimiza.

Je, CDN inaweza kuchukua nafasi ya VPS iliyowekwa vizuri?

Kwa faili tuli (static files), ndiyo. CDN (content delivery network) huhifadhi picha na scripts karibu na watumiaji wako na kuondoa sehemu kubwa ya umbali kwa maombi hayo. Haiwezi kuhifadhi dashboard ya mtumiaji aliyeingia (logged-in) au uandishi kwenye database yako, hivyo hayo bado husafiri kwenda kwenye seva yako ya asili (origin server) na bado hulipia safari nzima ya mtandao. Weka seva ya asili karibu na watumiaji wanaoandika data, na uiruhusu CDN ishughulikie mengine yote.