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)
以下是此次測試的網路架構：
測試的結果數據如下：
1.由於HiCloud (sda1是boot區、sda2是/區)採用LVM，故在存取效能上慢了很多，虛擬環境是用VMWare
2.Amazon(sda1是/區、sda2是/mnt區)的EC2未採用LVM，而虛擬環境是用Xen
3.整體的測試結果是Amazon較優，包括IO存取速度、網路吞吐量(尤其是上傳部份)；
HiCloud則是勝在網路速度快(因為用戶端都是用hinet的ADSL，所以route的節點最少，反應速度最快)
相關的測試截圖(有興趣的人可以詳看)：
HiCloud CaaS測試的相關截圖：
Amazon 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)都移到別家業者提供的雲端後(搞不好很有可能是鴻海哦~)，可就要大失血了。
您有自己的想法嗎？歡迎寫信給我們哦～
Good article! Do youhave the defect list of amazon concluded from this test?
Additionally, how much do CaaS charge?
Hi, Mr.梁:
Thanks for your compliment!
About your questions, I’ll answer below here:
1.The defects of Amazon’s service:
a.Routing too long
b.Use too complex (for most people)
2.The cost of HiCloud CaaS, please reference to this article:
https://www.tts.bz/archives/122
Or reference to HiCloud’s website:
http://hicloud.hinet.net/index.html
Hope to resolve your doubts.
本 人是hicloud的用戶2010/07/21
中華電的hicloud競掛 了
完全無法運 作
本人信用及本人的用戶財務損失不少
不知要向誰求償啊~~~~
請大家共同抵制中華電信hicloud
一個身受其害的用戶~~~~~
我們公司需要將服務轉移到S3/EC2
平台是FreeBSD php + MySQL
請問協助轉換 需要多少費用 如何計費呢？
postudio2004@yahoo.com.tw 黃先生
黃先生您好:
針對您提到的問題向您回覆:
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
謝謝您！
Pingback: 歡慶中華民國百年生日－hicloud再測結果分享 « 優福網資訊有限公司