VPS Hosting sa Canada: Kailan Ito Kailangan?

Kailangan ba na nasa Canada ang iyong VPS?

Sulit piliin ang VPS hosting sa Canada kapag may batas o kontrata na nagsasabing kailangang manatili sa teritoryo ng Canada ang data. Iyon lamang ang matibay na dahilan. Ang round trip mula sa home connection sa Toronto papunta sa data centre sa New York ay nasa humigit-kumulang 18 ms, samantalang nasa humigit-kumulang 3 ms papunta sa data centre sa Toronto, at halos walang web application ang makakapansin sa pagkakaiba.

Tatlong bagay ang karaniwang nagtutulak sa mga tao na pumili ng Canadian server. Legal na obligasyon ang data residency, kaya iyon pa lamang ang makapaglulutas sa tanong. Nasusukat ang latency, at karaniwan itong mas maliit kaysa inaasahan ng mga tao. Kaginhawaan para sa accountant mo ang pagsingil sa Canadian dollars. Alamin muna kung naaangkop sa iyo ang unang dahilan bago mo isaalang-alang ang iba pa.

Ipinapaliwanag ng post na ito kung paano karaniwang gumagana ang mga panuntunan. Hindi ito legal advice. Kung saklaw ng privacy law ang iyong organisasyon, ang counsel mo ang makapagbibigay ng sagot.

Residency ng data: ito lang ang mahigpit na requirement

Ang PIPEDA (Personal Information Protection and Electronic Documents Act) ay federal privacy law ng Canada para sa private sector, at hindi nito hinihingi na manatili sa bansa ang personal information. Itinuturing nito ang pagpapadala ng data sa processor sa ibang bansa bilang transfer para sa processing: mananatiling accountable ang inyong organisasyon sa data, kailangang magbigay ang processor ng maihahambing na proteksyon, at dapat ninyong ipaalam nang malinaw sa mga tao na nangyayari ito. Kumonsulta ang Office of the Privacy Commissioner tungkol sa paghihigpit nito noong 2019, ngunit pinanatili nito ang kasalukuyang posisyon. Kaya mali ang karaniwang pahayag na ibig sabihin ng PIPEDA ay dapat nasa Canada ang data ninyo, kahit paulit-ulit itong lumalabas sa maraming hosting copy.

May mga aktuwal na residency rule. Mas makitid ang saklaw ng mga ito.

• Inaatasan ng Law 25 ng Quebec ang isang assessment bago ipadala sa labas ng probinsiya ang personal information, at dapat makatanggap ang information ng sapat na proteksiyon sa lugar na paglalagyan nito. Nakatutugon na sa requirement na ito mula pa noong September 2023. Ito ay paperwork at isang desisyong dapat ninyong maipagtanggol, hindi isang ban.
• Nakabigkis ang mga public body at kumpanyang nagseserbisyo sa mga ito sa mga panuntunan para sa public sector. Nililimitahan ng PIIDPA ng Nova Scotia ang pag-store ng personal information sa labas ng Canada. May katulad na panuntunan ang FIPPA ng British Columbia hanggang amyendahan ito noong 2021 upang payagan ang foreign storage matapos ang assessment.
• Ang mga gawaing para sa federal government ay sumusunod sa cloud direction ng Government of Canada, na nag-aatas na manatili sa Canada ang data na Protected B at mas mataas.
• Nagdaragdag ang provincial health privacy law ng kani-kanilang kondisyon kung saan maaaring ilagay ang health record, at magkakaiba ang mga ito sa bawat probinsiya.
• Sa aktuwal na pagpapatupad, ang customer contract at public tender ang pinakakaraniwang pinagmumulan ng requirement. Ang security questionnaire na nagsasabing "data at rest in Canada" ay may bisa sa inyo na kasinghigpit ng isang batas, dahil nilagdaan ninyo ito.

Simple ang practical test. Matutukoy ba ninyo ang mismong clause? Kung walang sinuman sa organisasyon ninyo ang makapagbanggit ng statute o contract na nagsasabing Canada, pumipili kayo batay sa latency at presyo.

