Amazon Web Services AWS 伺服器機房的區域選擇

前陣子試用了亞馬遜網路服務(Amazon Web Services, AWS)中的 T2.Micro(首年免費的微型架構),當中一項設定有別於網路上大多數伺服器供應商,那就是 AWS 會詢問你是要在哪個國家建置伺服器。這其實是因為 AWS 的規模非常龐大,說它們是目前全球最大的伺服器供應商也不為過,因此 AWS 在全球數個重要地點分佈架構了伺服器,以供全球專業人士可以選擇最接近區域的機房,因為距離越近通常也代表網路速度越快。

例如我的供應商 Bluehost.com 與 Godaddy.com 規模較小(也是世界有排上名的就是了),所以他們只在美國幾個地區建置機房,再租售給我們這些消費者使用。這對美國以外的使用者而言是較為不利的地方(以下面表格 AWS 機房例為例,美國最快的加州機房,延遲速度也是東京機房的3.5倍)。

所以針對自己所在的區位,以及目標客戶可能潛伏的位置(重要),選擇最適合地區機房的 AWS 伺服器就是最初也是最重要的一項工作。像鷹眼觀察網面向的主要是中文讀者,所以選擇離亞太區近一點的就對了。

網路上有個 CloudPing 服務[1],可以用來測出 Amazon AWS 在各個(國家)地區機房與我們電腦之間的反應時間(Response Time[3]),以便我們推估出哪一個區域的 AWS 伺服器的網路速度適合我們建構網站。以下是我用 CloudPing 測出來的各項時間數據列表,提供給你做個參考:

國家(城市) 反應時間(毫秒)
美國西部(加利福尼亞)US-West (California) 149 ms
美國西部(奧勒岡)US-West (Oregon) 156 ms
美國東部(維吉尼亞)US-East (Virginia) 211 ms
亞洲、大洋洲(日本東京)Asia Pacific (Tokyo, Japan) 43 ms
亞洲、大洋洲(新加坡)Asia Pacific (Singapore) 72 ms
亞洲、大洋洲(澳洲雪梨)Asia Pacific (Sydney, Australia) 149 ms
歐洲(愛爾蘭)Europe (Ireland) 313 ms
歐洲(德國法蘭克福)Europe (Frankfurt) 294 ms
南美洲(巴西聖保羅)South America (São Paulo, Brazil) 366 ms

從上面各項數據來看,很明顯能知道亞洲區的日本(43 ms)與新加坡(72 ms)的網路速度對我(淡水)而言最快,因為這兩個地區離我們也是最近,其中又以日本東京的機房是效能至上的最佳選擇。不過新加坡機房的每小時價位會比日本東京機房來得便宜(m3.medium 以上規格,Tokyo 每小時是 0.101 美金,而 Singapore 是 0.098 美金)。至於在效能與價格之間如何抉擇就看你自己囉。

順帶一題,如果是 t2.micro 等級則沒差別,都是每小時 0.02 美金。比起美西加州機房的每小時 0.017 美金,一個月的差價是 2.25 美金。價格的差距不大,但是速度差很大。

AWS 在中國

亞馬遜在 2013 年底打進中國市場,在北京建置第一個機房。不過因為強國的特殊性使然,Amazon 的機房列表中並不會出現這個機房資訊,你必須到 亞馬遜中國[3] 才能申請位在北京的 AWS 伺服器。而且這個新申請的帳號不僅無法與全球 AWS 共用,也必須透過表單申請的方式遞交資料以及接受人工審核。有興趣的可以去申請看看,因為海峽光纜一號(淡福海纜)已經上線,或許實際連線速度會快到飛起來,不過目前資訊都不是很明朗就是了,網站上連伺服器價格都找不到,想申請的人要有心理準備。

延伸閱讀:

[1] CloudPing.info

[2] Ping 測的其實是兩台主機間的來回通訊延遲時間(Round Trip Delay Time),雖然無法得知實際網路頻寬,但可用來判定網路速度的快慢(包含自己網路的頻寬、主機頻寬、機器效能、節點數量等實際影響的結果)。

[3] 亞馬遜 中國(Amazon China)

  •  
  •  
  •  
  •  
  •  
  •  

說些什麼吧

您也許也會喜歡…