中華電信HiCloud雲端服務(CaaS)初步測試結果

4/1申請的中華電信HiCloud雲端服務(CaaS)在星期六(4/3)下午收到通知的Email,
於是趁這兩天有空時,趕緊來專心進行一些測試(僅使用一些常用的一般測試套件)。

測試的主要部份有:
.IO存取效能 (使用iostat、hdparm的測試套件)
.網路吞吐效能 (使用iperf的測試套件)
.實際上傳速度 (ftp)
.實際下載速度 (wget)

同時間我們在Amazon也啟用了一個新的EC2 instance來測試,
為了儘量取得較公正的數據,故有兩個Client端及兩個Server端來交叉測試(此次不進行ab測試),
兩個Client端:分別是4M/1M及10M/2M的ADSL速率(都是中華電信的ADSL)
兩個Server端:HiCloud (CaaS)、Amazon (EC2)
####################################################
HiCloud CaaS: 203.69.85.47 (要準備來申請關閉)
Amazon EC2: ec2-75-101-210-223.compute-1.amazonaws.com (測完已關閉)
####################################################

此外,由於Amazon的雲端規格與HiCloud的不太相同,故取較便宜的instance來測試,
HiCloud CaaS:
.1 unit cpu
.2GB RAM
.100GB HDD(故且稱為HDD)
.Cent OS 5.4 (64 bit)

Amazon EC2(in Virginia):
.1 unit cpu
.1.7GB RAM
.160GB HDD
.Cent OS 5.0 (32 bit)

以下是此次測試的網路架構:

hiCloud測試用的網路架構

 

測試的結果數據如下:

1.由於HiCloud (sda1是boot區、sda2是/區)採用LVM,故在存取效能上慢了很多,虛擬環境是用VMWare
2.Amazon(sda1是/區、sda2是/mnt區)的EC2未採用LVM,而虛擬環境是用Xen
3.整體的測試結果是Amazon較優,包括IO存取速度、網路吞吐量(尤其是上傳部份);
HiCloud則是勝在網路速度快(因為用戶端都是用hinet的ADSL,所以route的節點最少,反應速度最快)

比較表

 

相關的測試截圖(有興趣的人可以詳看):

HiCloud CaaS測試的相關截圖:

tracert_hicloud的結果 FTP上傳速度 hdparm_讀取效能 iostat測試-1 iperf-Client iperf-Client-2 iperf-Client-3 iperf-Server iperf-Server-2 iperf-Server-3 ec2_wget_hiCloud

Amazon EC2測試的相關截圖:

tracert_ec2的結果 FTP上傳的效能 hdparm_讀取效能 iostat測試-1 iperf-Client iperf-Client-2 iperf-Client-3 iperf-Server iperf-Server-2 iperf-Server-3 hiCloud_wget_EC2

 

使用HiCloud CaaS的服務時需要注意:

1.許多服務都是剛裝好的預設狀況,務必先把不要的服務關閉
2.php、httpd、mysql以及許多的套件(包括gcc等library)都必須要另外再補裝才夠用
3.預設會啟用iptables 及SELinux的安全防護(會影響到很多服務,請自行調整Policy)

 

測試心得:

HiCloud的優勢:
1.routing的節點最少,連線的速度較快(僅對台灣的網友來說)
2.技術懶人不必自己K一堆英文技術文件

HiCloud的缺點:
1.Storage (HiCloud StaaS)沒有支援Linux平台,亦無法在Linux直接掛載
2.無法建立自己的Image檔(這樣就無法快速啟用多個Instance)
3.無法進行垂直擴展與水平擴展(和第2點有很大的關聯)
4.沒有相關的技術說明文件,僅有簡單的FAQ
5.沒有CaaS的控制介面可供自行啟用或停用(還需要人工作業,這點特別不行)
6.網路吞吐量比Amazon的EC2來得小很多(使用iperf測試就可得知)
7.沒有CaaS的相關流量報表,未來流量的計費會容易有爭議
8.嚴格來說比國外的VPS服務還不如,但價格比Amazon貴很多
9.配套服務不足(例如Amazon提供VPC、CloudFront、RDS等其它配套服務)

此次不打算進行httpd服務的ab測試,主要是因為覺得HiCloud的網路吞吐量及io存取速度幾乎都是Amazon EC2的3分之一效能,很難想像在httpd及MySQL服務繁重時是否仍可承載、服務順暢?? 目前HiCloud唯一的優勢可以說是因為在台灣的機房,所以台灣的網友連線速度比連到Amazon快很多,若是您的網站是服務國外或全球網友為主的話,建議還是先考慮Amazon的服務哦!

我們相信以中華電信的財力及能力,是有機會提供比目前好太多的雲端服務,而且也勢必在行!

因為雲端服務對於各大電信業者的Co-Location服務絕對會造成很大的衝擊 (都是同樣在機房的速度,但承租成本差了很多倍),也因此各大電信業者必須早日用雲端服務來取代現有的Co-Location(主機代管)服務,否則等到大部份的客戶(還是會有少部份客戶需要用Co-Location)都移到別家業者提供的雲端後(搞不好很有可能是鴻海哦~),可就要大失血了。

您有自己的想法嗎?歡迎寫信給我們哦~

6 thoughts on “中華電信HiCloud雲端服務(CaaS)初步測試結果

  1. says:

    Good article! Do youhave the defect list of amazon concluded from this test?
    Additionally, how much do CaaS charge?

  2. 中華電信的hicloud很差 says:

    本 人是hicloud的用戶2010/07/21
    中華電的hicloud競掛 了
    完全無法運 作
    本人信用及本人的用戶財務損失不少
    不知要向誰求償啊~~~~
    請大家共同抵制中華電信hicloud
    一個身受其害的用戶~~~~~

  3. webmaster says:

    黃先生您好:

    針對您提到的問題向您回覆:
    1.我們沒有提供「單獨」的轉移服務,僅會為合約客戶提供轉移服務
     也就是說若您只是希望我們為您轉移至Amazon,但後續不是由我們維護時,
     請恕我們無法提供轉移服務,這是因為在Amazon雲端也是會有各種問題出現,
     若只是像一般架實體伺服器般的處理方式,勢必會造成雙方的爭議,
     (例如後續的備份要誰來維護?費用如何計算?若沒備份而Instance死掉時,資料如何救回?責任要如何歸屬?...)
     因此我們才會決定不提供單獨的服務,而僅針對我們的合約客戶提供服務。

    2.我們的AMI是以CentOS為主,雖然不是FreeBSD,但一樣有支援php 5+MySQL 5。

    3.我們的服務共分了幾個等級(請參考https://www.tts.bz/service/):
     一般來說我們會針對合約客戶提供下列服務(視等級會略有不同):
     a).週期性備份(將所有重要的資料檔案定時備份至S3)
     b).即時性備份(一般是指MySQL的replication)
     c).異地備援(包括上述的週期性備份與即時性備份)
     d).災難復原(當Amazon EC2遇到突發狀況時會提供快速協助處理)

    以上請您參照,若有任何問題歡迎來信至:service@tts.bz
    謝謝您!

  4. Pingback: 歡慶中華民國百年生日-hicloud再測結果分享 « 優福網資訊有限公司

Comments are closed.