前陣子試用了亞馬遜網路服務(Amazon Web Services, AWS)中的 T2.Micro(首年免費的微型架構),當中一項設定有別於網路上大多數伺服器供應商,那就是 AWS 會詢問你是要在哪個國家建置伺服器。這其實是因為 AWS 的規模非常龐大,說它們是目前全球最大的伺服器供應商也不為過,因此 AWS 在全球數個重要地點分佈架構了伺服器,以供全球專業人士可以選擇最接近區域的機房,因為距離越近通常也代表網路速度越快。
例如我的供應商 Bluehost.com 與 Godaddy.com 規模較小(也是世界有排上名的就是了),所以他們只在美國幾個地區建置機房,再租售給我們這些消費者使用。這對美國以外的使用者而言是較為不利的地方(以下面表格 AWS 機房例為例,美國最快的加州機房,延遲速度也是東京機房的3.5倍)。
所以針對自己所在的區位,以及目標客戶可能潛伏的位置(重要),選擇最適合地區機房的 AWS 伺服器就是最初也是最重要的一項工作。像鷹眼觀察網面向的主要是中文讀者,所以選擇離亞太區近一點的就對了。
網路上有個 CloudPing 服務[i],可以用來測出 Amazon AWS 在各個(國家)地區機房與我們電腦之間的反應時間(Response Time[ii]),以便我們推估出哪一個區域的 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 的機房列表中並不會出現這個機房資訊,你必須到 亞馬遜中國[iii] 才能申請位在北京的 AWS 伺服器。而且這個新申請的帳號不僅無法與全球 AWS 共用,也必須透過表單申請的方式遞交資料以及接受人工審核。有興趣的可以去申請看看,因為海峽光纜一號(淡福海纜)已經上線,或許實際連線速度會快到飛起來,不過目前資訊都不是很明朗就是了,網站上連伺服器價格都找不到,想申請的人要有心理準備。
延伸閱讀:
- CloudPing.info
- Ping 測的其實是兩台主機間的來回通訊延遲時間(Round Trip Delay Time),雖然無法得知實際網路頻寬,但可用來判定網路速度的快慢(包含自己網路的頻寬、主機頻寬、機器效能、節點數量等實際影響的結果)。
- 亞馬遜 中國(Amazon China)。
發佈留言