Nasa labas ba ng legal na saklaw ng US ang data centre sa Canada?

Hindi awtomatiko. Saklaw ng US CLOUD Act (Clarifying Lawful Overseas Use of Data Act) ang data na nasa possession, custody, o control ng isang US provider, saanman matatagpuan ang hardware. Kaya ang Toronto region na pinapatakbo ng isang American company ay sakop nito. Kung ang tunay na requirement ay tungkol sa foreign legal process at hindi sa heograpiya, ang mahalaga ay kung sino ang nagpapatakbo ng serbisyo at kung sino ang may hawak ng encryption keys. Hindi sapat ang Canadian address ng gusali para masagot ito.

Ang routing ang ikalawang karaniwang sorpresa. Madalas dumadaan sa United States ang traffic sa pagitan ng dalawang lungsod sa Canada dahil doon matagal nang mas mura ang peering. Tinatawag ito ng mga researcher na boomerang routing. Magpatakbo ng traceroute bago mo sabihing hindi lumalabas ng bansa ang iyong packets.

traceroute vps.example.com

May mga city code gaya ng nyc, chi, o ash sa mga pangalan ng hop. Mga pahiwatig lamang ang mga pangalang ito at maaaring luma na, kaya gamitin ang mga ito bilang dahilan para magtanong sa provider, hindi bilang patunay. Para sa data in transit, ang maaasahang sagot ay encryption na ikaw ang kumokontrol, hindi isang mapa. Kung gusto mo ng private path sa pagitan ng sarili mong machines, nagbibigay sa iyo nito ang self-hosted WireGuard VPN at hindi mahalaga kung saang bansa dumadaan ang fiber.

Latency: sukatin ito, huwag hulaan

Ang liwanag sa fiber ay umaabot ng humigit-kumulang 200 km bawat millisecond, kaya bawat 100 km ng distansya ay nagdaragdag ng tinatayang 1 ms sa round trip bago pa maisama ang anumang equipment. Ang Toronto papuntang Vancouver ay humigit-kumulang 3,400 km sa tuwid na linya at mas mahaba pa kapag dinaanan ng cable, kaya nasa 40 ms ang pinakamababang posibleng halaga. Karaniwang mas mataas ang aktuwal na ruta.

[
  {
    "label": "Toronto",
    "rtt_ms": 3
  },
  {
    "label": "Montreal",
    "rtt_ms": 12
  },
  {
    "label": "New York",
    "rtt_ms": 18
  },
  {
    "label": "Chicago",
    "rtt_ms": 24
  },
  {
    "label": "Northern Virginia",
    "rtt_ms": 26
  },
  {
    "label": "Dallas",
    "rtt_ms": 42
  },
  {
    "label": "Vancouver",
    "rtt_ms": 62
  },
  {
    "label": "London",
    "rtt_ms": 88
  },
  {
    "label": "Frankfurt",
    "rtt_ms": 98
  }
]

Karaniwang published figures ang mga ito para sa isang consumer line sa Toronto na mahusay ang connectivity. Panimula lamang ang mga ito, hindi garantiya. Nakadepende ang sarili mong mga resulta sa access network mo at sa peering ng provider mo, at nagbabago ang mga ito depende sa oras ng araw.

May dalawang row na dapat basahin nang mabuti. Ang Toronto papuntang Montreal ay humigit-kumulang 12 ms, kaya sapat na magkakalapit ang dalawang lungsod upang umasta bilang iisang region para sa karamihan ng mga gamit. Ang Toronto papuntang Vancouver ay humigit-kumulang 62 ms, na mas malayo kaysa Toronto papuntang Northern Virginia na nasa 26 ms. Ang nasa Canada ay hindi nangangahulugang malapit sa mga user mo.

