Toronto VPS hosting 值得用嗎？適用情境與延遲

VPS hosting in Toronto 實際適合哪些對象

Toronto 的 VPS hosting 適合兩類工作負載，對其他用途而言則只是一般的購買選項。第一類是儲存加拿大個人資料的服務，且合約、採購規範或客戶安全問卷要求資料必須位於加拿大境內。第二類是使用者位於 Greater Toronto Area (GTA) 或美國東北部走廊的服務。若伺服器位於其他洲際位置，瀏覽器發出的每個請求都會增加一次跨大西洋往返延遲。

如果以上情況都不適用，帳單上的地區通常不如 provider 實際提供的磁碟與網路重要。此時應依規格購買，並先查看 VPS 每月實際成本，再判斷加拿大地區是否值得支付額外費用。如果你不熟悉這類產品，請先閱讀 什麼是 virtual private server，之後再回頭評估地區選擇。

加拿大資料落地真正代表的意義

PIPEDA（Personal Information Protection and Electronic Documents Act，《個人資訊保護與電子文件法》）是加拿大的聯邦隱私法，涵蓋該國大多數私營部門組織。截至 2026 年 8 月，PIPEDA 沒有要求個人資料必須留在加拿大境內的一般規定。它要求的是，無論資料流向何處，組織都必須對資料負責。即使將資料交給海外處理者，責任仍在組織身上；此外，還必須告知當事人其資訊可能在其他國家處理，並可能受該國法院管轄。

因此，要求將服務託管在 Toronto，通常不是 PIPEDA 本身造成的，而是來自眼前的合約。Ontario 的醫院、學校董事會、市政府與 Crown 機構，通常會在採購文件中列入「在加拿大境內儲存及處理」的條款。Nova Scotia 的 PIIDPA 仍限制公共機構將個人資訊儲存在加拿大境外。British Columbia 已在 2021 年放寬相應規定，因此不要引用舊版本。如果你的客戶是這類買方，加拿大區域就是可以勾選的合規項目，而 Toronto 是加拿大 VPS 供應量最多的城市。

也要清楚說明該區域無法保證的事項。Toronto VPS 只會將主要副本保存在加拿大。它無法說明備份存放在哪裡、日誌彙整器位於哪裡、交易電子郵件由哪個國家寄出，也無法說明你凌晨 2 點連線時，筆記型電腦位於哪裡。資料落地位置是整個系統的屬性，而稽核人員會詢問所有副本的位置。因此，備份目標也應設在加拿大；如需自行選擇目的地，請參閱 如何從 VPS 執行加密的 restic 備份。

還有一點常令人意外。美國 CLOUD Act（Clarifying Lawful Overseas Use of Data Act，《澄清海外資料合法使用法》）適用於由美國總部企業控制的資料，無論磁碟實際位於哪個國家。因此，購買美國供應商的 Toronto 區域，雖然符合資料儲存地點條款，卻不代表資料不受美國法律程序管轄。如果這項區別對買方很重要，應詢問的是公司所有權，而不是機架所在的城市。

Toronto VPS 的延遲應是多少？

先從物理原理開始，因為這會設定任何供應商都無法突破、行銷頁面也無法否認的下限。光在光纖中的傳播速度約為真空光速的三分之二，也就是每秒約 200,000 km；而往返傳輸會經過兩倍距離。因此可以用以下規則快速估算：最佳可能往返時間（RTT，單位為毫秒）約等於直線距離（單位為公里）除以 100。Toronto 到 Montreal 約 500 km，因此約為 5 ms。Toronto 到 London 約 5,700 km，因此約為 57 ms。

實際路徑通常比直線距離長，而且途中每台路由器都可能增加排隊延遲。在連線條件良好的兩台伺服器之間，預期延遲約為理論下限的 1.4 到 2 倍。

[
  {
    "label": "Toronto metro",
    "fibre_floor_ms": 0.5,
    "typical_low_ms": 1,
    "typical_high_ms": 5
  },
  {
    "label": "Montreal",
    "fibre_floor_ms": 5,
    "typical_low_ms": 8,
    "typical_high_ms": 14
  },
  {
    "label": "New York",
    "fibre_floor_ms": 5.5,
    "typical_low_ms": 9,
    "typical_high_ms": 16
  },
  {
    "label": "Chicago",
    "fibre_floor_ms": 7,
    "typical_low_ms": 12,
    "typical_high_ms": 20
  },
  {
    "label": "Vancouver",
    "fibre_floor_ms": 34,
    "typical_low_ms": 55,
    "typical_high_ms": 75
  },
  {
    "label": "London UK",
    "fibre_floor_ms": 57,
    "typical_low_ms": 75,
    "typical_high_ms": 100
  }
]

