實(shí)戰(zhàn)：基于OpenStack搭建公司私有云平臺(tái)[技術(shù)選型]

1、作為兩大主流開(kāi)源云平臺(tái)，Open Stack和CloudStack各具優(yōu)勢(shì)。CloudStack 安裝和部署都很方便， OpenStack 框架相對(duì)開(kāi)放靈活， 可 以根據(jù)用戶(hù)需求方便的進(jìn)行開(kāi)發(fā)定制。本文中，博主通過(guò)自身基于Open Stack搭建公司私有云平臺(tái)的實(shí)戰(zhàn)經(jīng)驗(yàn)，對(duì) Open Stack實(shí)施私有云落地的需求進(jìn)行梳理，綜合產(chǎn)生個(gè)人的觀點(diǎn)和評(píng)價(jià)并和讀者分享。之前一段時(shí)間的工作，基于 Open Stack搭建公司私有云平臺(tái)。借此機(jī)會(huì)梳理了一下Open Stack實(shí)施私有云落地的選項(xiàng)，以饗各位讀者。私有云落地需求：1、為公司W(wǎng)EB艮務(wù)提供彈性負(fù)載均衡，降低硬件消耗作為互聯(lián)網(wǎng)服務(wù)，在訪問(wèn)高峰時(shí)段

2、和低谷時(shí)段，流量差異很大，各服 務(wù)的高峰時(shí)段和低谷時(shí)段也處于不同時(shí)間點(diǎn)上， 例如A服務(wù)的訪問(wèn)高 峰期在晚上8點(diǎn)到11點(diǎn)，B服務(wù)高峰期則處于白天10點(diǎn)到15點(diǎn)。若以傳統(tǒng)架構(gòu)， 則需要為 2 個(gè)服務(wù)的高峰值準(zhǔn)備足量的運(yùn)算資源， 服 務(wù)器消耗則為A+B所需最大資源，才能保證高峰期兩個(gè)服務(wù)正常運(yùn)行。換用云平臺(tái)方案后， 可以對(duì)資源進(jìn)行細(xì)粒度管理， 將物理服務(wù)器資源，分解成虛擬機(jī)進(jìn)行資源管理。在A服務(wù)高峰期，可以相應(yīng)關(guān)閉B服務(wù) 相關(guān)實(shí)例，以減少計(jì)算資源消耗。線(xiàn)上服務(wù)，可以考慮使用虛擬機(jī)或容器技術(shù)實(shí)現(xiàn)。2、為公司研發(fā)和測(cè)試，提供虛擬機(jī)資源對(duì)于互聯(lián)網(wǎng)公司線(xiàn)上服務(wù)來(lái)說(shuō)，RD和QA都需要一套線(xiàn)下環(huán)境，來(lái)對(duì) 真實(shí)場(chǎng)

3、景進(jìn)行開(kāi)發(fā)和模擬測(cè)試。開(kāi)發(fā)和測(cè)試環(huán)境，需要完全的隔離，基于此種考慮，使用虛擬機(jī)來(lái)做 開(kāi)發(fā)和測(cè)試環(huán)境目前是最好的選擇。3、解決運(yùn)維部門(mén)對(duì)資源的分配瓶頸有云平臺(tái)之前，WEB應(yīng)用的上線(xiàn)和下線(xiàn)，都需要運(yùn)維人員來(lái)部署和回 收服務(wù)器資源， 對(duì)于運(yùn)維部門(mén)來(lái)說(shuō)， 需要有專(zhuān)人解決機(jī)器的安裝和配 置、DNS設(shè)置、前端代理服務(wù)器的配置等問(wèn)題。研發(fā)部門(mén)則需要在研 發(fā)流程結(jié)束后，進(jìn)入排單流程，等待運(yùn)維將機(jī)器安裝并調(diào)試，交付之 后，才能進(jìn)行WEE應(yīng)用上線(xiàn)。云平臺(tái)可以以模板的形式，將虛擬機(jī)做成模板，需要上線(xiàn)的時(shí)候，可 以迅速以此模板為基礎(chǔ)，克隆一臺(tái)新的 VM進(jìn)行交付?；厥召Y源的時(shí)候，刪除相應(yīng)VM即可。4、為公司內(nèi)部提供文件

4、服務(wù)器，提供公司內(nèi)部員工上傳和下載文件的權(quán)限，用于公司內(nèi)部文件共享，建立公司內(nèi)部知識(shí)庫(kù)體系。cloudstacz'私有云落地選型Open Stack & CloudStack作為兩大主流開(kāi)源云平臺(tái)，Open Stack和CloudStack各具優(yōu)勢(shì)。CloudStack是從公司的產(chǎn)品轉(zhuǎn)向開(kāi)源，從產(chǎn)品化方面來(lái)說(shuō)，本身是個(gè)比較成熟的產(chǎn)品，安裝和部署都很方便，且提供了完整的升級(jí)流程, 可以便于將來(lái)和社區(qū)保持同步。然而隨著社區(qū)版本的不斷更新和兼容各家產(chǎn)品， CloudStack 也逐漸變得龐大。以公司搭建私有云落地方 案而言，很多功能無(wú)用且顯得多余。Open Stack開(kāi)放至今，并沒(méi)有

