SSD Nodes Learn Hosting plans →
指南 Matt Connor作者: Matt Connor · 已更新 2026-09-13

多倫多、蒙特婁還是溫哥華 VPS?怎麼選

比較多倫多、蒙特婁與溫哥華 VPS 的實際優勢,依使用者所在地、加拿大對等互連、歐洲或亞洲連線需求選對機房,並學會測量延遲。

多倫多、蒙特婁或溫哥華:簡短答案

多倫多、蒙特婁和溫哥華是加拿大適合購買 VPS(虛擬私有伺服器)的 3 個城市,而且各自適合不同用途。多倫多是預設選擇。該城市擁有全國最密集的對等互連,通往美國東北部的路徑也最短,因此大多數工作負載都適合放在這裡。蒙特婁使用價格低廉的魁北克水力發電,氣候寒冷,且是 3 個城市中距離歐洲最近的城市;如果客戶或合約使用法文,應選擇蒙特婁。溫哥華則適合太平洋一側的需求:使用者或合作夥伴位於亞洲、澳洲或美國西岸。

在說明細節前,先提醒一點,因為這會決定其他所有選擇。如果所有使用者都位於馬德里、波哥大或聖保羅,那麼加拿大沒有任何城市適合你;靠近本文結尾的章節會說明應改買什麼。當使用者位於加拿大,或你希望快速連線至美國東北部,同時讓資料受加拿大法律管轄時,加拿大才具有優勢。如果你仍在選擇國家,購買加拿大 VPS 時真正重要的事項涵蓋這個步驟,而加拿大與美國之間的選擇則涵蓋大多數買家首先會比較的內容。

多倫多:多數工作負載的預設選擇

多倫多是加拿大最大的託管市場,原因在於對等互連。IXP(網際網路交換中心)是由多個網路共用的交換器,讓彼此直接交換網路流量,而不必付費給第三方網路代為傳送。多倫多的 TorIX 以大幅差距成為加拿大最大的交換中心。同一棟建築內互連的網路越多,封包到達加拿大使用者所需經過的跳數就越少,因為該使用者的供應商很可能就在同一個機房內與你的供應商互連。

這一點在加拿大比國土面積所暗示的更為重要。兩個加拿大城市之間的流量,過去經常先跨入美國再返回加拿大,原因是兩個加拿大網路只有在 New York 或 Chicago 的交換中心互連。多倫多密集的對等互連正是消除這段繞路的關鍵。你可以在 mtr 報告中看出這一點:如果一條起點和終點都在加拿大的路徑,其跳點名稱包含 nycchi,表示流量曾離開加拿大,而且為這段路程支付了兩次費用。

多倫多也鄰近美國東北部,因此位於當地的伺服器能快速連線到 New York 和 Ashburn。如果你的使用者分布在加拿大與美國東岸,多倫多可以同時涵蓋兩地;至於將機器部署在邊境另一側的取捨,請參閱位於 New York 的 VPS

選擇多倫多的另一個理由是資源供應。供應商會先在當地配置加拿大的容量,因此方案選擇與備用庫存最為充足;區塊儲存磁碟區和額外 IP 位址等附加資源,通常也會先在多倫多提供。位於多倫多的 VPS會更詳細介紹這座城市。除非接下來的兩個章節其中一個符合你的情況,否則請選擇多倫多。

Montreal:低廉電力與前往西班牙的最短路徑

Quebec 的大部分電力來自水力發電,而且工業電價是 North America 最低的地區之一。當地冬季漫長且寒冷,因此資料中心一年中有很長時間可以使用室外空氣降溫。低廉電力加上低廉冷卻成本,正是 Quebec 吸引大量主機代管業務,之後也吸引大量 GPU 容量的原因。

但請注意,這實際上能為你節省多少成本。電力是實體機器成本的重要部分,因此 Montreal 的專用伺服器與高密度方案通常比其他地區的相同硬體便宜。小型 VPS 的定價來自供應商的全球價目表,單一虛擬機器所分攤的電費只占該價格的一小部分。不要預期相同規格的 Montreal VPS 會比 Toronto VPS 便宜很多。VPS 的實際成本說明一項方案的費用由哪些部分構成。

對 Spain 的讀者而言,Montreal 有一項實際優勢:它是這 3 座城市中最接近 Europe 的城市。地球是球體,從 Iberia 前往 North America 的大圓航線會抵達東北部。Montreal 位於 Toronto 的東北方,也遠在 Vancouver 的東北方,因此是這 3 座城市中跨大西洋路徑最短的城市。不要只接受我提供的數字。請使用下一節的方法自行測量。

