Sebastian Stadil —— Scalr(云管理工具制造公司)和SVCCG(世界上***的云計(jì)算用戶組織)創(chuàng)始人，下面我們來(lái)了解一下他對(duì)兩個(gè)服務(wù)的測(cè)試結(jié)果。

以下為譯文：

測(cè)試的背景以及先決條件

自2007年起，Scalr就成為Amazon基礎(chǔ)設(shè)施服務(wù)EC2的用戶;在發(fā)現(xiàn)幫助AWS客戶對(duì)EC2進(jìn)行彈性管理大有前途之后，它們開始著手建立EC2上的相關(guān)工具。而隨著云服務(wù)的發(fā)展，各個(gè)云服務(wù)都相應(yīng)擁有了自己的用戶，Scalr自然就有了自己的跨云端管理工具。為了對(duì)服務(wù)有更好的了解，Scalr會(huì)經(jīng)常對(duì)各種不同的云服務(wù)做性能測(cè)試。于是在2006年發(fā)布，對(duì)比EC2擁有相同核心服務(wù)的GCE同樣也引起了他們的興趣。

眾所周知AWS一直受限于Amazon悲劇的網(wǎng)絡(luò)以及磁盤性能，而Google在發(fā)布GCE的同時(shí)做出了性能提升與一致性保障的雙承諾，這樣一來(lái)Scalr就更沒有放過(guò)GCE的理由了。他們申請(qǐng)了早期訪問(wèn)，并進(jìn)行了測(cè)試。在看結(jié)果之前首先看一下測(cè)試方法的相關(guān)摘要：

測(cè)試數(shù)據(jù)相關(guān)摘要

測(cè)試基準(zhǔn)：一天兩次的收集數(shù)據(jù)，為其4天，然后取平均值。一旦某個(gè)點(diǎn)出現(xiàn)巨大差異，會(huì)將其記錄，然后作為80%觀測(cè)數(shù)據(jù)點(diǎn)的間隔。

進(jìn)入正題，看一下GCE與EC2的區(qū)別所在：

簡(jiǎn)潔明了的API

首先，GCE的API是非常簡(jiǎn)單，明確并且易于使用的。在GCE里：Google將防火墻就叫做“firewalls”，虛擬局域網(wǎng)就稱為“networks”，同樣核心程序則是“kernels”;對(duì)于熟悉Unix的工作者簡(jiǎn)直就是“回到了家”一樣。

引導(dǎo)速度的差異

GCE虛擬機(jī)的部署和啟動(dòng)達(dá)到了一個(gè)令人匪夷所思的速度(Sclar之前已使用了10個(gè)以上的云服務(wù)) —— 在輸入啟動(dòng)虛擬機(jī)后，不到30秒就可以成功登入。而在AWS上，讓其達(dá)到運(yùn)行狀態(tài)就要花掉30秒左右的時(shí)間，而之后你仍然需要等待一段很長(zhǎng)的引導(dǎo)時(shí)間 —— 服務(wù)空閑的時(shí)候總計(jì)為120秒，繁忙的時(shí)候總時(shí)間則達(dá)到了300秒!

無(wú)疑，4-10倍的速度，展示了Google強(qiáng)大的工程力量。 #p# 

容量上的設(shè)置區(qū)別

在Amazon的EBS上，可以在任何時(shí)候根據(jù)需要對(duì)實(shí)例的容量進(jìn)行增加和減少;而在GCE上是不可以的，至少當(dāng)前不允許。這是GCE阻止用戶切換磁盤以保障最小停機(jī)時(shí)間的有效手段：為已運(yùn)行服務(wù)器添加容量允許你跳過(guò)引導(dǎo)和配置步驟開啟一個(gè)新的節(jié)點(diǎn)，這在將已存MySQL奴節(jié)點(diǎn)提升為主節(jié)點(diǎn)時(shí)是有幫助的，你只需要置換存儲(chǔ)設(shè)備。

看完劣勢(shì)，再看GCE對(duì)比EC2的優(yōu)勢(shì)。磁盤可以定義給多個(gè)實(shí)例進(jìn)行只讀，這將比對(duì)象存儲(chǔ)更加容易使用，特別是對(duì)于那些需求本地文件系統(tǒng)類似WordPress和Drupal的軟件。同樣磁盤也更加的快速、穩(wěn)定(在Amazon推出Provisioned IOPS之前，其I/O性能一直不是非常穩(wěn)定)，詳情見下表：

兩個(gè)服務(wù)讀性能相當(dāng)?shù)那疤嵯拢珿CE的寫入性能快2-4倍。

 #p# 

網(wǎng)絡(luò)性能對(duì)比

在這一節(jié)上，EC2可以說(shuō)是完敗于GCE。首先看一下用于災(zāi)難恢復(fù)或者是降低延時(shí)的跨區(qū)域的文件復(fù)制：

在兩個(gè)不同區(qū)域上復(fù)制500M文件，AWS需要242秒，而GCE只需要15秒，Google快Amazon 20倍。

其次是同區(qū)域復(fù)制：同樣是500M的文件，AWS需要86毫秒，而GCE只需要20毫秒，GCE又快了AWS 4倍。

GCE的快不僅能提升現(xiàn)有應(yīng)用程序的性能，而且允許一些新的架構(gòu)出現(xiàn)，而高負(fù)載備份數(shù)據(jù)庫(kù)也可能會(huì)隨之實(shí)現(xiàn)。而據(jù)說(shuō)Amazon也在建立自己的跨區(qū)域快速網(wǎng)絡(luò)傳輸，不得不說(shuō)這是一個(gè)很讓人期待的用例。

跨地區(qū)快照克隆支持

雖然不清楚為什么AWS會(huì)不支持這個(gè)功能，但是GAE允許用戶在多個(gè)地區(qū)使用實(shí)例的快照對(duì)實(shí)例進(jìn)行克隆。這將使災(zāi)難恢復(fù)和區(qū)域性的維護(hù)更容易執(zhí)行。同樣這迎合了人們將他們的基礎(chǔ)設(shè)施部署到多個(gè)區(qū)域的思想，類似于AWS在實(shí)例故障時(shí)使用的臨時(shí)本地磁盤存儲(chǔ)。

***，該如何選擇?

GCE的強(qiáng)大性能無(wú)疑讓人向往，然而別忘了其仍處于測(cè)試版本，所以強(qiáng)大的性能更該歸結(jié)于Google本有的底蘊(yùn)。而巨頭Amazon經(jīng)過(guò)多年的發(fā)展明顯已形成一套完整的服務(wù)體系，這就意味著你可以輕松的完成大型應(yīng)用程序的建立;如果不擔(dān)心被其鎖定，EC2不失為一個(gè)很好的選擇。