Karaniwang ang last mile pa rin ang pinakamalaking sanhi ng latency. Ilang millisecond ang idinadagdag ng home fiber. Mas marami ang idinadagdag ng cable kapag abala ang linya. Ang mobile connection ay nagdaragdag mismo ng sampu-sampung millisecond. Maaaring makakita ang isang phone user sa Toronto ng 50 ms papunta sa Toronto server, at kapag inilipat ang server sa New York, ilang porsiyento lamang ang magbabago sa kanilang karanasan.

Paano subukan ang latency mula sa lokasyon ng iyong mga user

Alamin muna kung nasaan talaga ang iyong mga user. Hinahati na ng iyong analytics ang mga session ayon sa lungsod o rehiyon. Gamitin ang impormasyong iyon sa halip na manghula batay sa lokasyon ng iyong opisina.

Pagkatapos, magsukat mula sa lokasyong iyon. Hindi mo masusubukan ang latency papuntang Vancouver mula sa desk sa Ottawa. Mag-rent ng hourly VPS sa target na lungsod sa loob ng dalawampung minuto, at i-destroy ito pagkatapos. Maaari mo ring hilingin sa isang colleague o customer na magpatakbo ng isang command. O gamitin ang libreng RIPE Atlas measurement network sa https://atlas.ripe.net, na may mga probe sa mga lungsod sa Canada at nagbibigay-daan sa iyong magpatakbo ng mga ping mula roon.

sudo apt update && sudo apt install -y mtr-tiny traceroute iperf3
ping -c 20 vps.example.com

Basahin ang huling dalawang linya.

20 packets transmitted, 20 received, 0% packet loss, time 19031ms
rtt min/avg/max/mdev = 17.412/18.006/19.882/0.594 ms

Ang avg ang pangunahing bilang. Ang mdev ay jitter, o ang pagitan ng mga packet. Ang anumang packet loss sa maikling path ay isang fault na dapat imbestigahan. Mas nakaaapekto ang mataas na jitter sa voice at games kaysa sa bahagyang mas mataas na average, dahil kailangang mag-buffer ng receiver batay sa pinakamatagal na packet sa halip na sa karaniwang packet.

mtr --report --report-cycles 50 vps.example.com

Ipinapakita ng mtr ang loss sa bawat hop. Kung lumabas ito na may permission error, patakbuhin ito gamit ang sudo. Karaniwang nagpapakita ng loss ang mga middle hop na hindi naman totoo, dahil binibigyan ng mga router ng pinakamababang priority ang mga ICMP reply na sila mismo ang gumagawa. Ang loss lamang na nagpapatuloy hanggang sa final line ang loss na nararanasan ng iyong traffic. Basahin muna ang bottom row, pagkatapos ay umakyat.

Kapag blocked o rate-limited ang ICMP, sukatin sa halip ang aktuwal na protocol.

curl -o /dev/null -s -w 'dns=%{time_namelookup} connect=%{time_connect} tls=%{time_appconnect} ttfb=%{time_starttransfer} total=%{time_total}\n' https://vps.example.com/

Ang bawat field ay kumakatawan sa cumulative seconds mula sa pagsisimula ng request. Ang connect minus dns ay isang TCP round trip. Ang tls minus connect ay ang handshake. Ang ttfb minus tls ay isang karagdagang round trip kasama ang oras na ginugol ng application sa pagsagot. Sa huling pagitan karaniwang nawawala ang malaking bahagi ng oras sa mababagal na site. Ang ttfb na 0.8 s sa isang maikling path ay problema sa application, at hindi ito maaayos sa paglipat ng server sa ibang lungsod.

Para sa throughput, patakbuhin ang server sa VPS at ang client mula sa panig ng user. Nakikinig ang iperf3 sa TCP 5201, kaya buksan ang port gamit ang ufw para sa test at isara itong muli kapag tapos ka na.

iperf3 -s

iperf3 -c vps.example.com -t 20
iperf3 -c vps.example.com -t 20 -R
iperf3 -c vps.example.com -t 20 -P 8

