OpenStack初創(chuàng)企業(yè)UnitedStack團隊于2014年7月15日宣布UOS 2.0正式發(fā)布。與之前的UOS 1.0不同，本次發(fā)布的服務(wù)是公有云和托管云這兩個產(chǎn)品，而不是之前的UOS發(fā)行版。
UOS 2.0公有云與托管云對用戶開放Web控制臺、CLI與API，所有API均是標準OpenStack API。底層的分布式存儲與網(wǎng)絡(luò)、分布式管理、服務(wù)器、網(wǎng)絡(luò)設(shè)備、安全防護不對用戶暴露，完全由UnitedStack團隊進行運維與管理。
公有云用戶可以直接在ustack.com注冊新賬號使用，云主機、存儲、公網(wǎng)IP與帶寬、路由器的計費標準可在建立新實例的時候?qū)崟r預(yù)覽，按秒級計費。
托管云客戶需要使用UnitedStack提供的硬件規(guī)范提供硬件，付費標準為2000元每物理節(jié)點每月。UOS 2.0的代碼對托管云客戶開源。
UOS 2.0目前基于OpenStack Icehouse版本，服務(wù)器操作系統(tǒng)采用CentOS，存儲方案采用Ceph，虛擬化方案為KVM，網(wǎng)絡(luò)采用OpenStack標配的Neutron+OVS方案，自動化運維方案采用Puppet。
云主機
6秒的平均啟動速度
支持在線熱遷移
主機所有部件可插拔，包括網(wǎng)卡、硬盤、安全秘鑰等
支持實時監(jiān)控
云主機處于關(guān)機狀態(tài)下時停止計費，免費保留30天
存儲
基于Ceph的UOS統(tǒng)一存儲，計算與存儲一體化，方便管理和擴展
承諾寫完三份副本才返回寫入成功
對公有云用戶承諾170MB/s的寫入速度，實測的隨機寫速度可達到平均900MB/s
網(wǎng)絡(luò)
云計算網(wǎng)絡(luò)層的難點在于系統(tǒng)工程師往往不懂網(wǎng)絡(luò)，網(wǎng)絡(luò)工程師往往又不懂系統(tǒng)，所以做這部分需要同時精通網(wǎng)絡(luò)、系統(tǒng)、存儲、分布式的人才。
完全隔離的二層虛擬網(wǎng)絡(luò)
支持網(wǎng)絡(luò)遷移
支持OpenStack默認不支持的虛擬網(wǎng)卡
提供VLAN&VXLan的隧道網(wǎng)絡(luò)。VLAN僅對大客戶提供
UnitedStack創(chuàng)始人兼CEO程輝在現(xiàn)場的分享環(huán)節(jié)和交流環(huán)節(jié)進行了一些問答，以下摘錄部分內(nèi)容（大意）：
Q：之前的發(fā)行版做的挺好的，為什么不做了？
A：由于不同客戶數(shù)據(jù)中心的異構(gòu)造成的復(fù)雜性，通過提供一個發(fā)行版、讓軟件自動適應(yīng)識別不同的數(shù)據(jù)中心架構(gòu)注定是做不到完美的，一定會出各種各樣的問題。一旦發(fā)行版開始發(fā)展付費用戶，那么團隊將長期陷于處理各種由于異構(gòu)而造成的種種不同問題的情景下，而無法繼續(xù)改善產(chǎn)品。這不是我們希望的路線。
而企業(yè)如果希望用到好的云服務(wù)，私有云也注定無法滿足他們的需求。首先傳統(tǒng)的解決方案采購模式流程冗長，可能幾個月的POC之后才會有真正的部署。而即使部署之后，其實整個過程才剛剛開始，因為對于云服務(wù)來說，三分開發(fā)七分運維，但這個時候服務(wù)提供商卻已經(jīng)完成部署撤出了，客戶自己無法解決這個系統(tǒng)一定會遇到的各種問題。
有些同時做公有云和私有云的服務(wù)商采取公有云一套核心研發(fā)團隊、私有云另外一班人馬給客戶提供上門服務(wù)的模式，這樣自己消耗也大，客戶也沒有得到跟公有云一樣好的服務(wù)。
而統(tǒng)一軟硬件架構(gòu)的公有云+托管云的模式，首先公有云就相當于是托管云的POC，大大減少了POC環(huán)節(jié)耗費的時間，而客戶最終拿到手的東西，就是一模一樣的東西，有同樣的服務(wù)質(zhì)量。
Q：為什么要將托管云的定價公開，而不通過定價保密、銷售議價的方式拿到價格更高的單子？
A：我覺得討價還價完全是一件浪費時間的事情。我這就是一口價，公開出去，到我這里也別要折扣，這樣節(jié)省了大家的時間，都簡單了。
Q：在基礎(chǔ)設(shè)施研發(fā)人才匱乏的環(huán)境下，如何做令人信服的公有云產(chǎn)品？
A：基于OpenStack做云計算服務(wù)，需要明確的意識到OpenStack只是一個框架，一個平臺基礎(chǔ)架構(gòu)，這個框架的作用是把主機操作系統(tǒng)、存儲、虛擬化、網(wǎng)絡(luò)/SDN、自動化等組件都組裝在一起，所以只掌握OpenStack是不夠的。
UnitedStack對OpenStack本身的參數(shù)和源代碼都有非常深入的掌控，而且在上游的Ceph社區(qū)和Neutron社區(qū)都有committer，這樣做的好處是一旦上游項目出現(xiàn)問題，UnitedStack能夠立刻感知；而UnitedStack如果發(fā)現(xiàn)與上游組件相關(guān)的問題，也可以自己patch，然后再輸出回社區(qū)。這樣才能對這套東西有完全的掌控，能夠保證自己處理問題的速度絕對能超過客戶自己處理問題的速度。我們把代碼對托管云客戶開源而并不擔(dān)心客戶會拿我們的代碼去做自己的東西，就是因為我們有自信客戶做不出比我們更好的東西。否則，我們也就沒有存在的價值。