這些預期範圍是根據距離推算，並非任何特定供應商的測量結果。請將其視為自行測試時的合理性檢查：結果落在範圍內，表示網路狀況正常；若達到理論下限的 3 倍，則表示可能有問題，應向供應商詢問。

請依以下方式閱讀各列。在 GTA 內，延遲應為 1 到 5 ms，這已接近公用網際網路能達到的即時程度。Montreal 距離 Toronto 約 8 到 14 ms，因此 Toronto 伺服器很適合服務 Quebec 使用者。New York 的延遲為 9 到 16 ms，這正是 Toronto 適合美國東北部走廊的原因；Chicago 則為 12 到 20 ms。Vancouver 的延遲為 55 到 75 ms，距離遠到無法由單一 Toronto 伺服器平均服務整個 Canada。London 的延遲為 75 到 100 ms，而供應商無法控制的因素不會改變這點。

上述每個數值都還會受到兩項因素影響。家用連線會產生本身的存取延遲，光纖和有線寬頻通常較低，行動網路則高得多，且變動更大。通訊協定也會放大剩餘延遲：建立新的 HTTPS 連線時，第一個頁面位元組傳輸前通常需要約 3 次往返，因為 TCP (transmission control protocol) 需要 1 次、TLS (transport layer security) 1.3 需要 1 次，而請求本身還需要 1 次。在 15 ms RTT 下，這代表頁面開始呈現前要等待 45 ms。這也是為什麼區域選擇造成的 10 ms 差異，在頻繁往返的頁面上很明顯，在靜態頁面上卻幾乎感覺不到。

如何在承諾前測量 Toronto 延遲

不要只依據公開數值購買一年的主機方案，包括上方列出的數值。請從使用者實際所在的網路，測量指定主機的效能。

• 索取測試用 IP 位址，或購買一小時的方案。支付一小時的費用，遠低於承受一年後悔的代價；任何拒絕提供短期測試的供應商，都已提供了有用的資訊。
• 從使用者實際使用的網路執行 ping，再執行 mtr，不要從辦公室網路測試。mtr 會顯示延遲出現於路徑的哪個位置，讓你分辨問題來自供應商，還是來自最後一哩網路。
• 測量完整的一天。消費者網路在晚間的壅塞程度，才是客戶實際感受到的數值；中午測試會掩蓋這個問題。
• 不要只根據 ICMP 判斷。許多路由器會降低 ping 流量的優先順序，因此也應使用 curl -w 計時實際的 HTTPS 請求，並讀取到第一個位元組的時間。
• 使用供應商的 looking glass，從另一個方向檢查路徑。Internet routing 通常是不對稱的，因此回程可能是較慢的一半，而單向 traceroute 永遠不會顯示這個問題。
• 使用行動數據，在手機上至少測試一次，因為 GTA 的大量流量都是透過這種方式傳送。

延遲只是其中一個面向。請求抵達後，磁碟與 CPU 會決定伺服器能否維持承諾；這些項目的測試方法請參閱 如何正確執行 VPS 效能基準測試。

TorIX 與 151 Front Street 為何重要

TorIX（Toronto Internet Exchange）是加拿大最繁忙的網際網路交換中心，其主要據點位於 151 Front Street West。這座 carrier hotel 是多數加拿大網路業者都會經過的機房。若供應商在此進行 peering，您的封包就能在同一棟建築內直接交給大型加拿大存取網路。若供應商只購買 transit，封包會先送往上游業者，而上游業者在哪裡轉交封包，則不在您的掌控範圍內。

這不是抽象的問題。從 Toronto 伺服器傳送到 Toronto 客戶的流量，可能先離開加拿大，經過 New York 或 Chicago 的交換中心，再返回加拿大。這種情況稱為 boomerang route。它會增加數十毫秒的延遲。對於重視資料駐留的工作負載而言，這也代表封包跨越了國界，而這可能是您不想與隱私主管討論的問題。

您無法在行銷頁面上看出這些資訊，但可以透過 traceroute 查看。從加拿大連線至測試 IP，執行 mtr，並查看路由器主機名稱，因為其中通常會包含機場代碼。若路徑先前往 yyz，再到 ord，最後返回 yyz，表示流量離開 Toronto 前往 Chicago，之後才返回。接著直接詢問供應商兩個問題：您在哪個交換中心進行 peering？您向哪些 transit carrier 購買 transit？「我們具備優異的 connectivity」並不是這兩個問題的答案。