Binabaligtad ng -R ang direksiyon, kaya nasusukat mo ang download pati ang upload. Nagbubukas ang -P 8 ng walong parallel stream. Kung mas mabilis nang malaki ang walong stream kaysa sa isa, ang limitasyon ay ang TCP window sa mahabang path at hindi ang link mismo, dahil isang window lamang bawat round trip ang kayang dalhin ng isang stream. Sa Vancouver path, humigit-kumulang isang-katlo lamang ng data per second ang naililipat ng parehong window kumpara sa New York path. Ganito rin ang gawi ng long-haul backup, kaya mabagal ang off-site backup gamit ang restic kapag distant target ang ginagamit kahit mabilis ang line.

Magpatakbo ng ping sa isang second terminal habang gumagana ang iperf3. Kung tumaas ang round trip mula 20 ms hanggang 300 ms habang nagta-transfer, bufferbloat iyon sa sarili mong access equipment, at walang lokasyon ng data center ang makaaayos nito.

Magsukat nang higit sa isang beses, at magsukat sa gabi. Ang congestion nang 9pm ang aktuwal na nararanasan ng iyong mga user. Ang bilang nang 4am ang mas gustong ilagay sa sales page.

Ano ang ibig sabihin ng round-trip time para sa workload mo

Ang cold page load ay dumaraan sa apat na round trip bago makapag-render ng kahit ano ang browser.

[
  {
    "label": "DNS lookup",
    "toronto_to_new_york_ms": 18,
    "toronto_to_vancouver_ms": 62
  },
  {
    "label": "TCP handshake",
    "toronto_to_new_york_ms": 18,
    "toronto_to_vancouver_ms": 62
  },
  {
    "label": "TLS 1.3 handshake",
    "toronto_to_new_york_ms": 18,
    "toronto_to_vancouver_ms": 62
  },
  {
    "label": "Request and first byte",
    "toronto_to_new_york_ms": 18,
    "toronto_to_vancouver_ms": 62
  },
  {
    "label": "All four round trips",
    "toronto_to_new_york_ms": 72,
    "toronto_to_vancouver_ms": 248
  }
]

Ang DNS lookup ay ipinapadala sa resolver, hindi sa server mo, at karaniwan itong naka-cache. Kaya nilalaktawan ito ng warm visit. Kapag binilang mula end to end, nagsisimula ang cold load nang 72 ms na mabagal sa New York path at 248 ms naman sa Vancouver path. Maliit ang dalawang figure na ito kumpara sa isang 400 ms na database query. Kapag bukas na ang connection, maraming request ang maaaring dalhin ng HTTP/2 at HTTP/3 nang sabay sa iisang connection. Kaya isang beses lang binabayaran ang cost na iyon sa halip na sa bawat file. Ilagay ang static asset sa isang CDN (content delivery network) at hindi na mahalaga ang lokasyon ng origin para sa mga ito. Kaya maaari pa ring mabilis ang page para sa European visitor na may 98 ms na latency papunta sa Toronto.

Kabaligtaran ang real-time multiplayer games, dahil ang round trip ang mismong karanasan. Sa mabilis na action game, halos agarang tugon ang latency na mas mababa sa humigit-kumulang 50 ms. Nagsisimulang mapansin ng mga player ang latency sa paligid ng 80 ms. Kapag lumampas ito sa 120 ms, sinisisi nila ang server. Dito, tunay na nakaaapekto ang region sa kalidad ng product. Mas mapagparaya ang mga server para sa mas mabagal na gameplay. Kaya kinakaya ng pagpapatakbo ng Minecraft server sa isang VPS ang mga distansiyang makasisira sa isang shooter.

Sa databases pinakamalaking pinsala ang maling pagpili ng region. Huwag ilagay ang application sa isang region at ang database nito sa ibang region. Ang bawat query ay isang round trip. Kung may 40 query ang isang page, magbabayad ito ng 40 round trip. Sa 18 ms bawat isa, halos isang segundo iyon. Sa 62 ms bawat isa, lalampas ito sa dalawang segundo. Samantala, 30 ms lang ang na-profile na page kapag nasa iisang machine ang database. Ayos ang asynchronous replication sa ibang region para sa read replica at disaster recovery. Ang synchronous commit sa mahabang path ay nagdaragdag ng latency ng path na iyon sa bawat write.