語言是選擇 Montreal 的第二個原因,而且這是商業上的原因,不是技術上的原因。如果你向 Quebec 的消費者銷售產品,Charter of the French Language 要求你的商業文件與網站本身都提供法文版本;稱為 Bill 96 的 2022 修正案進一步收緊了這些規定,並加入在 2025 年前分階段生效的義務。在 Montreal 託管伺服器,本身不會使你受到 Quebec 法律管轄。向 Quebec 居民銷售產品才會。因此,不要為了取得法律上的有利地位而選擇這座城市,也不要因為擔心法律問題而避開它。

有一種情況確實會改變你的文件作業,而且方向正好相反。Quebec 的 Law 25 要求持有在 Quebec 蒐集之個人資訊的企業,在將該資訊傳送到省外之前完成 PIA (privacy impact assessment),並將結果記錄在書面協議中。Ontario 被視為省外。如果你的使用者是 Quebec 居民,將伺服器留在 Montreal,就能讓資料留在 Quebec,並免除這項程序。

溫哥華:服務太平洋沿岸的使用者與合作夥伴

來自亞洲的海底電纜在 British Columbia 海岸登陸,因此溫哥華是加拿大面向太平洋的自然入口。溫哥華也靠近 Seattle,能為美國西岸提供良好服務。如果您的使用者、合作夥伴,或應用程式呼叫的 API 位於太平洋沿岸,溫哥華是這三座城市中唯一能提供協助的選擇。

若服務對象是西班牙語使用者,溫哥華通常是三座城市中最差的選擇。來自西班牙的網路流量會穿越 Atlantic,接著橫跨整個 North America。來自 Bogotá 或 Lima 的網路流量通常會經由 Miami 抵達 North America,再向西北方傳輸數千公里。這段距離會讓您承擔兩次成本:一次是延遲,另一次是路由更長、可能發生問題的節點更多。

此外,溫哥華的供應商與庫存都少於 Toronto,因此可選方案較少,同等規格的價格也較高。在法律方面,British Columbia 的民營部門受 PIPA (Personal Information Protection Act) 規範。這項省級法律被視為與聯邦法律實質相似,因此一般商業工作負載不會因此獲得額外優勢。過去讓溫哥華對公共部門採購者具有特殊優勢的規定已經取消:FIPPA 過去要求公共機構的個人資訊只能儲存於加拿大境內,且只能從加拿大境內存取;Bill 22 在 November 2021 移除了這項全面性要求,改為要求進行評估。在溫哥華託管服務,現在已無法單憑所在地取得 British Columbia 政府標案。請閱讀標案文件。

如何測量使用者所在位置的延遲?

城市發布的每個延遲數值,都是從某個位置測得的,而該位置不一定是使用者所在的地方。請從使用者實際連線的網路自行測量。有兩種免費方式。

第一種方式是在使用者自己的網路上執行測量。請馬德里或墨西哥城的同事或客戶,針對每個候選城市的測試伺服器執行以下指令。

ping -c 100 vps.example.com
mtr -rwzbc 100 vps.example.com
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/

ping -c 100會回報封包遺失率,mdev則會回報 jitter,也就是抖動。平均值良好但封包遺失率達 2% 的線路,仍然是不良線路,因為 TCP 會將封包遺失視為壅塞,並自行降低傳輸速度。mtr會顯示往返延遲在哪裡增加:數值升高後持續偏高的 hop,就是延遲增加的長距離連線,而 hop 名稱通常會指出其所在的城市。curl會將頁面載入時間分成 DNS、TCP connect、TLS (transport layer security) handshake 及第一個位元組,讓你看出頁面需要經過多少次往返。

第二種方式不需要他人協助。Globalping CLI 會從其他國家的免費主機網路執行相同的探測。

curl -s https://packagecloud.io/install/repositories/jsdelivr/globalping/script.deb.sh | sudo bash
sudo apt install globalping
globalping ping vps.example.com from Madrid --limit 3 --latency
globalping mtr vps.example.com from Mexico --limit 2

那麼,良好的結果是什麼樣子?光在光纖中的傳播速度約為每秒 200,000 km。先計算使用者與城市之間的直線距離,再乘以 2 代表往返,最後除以每秒 200,000 km。這就是這兩個位置之間的物理下限,任何 provider、protocol 或 cache 都不可能低於此數值。路由良好的路徑,測量結果會接近這個下限。若路徑的測量值達到下限的 2 或 3 倍,表示流量繞道傳輸到不必要的位置,而 mtr 報告會顯示延遲增加的 hop。

有兩個習慣能讓測量結果更可靠。請在使用者清醒並使用網路的時段執行測量,並連續幾天重複測量,因為壅塞會隨時段變化。也請記住,路由通常是不對稱的,因此從伺服器到使用者的路徑,不一定是使用者封包返回時所經過的路徑。測量從拉丁美洲到加拿大 VPS 的延遲會逐步說明該地區流量實際採用的路由。