5、完成產(chǎn)品化發(fā)行，優(yōu)勢(shì)在于其插件化的框架，因?yàn)榧夹g(shù)框架允許自由的選擇可用插件，私有云落地方案中， 可以只選擇需要的組件進(jìn)行安裝。 因?yàn)榭蚣茉试S插入不同組件， 所以O(shè)pen Stack社區(qū)也獲得了更多廠商的支持，社區(qū)活躍度也比較高。在企業(yè)實(shí)施落地方案的時(shí)候，可以有更多的選擇余地，對(duì)遇到的問(wèn)題， 也有了更多更快的響應(yīng)?？紤]到將來(lái)公司還需要進(jìn)一步開(kāi)發(fā)所需要的組件， 并且需要對(duì)云平臺(tái) 進(jìn)行針對(duì)性的調(diào)優(yōu)，例如虛擬機(jī)的10、CPU綁定等操作，而不只是依 賴(lài)于開(kāi)源社區(qū)的版本，Open Stack的框架則是更好的選擇。CloudStack如果進(jìn)行二次開(kāi)發(fā)， 代碼未合并入社區(qū)版本的時(shí)候， 升級(jí)則需要再次merge

6、 代碼，重復(fù)工作比較多。 OpenStack 則可以做成插件，在升級(jí)Open Stack版本的時(shí)候，保持插件的可用。由于Open Stack的產(chǎn)品化不成熟，搭建落地到將來(lái)的升級(jí)，以及后續(xù)的二次開(kāi)發(fā)， 都需要進(jìn)行不少的開(kāi)發(fā)和測(cè)試人力投入。 對(duì)于互聯(lián)網(wǎng)公 司來(lái)說(shuō)，因?yàn)橛兄容^成熟的運(yùn)維團(tuán)隊(duì)和研發(fā)團(tuán)隊(duì)， 開(kāi)發(fā)和測(cè)試在人 力資源成本方面計(jì)算，并不是特別大的開(kāi)銷(xiāo)。最終的選擇，更傾向于 OpenStack。KVM & XenServer & VMWareOpen Stack原生對(duì)KVM支持更加完善。KVM也是比較成熟的虛擬化平臺(tái)，于 2006年寫(xiě)入Linux內(nèi)核，且在Redhat 6以后，

7、轉(zhuǎn)向?qū)VM的支持而非之前大力推廣Xen的虛擬化方案。KVM相比較于Xen,更小，更輕量級(jí)，更方便管理。XenServer 是 Citrix 將之前的商業(yè)版本開(kāi)源而來(lái)，其產(chǎn)品成熟，功 能和管理界面更加友好。但Open Stack對(duì)于Xe nServer的管理卻并不完善。VMware是商業(yè)軟件，在虛擬化平臺(tái)中，目前應(yīng)該屬于IO和穩(wěn)定性都最優(yōu)化的方案。Open Stack中，因?yàn)閂Mware本身提供了相應(yīng)的driver ， 對(duì)VMware的支持也比較成熟。最終放棄VMware的原因，是因?yàn)槠涫?權(quán)比較昂貴。目前暫定的方案，以KVM和XenServer為主，具體使用哪種方案，需 要后續(xù)進(jìn)行各版本的測(cè)

8、試對(duì)比。CentOS & UbuntuOpen Stack社區(qū)對(duì)Ubu ntu支持比較完善，Ubu ntu更新速度快，內(nèi)核版本比較新，可以支持更高版本的 KVM對(duì)Open Stack使用者來(lái)說(shuō),Ubuntu可以提供更好的性能。就系統(tǒng)的穩(wěn)定性而言，CentOS來(lái)自Redhat商業(yè)版本的重新編譯，穩(wěn) 定性和系統(tǒng)優(yōu)化以及兼容性方面，Cen tOS有著比較完善的測(cè)試和發(fā)Ce ntOS 系型流程。CentOS 7以后，也換用了 Linux內(nèi)核版本。鑒于系統(tǒng)可靠性的選擇和之前公司的技術(shù)積累，還是選用 列，比Ubuntu管理更為方便。結(jié)論 目前公司選型，基于 OpenStack+KVM/XenServer實(shí)施私有云落地。KVM和 XenServer的選擇，最終還需要進(jìn)一步測(cè)試才