Nasa pagitan nito ang interactive sessions. Komportable pa ang SSH hanggang sa humigit-kumulang 100 ms, ngunit nagiging mabagal ang pakiramdam nito lampas doon dahil naghihintay ang bawat keystroke na bumalik ang echo nito. mosh ang nagsasagawa ng prediction locally at nagtatago sa karamihan ng latency na iyon. Dapat laging nasa parehong region ng tinatawag na service ang mga webhook at internal API.

Pagsingil, currency, at buwis

Ang pagbabayad sa Canadian dollars ay nakaiiwas sa foreign transaction fee na sinisingil ng card issuer mo, na karaniwang nasa 2.5% noong August 2026, at pinananatili nitong nasa iisang currency ang iyong mga accounting record. Ang Canadian provider ay nag-iisyu ng invoice na may GST o HST, na maaaring i-claim ng rehistradong negosyo bilang input tax credit. Finance question ito na dapat finance answer ang magpasya, at hindi nito dapat kailanman tukuyin kung saan dadaan ang packets. Para malaman ang aktuwal na gastos ng isang server at kung paano ikumpara ang mga plan nang hindi naaabutan ng mas mataas na renewal pricing, basahin ang aktuwal na buwanang gastos ng isang VPS.

Mga kapalit ng mas maliit na market

Maliit ang hosting market ng Canada kumpara sa United States, kaya kasama sa tapat na payo ang mga kailangan mong isuko.

• Mas kakaunti ang provider na nagkakumpitensya para sa budget mo, kaya karaniwang mas mataas ang presyo bawat gigabyte ng RAM o disk para sa parehong class ng machine.
• Nakasentro ang capacity sa Toronto at Montreal, at mas kaunti sa Vancouver at Calgary. Ang pagkakaroon ng pangalawang Canadian region para sa failover ay kadalasang nangangahulugan ng mahabang network path, o paglabas pa rin ng traffic sa bansa.
• Maaaring isang building lang ang pinapatakbo ng maliit na regional host, na umaasa sa isa o dalawang upstream carrier. Itanong kung ilang carrier ang mayroon sila at kung ano ang mangyayari kapag nag-fail ang isa sa mga ito.
• Mas limitado ang hardware menu. Mas madaling makahanap ng malalaking instance at GPU machine sa US regions, kaya maaaring walang GPU VPS na pasok sa laki at lungsod na kailangan mo.
• Mahalagang tanungin ang support coverage ng maliit na host, hindi lang ito usapin ng marketing. Itanong kung kailan may taong gising at available.

Exception ang Montreal pagdating sa presyo. Mura ang hydroelectric power ng Quebec, at nakababawas sa cooling cost ang malamig na taglamig. Dahil dito, maraming capacity sa Montreal area sa mga presyong nakikipagkumpitensya sa US regions. Kung Canada ang kailangan mo at hindi isang partikular na lungsod, magsimula roon.

Kung masyadong maliit para sa workload ang Canadian VPS tiers, ikumpara muna ang isang VPS sa dedicated server bago mo isipin na ang bansa ang problema.

Kung kailan tamang piliin ang VPS hosting sa Canada

1. Kung binabanggit ng isang batas, kontrata, o policy ng public sector ang Canada, mag-host sa Canada. Walang ibang bahagi ng post na ito ang nalalapat, at dapat mo ring makuha sa provider ang nakasulat na commitment tungkol sa data residency.
2. Kung nasa iisang Canadian metro ang mga user mo at latency-bound ang workload—gaya ng multiplayer games, voice, remote desktops, o trading—mag-host sa pinakamalapit na lungsod. Sukatin ang dalawang option bago ka lumagda sa anumang kontrata.
3. Kung nakakalat sa buong bansa ang mga user mo, sinasaklaw ng Toronto o Montreal ang pinakamalaking bahagi ng populasyon. Mas malaki ang maitutulong ng CDN para sa static assets sa isang bisita sa Vancouver kaysa sa paglilipat ng origin.
4. Para sa lahat ng iba pang sitwasyon, na siyang pinakamarami, pumili batay sa presyo at sa hardware na aktuwal mong makukuha. Suriin din kung ano ang kalidad ng support sa 2am. Mag-benchmark muna sa candidate, dahil hindi pareho ang performance ng dalawang plan na magkapareho ang nasa specification sheet: kung paano mag-benchmark ng VPS nang tama.