還有一點比城市選擇更重要。物理下限會套用到每次往返,而網頁會產生多次往返。請減少往返次數:使用 HTTP/2 或 HTTP/3、TLS session resumption,以及讓瀏覽器略過請求的 cache headers,並在靜態檔案前方加入 CDN。只要 CDN 在馬德里設有 presence,無論 origin server 位於加拿大哪個城市,都能從馬德里提供你的圖片。

省別有哪些差異,哪些沒有

PIPEDA(Personal Information Protection and Electronic Documents Act)是規範商業活動中個人資訊的聯邦法律。該法沒有要求資料必須留在加拿大,也沒有針對各省作出規定。它要求你保護這些資訊,並且無論資訊流向何處,都必須持續對其負責。因此,客戶與合約會詢問資料所在的國家,但幾乎不會詢問所在城市。

省別只在少數特定情況下有影響:

  • Quebec。Law 25 要求在 Quebec 收集的個人資訊傳送到省外前,先完成隱私影響評估,包括傳送到 Ontario 的情況;此外還必須簽訂載明評估結果的書面協議。
  • British Columbia 和 Alberta。兩省各自都有適用於私部門的隱私法,並被視為與聯邦法律大致相當,因此一般商業工作負載的處理方式相同。
  • 公部門合約。British Columbia 已於 2021 年取消資料必須儲存在加拿大境內的規定,但 Nova Scotia 仍限制公部門可保存個人資訊的地點。具約束力的文字會寫在招標文件中,因此應直接閱讀該文件,不要只依賴摘要。
  • 歐洲聯盟居民的個人資料。這是國家層級的問題,以下段落會說明。

對 Spain 的買方而言,重要資訊如下。European Commission 於 2001 年決定,加拿大對受 PIPEDA 規範之組織處理的個人資料提供適足保護;該委員會於 2024 年 1 月發布的審查結果,仍維持這項決定。因此,在一般情況下,將個人資料從 Spain 傳送給受 PIPEDA 規範的加拿大公司,不需要使用標準合約條款。適足性認定並非永久有效,且適用範圍僅限於受 PIPEDA 規範的接收方,因此在此基礎上建置長期系統前,應確認 European Commission 的最新名單。GDPR(general data protection regulation)的其他規定仍適用於你這個控制者,包括與主機服務商簽訂書面處理者協議。

無論位於哪個省,都應要求服務商以書面方式說明所在城市,再追問兩個問題:備份與 snapshots 儲存在哪裡?支援人員從哪個國家存取機器?資料離開你付費指定的城市,最常是透過備份系統,而不是其他途徑。加拿大 VPS 實際將你的資料儲存在哪裡會詳細說明這些問題;若答案必須是 Europe,將儲存空間保留在 EU 境內則涵蓋該情況。以上內容均不構成法律建議。如果你處理 Quebec 或 EU 居民的個人資料,請將確切文字交由律師審閱。

加拿大 IP 位址對網站的影響

地理位置資料庫會將 IP 位址範圍對應至國家和城市。許多服務會查詢這些資料庫,因此加拿大位址會改變網際網路如何識別你的伺服器。付款詐欺評分、廣告聯播網、內容授權檢查,以及部分銀行或政府入口網站,都會判斷該位址所屬的國家。對外發出的請求也會帶有相同的位址,因此只接受當地流量的墨西哥 API 會拒絕你的伺服器,而你只會看到一般的 HTTP 403,不會知道原因。

供應商開始使用新分配的位址範圍後,這些範圍的地理位置通常會在數週內被錯誤判定。遷移任何服務前,先從該城市檢查位址:

whois 198.51.100.10 | grep -iE 'country|netname|org'
curl -s https://ipinfo.io/198.51.100.10/json

如果查詢結果與你付費使用的城市不符,請供應商發布 geofeed。geofeed 是 RFC 8805 定義的小型 CSV 檔案,會將網路的 prefix 對應至地理位置,並在其 whois 記錄中提供參照;主要的地理位置資料庫會讀取這項資訊。這項修正應由供應商處理。提交一張支援工單,比自行聯絡每個資料庫更快。

買家最擔心的通常是搜尋排名,但這裡最不重要的也是搜尋排名。搜尋引擎主要會根據頁面的語言和其 hreflang 標註,判斷頁面服務的對象。伺服器所在國家只是較弱的訊號。加拿大 VPS 不會阻止你在墨西哥或哥倫比亞取得排名。頁面載入速度過慢才會,而這會讓你回到前兩節。

加拿大並非正確選項的情況