Toronto VPS 不適合的情況

區域選擇是一種取捨，因此也要考慮另一面。

• 您的使用者大多位於歐洲。應用程式尚未開始處理任何工作，倫敦的延遲就已達 75 ms；法蘭克福或阿姆斯特丹通常更高。若使用者不多，可將主機設於歐洲，再透過 CDN 提供加拿大訪客存取。
• 您的使用者大多位於美國南部或西部。延遲取決於距離，因此若流量主要來自美國，以 Dallas 區域服務美國流量，對德州、墨西哥灣沿岸及落磯山脈西部大部分地區都比 Toronto 更快。
• 您的個人資料已經存放在美國的 SaaS 產品中。將 Web server 搬到 Toronto，但 CRM、分析工具與郵件清單仍留在 Virginia，並不會形成資料存放地要求。這只會產生一張聲稱資料存放地符合要求的投影片。
• 您需要備援。單一區域就是單一故障網域；無論位於哪個城市，單一資料中心的供電事件都會使該區域中斷。
• 您重視價格，但不在意延遲。批次工作、建置 runner 或個人服務不在意 40 ms，因此應依成本與規格選擇。

購買前應向供應商確認的事項

• 位於哪個機房，以及該機房所在的自治市。「Toronto」在廣告中有時實際指的是 Markham 或 Vaughan。這對資料駐留地點和延遲都沒有問題，但你仍應確認實際地點。
• 是否在 TorIX 進行對等互連，以及其後端連接哪些 transit providers。
• 是否包含 IPv6 且已完成路由，還是日後才加裝並另行收費。
• 頻寬額度是多少，會計量流量還是限制速率，超過額度後會如何處理。
• 儲存裝置是 NVMe 還是 SATA，且是主機本地儲存還是網路磁碟區。請參閱 NVMe 對 VPS 的影響，了解這項差異為何會改變資料庫效能。
• snapshot 和供應商執行的備份實際儲存在哪裡。這是最常使資料駐留聲明失效的問題。

適用於所有加拿大供應商的全國性問題，包括計費貨幣、帳戶資料的跨境傳輸，以及以 Eastern Time 計算的支援時段，請參閱購買加拿大 VPS hosting 時真正重要的事項，此處不再重複。

FAQ

在 Toronto 託管就符合 PIPEDA 嗎？

不會。PIPEDA 沒有一般性的資料落地規定，因此加拿大區域既非其要求，也不足以確保合規。合規重點在於取得同意、採取防護措施、對處理者負責，並告知使用者其資訊會傳送到哪裡。Toronto 區域有助於符合要求資料儲存在加拿大境內的合約，但前提是每份副本都遵循相同規則，包括備份、日誌與監控資料。如果供應商是美國公司，無論磁碟位於哪個國家，美國 CLOUD Act 仍可能適用於其控制的資料。

Toronto 與 New York 之間的延遲大約是多少？

兩台連線品質良好的伺服器之間，往返延遲通常為 9 到 16 ms。兩地直線距離約為 550 km，因此物理下限接近 5.5 ms，實際的光纖路徑則會高於此值。家用或行動使用者還會在此基礎上增加自身的存取延遲。如果從 Toronto 伺服器測得的數值高出許多，封包可能是經由 Chicago 或 Ashburn 對外傳送；mtr 會顯示可證明路徑的機場代碼。

加拿大 VPS 應選擇 Toronto 還是 Montreal？

請依使用者所在位置選擇。兩座城市之間只有 8 到 14 ms 的延遲，因此彼此的使用者都能接受，且兩者都符合「位於加拿大」的合約要求。Montreal 擁有低成本的水力發電與大量資料中心容量，因此當地價格有時較低。Toronto 在 151 Front Street 擁有更密集的對等互連，以及更多電信業者可供選擇。如果合約只指定國家，請根據價格與方案規格決定。

什麼情況下不應選擇 Toronto 區域？

當大多數使用者位於北美東部以外時，不應選擇 Toronto。從 Toronto 到 London 的延遲為 75 到 100 ms，到 Vancouver 則為 55 到 75 ms，而網頁每次需要往返時都會承受這項成本。如果工作負載完全不受延遲影響，例如建置 runner 或每晚執行的批次工作，也可以略過 Toronto，因為這時支付加拿大區域的額外費用，卻沒有可量測的效益。