Anuman ang piliin mo, isulat ang dahilan kasunod ng desisyon. Karapat-dapat ang susunod na magtatanong kung dapat ba itong nasa Canada sa mas mabuting sagot kaysa sa hula. Kung naging clause ito sa isang kontrata, kakailanganin itong mahanap muli ng isang tao. Kapag umiiral na ang server, mas mahalaga sa security nito ang unang sampung minuto sa bagong VPS kaysa sa lungsod kung saan ito naka-host.

FAQ

Kailangan ba ng PIPEDA na manatili sa Canada ang aking data?

Hindi. Ang PIPEDA (Personal Information Protection and Electronic Documents Act) ay walang data residency rule para sa private sector. Ang pagpapadala ng personal information sa processor sa ibang bansa ay transfer para sa processing: mananatiling accountable ang iyong organisasyon sa data, kailangang magbigay ang processor ng katumbas na proteksyon, at dapat mong ipaalam sa mga tao na nangyayari ito. Kumonsulta ang Office of the Privacy Commissioner tungkol sa pagbabago ng posisyong ito noong 2019, ngunit pinanatili nito ang nasabing posisyon. Nagmumula sa ibang source ang residency requirements: ang assessment sa ilalim ng Law 25 ng Quebec, mga batas para sa public sector gaya ng PIIDPA ng Nova Scotia, ang cloud direction ng Government of Canada, o isang clause sa sarili mong customer contract.

Mapapansin ba ng mga user sa Canada kung nasa United States ang server?

Hindi, para sa karaniwang web application. Ang round trip mula Toronto papuntang New York ay humigit-kumulang 18 ms, at papuntang Northern Virginia ay humigit-kumulang 26 ms. Pareho itong mas maikli kaysa sa Toronto papuntang Vancouver na 62 ms. Mas mauunang mapansin ng mga user ang server response time at page weight kaysa sa 20 ms na network delay. Mapapansin nila ito sa real-time games, voice calls, at anumang sitwasyon kung saan may isang taong tumutugon sa isa pang tao.

Hindi ba maaabot ng batas ng US ang isang Canadian data centre?

Hindi awtomatiko. Saklaw ng US CLOUD Act ang data na nasa possession, custody, o control ng isang US provider, saanman matatagpuan ang server. Samakatuwid, saklaw pa rin nito ang isang Canadian region na pinapatakbo ng American company. Kung foreign legal process ang aktuwal mong concern, tingnan kung sino ang nagpapatakbo ng service at kung sino ang may hawak ng encryption keys, sa halip na tingnan lamang ang address ng gusali. Binabago ng encryption gamit ang mga key na ikaw mismo ang may hawak kung ano ang kayang ibigay ng provider.

Paano ko susukatin ang latency mula sa isang lungsod kung saan hindi ako nakatira?

Mag-rent ng hourly VPS sa lungsod na iyon, patakbuhin ang ping -c 20 at mtr --report --report-cycles 50 pabalik sa sarili mong server, at pagkatapos ay i-destroy ito. Libreng alternative ang RIPE Atlas network, na may mga probe sa mga lungsod sa Canada. Kung naka-block ang ICMP, sukatin na lang ang aktuwal na request gamit ang curl -o /dev/null -s -w '%{time_connect} %{time_starttransfer}\n' https://your.server/. Ibinibigay nito ang TCP round trip at ang kabuuang oras bago matanggap ang unang byte.