以下是直接的結論。如果所有使用者都在西班牙,以相同價格選擇加拿大 VPS,產品品質會較差。應選擇歐洲的主機位置。AmsterdamFrankfurt 是歐洲大陸最大的兩個互連市場,而 適合法國使用者的 VPS 更接近伊比利半島。跨越大西洋是路徑中最長的距離,因此移除這段距離就能減少最多延遲。

如果使用者在巴西,應選擇巴西的主機位置。São Paulo 是該地區網路匯聚之處,而 巴西的 VPS 會說明這項取捨,包括當地稅費如何使巴西託管的成本高於初步估算。

如果使用者在墨西哥、哥倫比亞或秘魯,通常應選擇美國南部。拉丁美洲往北美洲的網路流量大多經過 Miami,因此從網路路徑來看,位於 Miami 或 Dallas 的伺服器比位於 Toronto 的伺服器更近,即使地圖看起來不是如此。

在較少數的情況下,加拿大才是正確選項:使用者位於加拿大;服務美國東北部,但希望資料受加拿大法律管轄;基於政策考量,希望資料不受美國司法管轄;或購買高密度硬體,而電力價格是整體方案的一部分。

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

  • 哪個城市,以及哪棟建築物?要求對方以書面確認。也要注意「Canada East」這類從未標明城市的區域名稱。
  • 備份與快照儲存在哪裡?位於 Toronto 的伺服器,如果備份在其他國家,就不算是 Toronto 部署。
  • 我可以先測試該城市的位址嗎?搬移任何網路流量前,先確認其地理位置。
  • 供應商控制面板中是否也有網路防火牆,另外還有伺服器上的防火牆?兩者都可能封鎖你剛開放的連接埠。
  • 如果日後搬到其他城市,位址會跟著我搬移嗎?不會。你會取得新的位址,因此搬移前應降低 DNS(domain name system)TTL(time to live),並讓兩台伺服器持續運作,直到網路流量轉移完成。
  • 首期結束後續約的價格是多少?

預設選擇 Toronto。使用者位於 Quebec 或 Europe,或電價是購買條件之一時,選擇 Montreal。使用者位於 Pacific 周邊時,選擇 Vancouver。接著從這些使用者實際所在的位置進行測量,並以測量結果推翻上述所有預設。

FAQ

如果使用者在西班牙,應該選擇哪個加拿大城市?

三者之中選 Montreal。它距離歐洲最近,因為從伊比利半島出發的大圓航線會在北美東北部抵達,而 Montreal 位於 Toronto 和 Vancouver 的東北方。正式決定前,請先從西班牙的機器自行測量確認。如果所有使用者都在西班牙,且北美沒有使用者,應改在歐洲部署。對這類使用者而言,歐洲的區域勝過任何加拿大城市,任何調校都無法消除跨越大西洋造成的延遲。

Montreal 的 VPS 比 Toronto 的便宜嗎?

通常不會便宜太多。Quebec 的電價低,這會明顯反映在 dedicated server 和高密度硬體的價格上,因為電力成本占其中很大一部分。小型 VPS 通常依供應商的全球價格表定價,其所使用的電力只占價格的一小部分。請比較各城市相同方案的續約價格,不要只看首期優惠。

加拿大的 VPS 能讓西班牙公司符合 GDPR 嗎?

加拿大獲得 European Commission 於 2001 年授予的適足性認定,並在 2024 年 1 月發布的審查中獲得確認;該認定涵蓋受 PIPEDA 規範的組織。移轉資料給這類公司不需要 standard contractual clauses。但這項認定只涵蓋資料移轉。你仍然是 controller,因此仍須準備 GDPR 要求的書面 processor agreement、紀錄及安全措施。適足性認定可能被縮限或撤回,因此在決定採用長期架構前,請確認 Commission 的目前清單,並將具體細節交由律師確認。

加拿大的 IP 位址會影響我在 Mexico 或 Colombia 的搜尋排名嗎?

不會,至少不會以你能察覺的方式影響。搜尋引擎主要依據頁面的語言和其 hreflang annotations 判斷頁面服務的對象;相較之下,伺服器所在國家只是較弱的訊號。會讀取該位址的是其他服務,例如付款詐欺評分、廣告網路及部分區域 API。遷移前,請使用 whois 和地理位置查詢確認該位址,若資料庫將位址標示在錯誤的城市,請向供應商索取 geofeed。

之後可以將 VPS 從 Toronto 搬到 Vancouver 嗎?

你可以搬移工作負載,但無法搬移原本的機器或其位址。多數供應商會將各城市視為不同區域,因此你必須建立新伺服器、複製資料,再切換服務。Snapshot 通常無法跨區域還原,因此請預先規劃檔案層級的複製,例如 rsync,或使用資料庫 dump。請在切換前一天降低 DNS TTL,切換期間讓兩台伺服器都保持運作,並預期新位址需要重新設定防火牆規則及重新進行地理位置查詢。